JP7188787B2 - GAME SYSTEM, GAME CONTROL DEVICE, AND PROGRAM - Google Patents

Description

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

A game system is known in which other users can participate in a game played by a user. For example, a game system is known in which a first user and a second user can work together to achieve a predetermined goal by allowing the second user to participate in a game played by the first user. More specifically, when the second user participates in the game played by the first user, the first user and the second user cooperate to play against the opponent, and it is possible to win against the opponent. Game systems are known.

JP 2014-068870 A

Conventionally, in the game system as described above, there were cases where it was difficult for other users to appear to participate in the game played by the user. For example, in general, a user may select a user whose ability in a game (hereinafter referred to as "game ability") is higher than himself (for example, a user whose level is higher than him or a game character whose ability is higher than him). users who own the game) tend to try to participate in games played by users who own them), and users with high gaming ability tend to avoid participating in games played by users with lower game ability than themselves. For this reason, even if a user with low game ability wishes to have another user with higher game ability participate in the game he or she is playing, such other user is unlikely to appear in some cases. .

The present invention has been made in view of the above problems, and an object thereof is to provide a game system, a game control device, and a program that make it easier for other users who want to participate in a game played by a user to appear. to provide.

In order to solve the above problems, a game system according to one aspect of the present invention includes participation application receiving means for receiving, from a second user, an application for participation in a game played by a first user; a game executing means for executing a game in which the first user and the second user participate when accepted from a second user; and a reward associating means for associating a reward for the first user with the identification of the first user and a reward for the second user with the identification of the second user; reducing at least part of the reward 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 Further including means.

A game control device according to an aspect of the present invention, when an application for participation in a game played by a first user is received from a second user, a A game control device for controlling a game in which a reward is provided to each of the first user and the second user, wherein at least part of the reward for the first user is reduced, and the reduced amount is Reward determining means for determining a reward for said first user and a reward for said second user in addition to a reward for said second user.

It is a figure showing the whole game system composition concerning the embodiment of the present invention. It is a figure which shows an example of the flow of a one-player play part. It is a figure which shows an example of a basic information registration image. FIG. 10 is a diagram showing 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 a backer request list image. It is a figure which shows an example of a backer participation application image. FIG. 10 is a diagram showing 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 advance 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. FIG. 11 is a diagram for explaining an example of a coordinated action; FIG. 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. FIG. 10 is a diagram showing another example of an action part start image; FIG. 11 is a diagram showing 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 game result image. 1 is a functional block diagram of a game system according to an embodiment of the present invention; FIG. It is a functional block diagram of a game execution part. It is a figure which shows an example of a user table. FIG. 10 is a diagram showing an example of an event character table; FIG. FIG. 10 is a diagram showing an example of an original character table; FIG. It is a figure which shows an example of a team table. It is a figure which shows an example of a game 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. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of still another process executed by the game system;

Hereinafter, examples of embodiments of the present invention will be described based on 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 this embodiment includes a server 10 and a plurality of game terminals 30-1, 30-2, 30-3. Game terminals 30-1 to 30-3 are used by different users. Assume below that game terminal 30-1 is used by user U1, game terminal 30-2 is used by user U2, and game terminal 30-3 is used by 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.

Game terminals 30-1 to 30-3 are capable of mutual data communication with server 10 via network N. FIG. Data communication can also be performed between the game terminals 30-1 to 30-3 via the network N as well.

The server 10 is, for example, a server computer. As shown in FIG. 1 , the server 10 includes a control section 11 , a storage section 12 and a communication section 13 . The control unit 11 includes at least one microprocessor (CPU) and executes information processing according to an operating system and other programs stored in the storage unit 12 . The storage unit 12 includes a main storage unit (eg, RAM) and an auxiliary storage unit (eg, nonvolatile semiconductor memory, hard disk drive, or 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. FIG.

Server 10 has access to database 14 . The database 14 may be constructed within the server 10 or within another server computer.

Game terminals 30-1 to 30-3 are computers used for playing games, respectively. For example, the game terminals 30-1 to 30-3 include mobile phones (including smartphones), personal digital assistants (including tablet computers), portable game machines, home-use game machines (stationary game machines), and amusement facilities. It is a commercial game machine, laptop computer, or desktop computer installed in a business. Game terminals 30-1 to 30-3 do not have to be computers of the same type.

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

The operation unit 34 is used by the user to perform various operations. The operation unit 34 includes, for example, buttons (keys), levers (sticks), a touch panel, or a mouse. The operation unit 34 may be used by the user to perform operations using voice or gestures. 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, similar to the game terminal 30-1, the game terminals 30-2 and 30-3 each have a control unit 31, a storage unit 32, a communication unit 33, an operation unit 34, and a display unit 35. , and an audio output unit 36 .

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. FIG. A component (for example, optical disk drive or memory card slot) for reading programs and data stored in an information storage medium (for example, optical disk or memory card) is provided in server 10 or game terminals 30-1 to 30-3. may be provided. Programs and data may be supplied to the server 10 or the game terminals 30-1 to 30-3 via information storage media.

In the following description, it is assumed that game terminals 30-1 to 30-3 are smartphones. Also, hereinafter, game terminals 30-1 to 30-3 may be collectively referred to as "game terminals 30".

[2. Overview of Game] In the game system 1, a game is executed by executing a program on the game terminal 30. FIG. Various games can be executed in the game system 1 . For example, sports games (games based on baseball, soccer, tennis, American football, basketball, volleyball, etc.), adventure games, simulation games, role-playing games, or training games, regardless of game format or genre. games can be executed.

Also, the game system 1 can execute a game in which a plurality of users participate. For example, it is possible to execute a game in which a plurality of users cooperate to achieve a predetermined goal.

Here, "a game in which a plurality of users cooperate to achieve a predetermined goal" is, for example, a competitive game in which a plurality of users cooperate to compete against an opponent. In this case, achieving a predetermined result (for example, victory) in the match corresponds to the "objective". The "opponent" may be a computer (CPU) or another user. The number of opponents may be one or plural. Also, a "competition" is to be played between a plurality of users and one or a plurality of opponents to determine the outcome, such as victory or defeat. It does not necessarily have to be a winner/loser, and may even result in a draw. “Competition” also includes a competition (for example, a race) in which a plurality of users and one or more opponents compete for ranking. "Competition" is not limited to sports matches and races, but also includes battles and the like.

Also, "a game in which a plurality of users cooperate to achieve a predetermined goal" means, for example, a game in which a plurality of users cooperate to defeat an enemy, or a game in which a plurality of users cooperate to obtain a specific game item. or a game in which a plurality of users cooperate to clear a game event. In this case, the "objective" corresponds to defeating an enemy, obtaining a specific game item, or clearing a game event.

A baseball game will be described below as an example of a game executed by the game system 1. FIG. Hereinafter, this baseball game will be referred to as "baseball game X" for convenience.

Baseball game X consists of a single play part (an example of a first game part) in which a user plays alone, and a cooperative play part (second game part) in which a plurality of users work together to achieve a goal. example).

[2-1] First, the one-person play part will be described. For example, in the single-player part, the user trains the main character (game character as the main character) by having him/her practice while progressing the scenario (game story), and creates his or her own original game character. .

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

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

FIG. 3 shows an example of a basic information registration image. As shown in FIG. 3, an area A101 of the basic information registration image G100 is an area for registering basic information of the main character. For example, name, voice, position, dominant arm, batting form (or pitching form) are registered as basic information. "Voice" is how the name of the main character is pronounced (reading/furigana) when outputting the name by voice. If the position is other than pitcher, the "batting form" is registered, and if the position is pitcher, the "pitching form" is registered.

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

By selecting the elements P102-1 to P102-5, the user can change the contents of the items associated with the elements. For example, since the element P102-1 is associated with "name", the user can change the name of the main character to any name by selecting the element P102-1.

Basic information registration image G100 also includes element P103. Element P103 is associated with processing for completing the registration of the main character's basic information. When the user selects the element P103, registration of the main character's basic information is completed.

As shown in FIG. 2, when the registration of the main character's basic information 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, I will explain the "event deck". An event deck is constructed using one or more game characters. As will be described later, in the breeding phase PH11, various events such as events advantageous for improving the ability of the main character occur. In this regard, in the breeding phase PH11, the events that occur are not fixed, and the events that occur change according to one or more game characters incorporated in the event deck. Therefore, the user can select an event that can occur in the breeding phase PH11 by selecting a game character to be incorporated into the event deck. A game character that can be incorporated into an event deck is hereinafter referred to as an "event character".

As shown in FIG. 4, the event deck setting image G110 includes six setting frames A111-1, A111-2, A111-3, A111-4, A111- for setting event characters to be members of the event deck. 5, A112 are provided.

In the baseball game X, a predetermined number of event characters are given to the user when playing the baseball game X for the first time. In addition, users can obtain event characters by lottery, obtain event characters as rewards in the game, or obtain event characters from other users. Event characters are given to users in the form of game cards, and users can possess event characters in the form of game cards. In the baseball game X, event characters owned by the user and event characters owned by other users can be incorporated into the event deck.

The setting frames A111-1 to A111-5 are frames for arbitrarily setting event characters owned by the user as members of the event deck. The setting frame A112 is a frame for arbitrarily setting event characters owned by other users as members of the event deck. In the setting frames A111-1 to A111-5 and A112, images showing event characters incorporated into the event deck by the user are displayed along with rarities and levels of the event characters.

Here, "rarity" and "level" are explained. "Rarity" indicates, for example, how difficult 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. Generally, the higher the rarity of an event character, the higher the usefulness (ability, effect, etc.) of the event character, so the "rarity" 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 baseball game X, each event character has one of multiple levels of rarity: PSR (powerful super rare), SR (super rare), PR (powerful rare), R (rare), PN (powerful normal), and N (normal). Associated. It should be noted that PSR, SR, PR, R, PN, and N are arranged in descending order of these. Even the same event characters (event characters with the same name and the same appearance (image)) can have different rarities.

"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, by synthesizing an event character with another event character, an experience value is given to the 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 one of the setting frames A111-1 to A111-5 (for example, when a tap operation (touching for a short time) is performed on any one 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 an event character selection image. The event character selection image G120 shows a list of event characters owned by the user. Note that the event character selection image G120 includes an element P121. A 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 section 35. FIG.

The event character selection image G120 includes an element P122 for making the setting frame empty (a state in which no event character is set), and elements P123-1 to P123 corresponding to the event characters owned by the user. -9. Each of the elements P123-1 to P123-9 indicates the image, rarity, and level of the event character. For event characters that have already been incorporated into the event deck, the text (or image) "in use" is displayed, and the same event character cannot be incorporated into the event deck more than once.

When the user performs a long press operation (an operation of continuing to touch for a predetermined time or longer) on any of the elements P123-1 to P123-9, an event character, which is a screen image showing information on the event character corresponding to the element, is displayed. An information image is displayed on the display unit 35 .

FIG. 6 shows an example of an event character information image. As shown in FIG. 6, an area A131 of the event character information image G130 displays the event character's name, image, rarity, level, player ability, and favorite practice.

"Athlete ability" indicates the ability of the event character as a player. In the training phase PH11 (scenario), a game event occurs, and the high school to which the main character belongs competes with other high schools. In this match, the event characters incorporated in the event deck participate in the match as teammates of the main character. "Athlete ability" indicates the level of ability that the event character can demonstrate in such a match. "Athlete ability" is indicated by numbers and alphabets. The higher the numerical value, the higher the player ability. Alphabets (eg, S, A, B, C, D, E, F, G) indicate levels of player ability. "S" indicates very high player ability, and "F" indicates very low player ability. When the user selects the element P133 of the event character information image G130, a screen image showing details of the player ability of the event character is displayed on the display section 35. FIG.

"Favorite practice" indicates the event character's specialty practice. In the baseball game X, there are 10 types of "hit", "strength", "base running", "shoulder strength", "defense", "mental", "ball speed", "control", "stamina", and "breaking ball". is set as the event character's favorite practice. In the training phase PH11 (scenario), the ability of the main character can be improved by having the main character practice. In particular, by making the main character perform the special practice of the event character incorporated in the event deck, the ability of the main character can be improved more than usual.

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

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

Tab T134-2 shows event effects of event characters. In the breeding phase PH11, the event characters incorporated in the event deck produce advantageous effects for increasing the ability of the main character. An "event effect" is an effect that can occur in the breeding phase PH11 when an event character is incorporated in the event deck. Tab T134-2 contains element P135. The element P135 is associated with processing for displaying a screen image showing details of the event effect of the event character. By selecting the element P135, the user can grasp the details of the event effect of the event character.

The event character has an event effect as well as a cheering effect. Details will be described later, but event characters are also used in cooperative play parts. In the cooperative play part, the event character can be used as a support character for supporting the other user who cooperates with the user to play against the opponent, and the event character used as the support character has an advantageous effect for the other users. occurs. Therefore, the "support effect" is an effect that can occur when an event character is used as a support character in a cooperative play part. Tab T134-2 also includes element P136. The element P136 is associated with processing for displaying a screen image showing the details of the event character's support effect. By selecting the element P136, the user can grasp the content of the support effect of the event character (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 that element is assigned to the setting frame. Note that when the user selects the element P121, the setting frame is set to an empty state.

As described above, the user sets event characters in the setting frames A111-1 to A111-5 of the event deck setting image G110. Also, when the user selects the setting frame A112 of the event deck setting image G110, an image (screen image) for selecting a backer from 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 other users, the event character is set in the setting frame A112.

An area A113 of the event deck setting image G110 indicates the favorite practice of the event character incorporated in the event deck. The element P114 is for automatically setting event characters 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 element P115, the setting of the event deck is completed.

As shown in FIG. 2, when the setting of the event deck is completed, selection of game items is performed (PH102). In the baseball game X, the user can obtain game items that are advantageous in improving the ability of the main character as a reward or obtain them from other users. In this phase, the user selects game items to be used in the breeding phase PH11 from among the game items owned by the user.

When the selection of game items is completed, the breeding phase is started (PH11). As shown in FIG. 2, the scenario is started in the breeding phase PH11. In the training phase PH11, the scenario progresses as the user repeatedly selects actions (exercise, rest, play, etc.) to be performed by the main character. In this scenario, the main character belongs to a high school baseball club, trains with his teammates, participates in baseball tournaments, and aims to be scouted as a professional baseball player in the fall of his third year of high school. 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 actions selected by the user. A user can use experience points to improve the abilities of the main character. For example, the basic abilities of the main character can be increased, or the main character can acquire special abilities. In the training phase PH11, a pitcher or fielder player character can be created.

When the scenario progresses to the end, training of the main character is completed. The main character whose training is 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 main character whose training has been completed as an original character.

FIG. 7 shows an example of an original character registration image. The original character registration image G140 displays information on the main character whose training has been completed. For example, the elements P141 and P142 of the original character registration image G140 indicate the image, name, position, batting form, and dominant arm of the main character that has been trained.

The element P143 indicates basic ability parameters of the main character whose training has been completed. In the example shown in FIG. 7, trajectory, hitting, power, running power, shoulder power, defensive power, and ball catching parameters are shown, and numerical values and alphabets are shown for each basic ability parameter. Numerical values indicate basic ability parameter values, and alphabetical characters (eg, S, A, B, C, D, E, F, and G) indicate levels of basic ability. An "S" indicates very high basic ability and a "G" indicates very low basic ability.

The trajectory parameter indicates how high the hit ball rises. The hit parameter indicates the hit power (the ability to hit the ball thrown by the pitcher with the bat). The power parameter indicates power (the ability of a pitcher to hit a ball with a bat to make it fly farther). The running parameter indicates the speed of the foot. The shoulder force parameter indicates the throwing speed. The defensive power parameter indicates defensive skill.

The element P144 indicates the special ability acquired by the main character who has completed training. In the example shown in FIG. 7, "chance ⊚", "against left pitcher ∘", and "stealing base ∘" are shown as special abilities. "◎" and "○" indicate the level of special ability, and "◎" indicates that the level of special ability is higher than that of "○".

"Chance ◎" is a special ability that is very strong against chance. If the original character has acquired "chance ◎", the basic ability of the original character will greatly increase at the time of the chance. "Anti-left pitcher ○" is a special ability that is strong against left-handed pitchers. If the original character has mastered the "anti-left-handed pitcher ○", the basic ability of the original character will be enhanced when the opponent's pitcher is a left-handed pitcher. "Stealing base ○" is a special ability that makes it easier to succeed in stealing a base. If the original character has mastered "stealing a base ○", the original character is more likely to succeed in stealing a base.

Also, the original character registration image G140 includes an element P145. The element P145 is associated with processing for registering the main character that has been trained as an original character. Therefore, when the user selects the element P145, the main character whose training 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-player play part, by starting the one-player play part again from the beginning, another main character can be trained (that is, another original character can be generated).

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

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 game phase PH21 is executed. In the pre-phase PH20, processing necessary for the game phase PH21 is executed.

As shown in FIG. 8, in the pre-phase PH20, player characters are first set (PH200). In this case, a 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 a 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 respective baseball positions. By setting an original character owned by the user for each of the setting frames A151-1 to A151-12, the user selects a player character for each position of baseball among the original characters owned by the user. to choose from. As will be described later, when a user cooperates with another user to play against an 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 said to be a candidate player character to participate in the match against the opponent.

A player character setting image G150 includes elements P152 and P153. The element P152 is associated with processing 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 assigned to each of the setting frames A151-1 to A151-12 based on the position and ability parameters of the original character owned by the user. set. The element P153 is associated with processing for completing setting of player characters. Therefore, when the user selects the element P153, setting of the player character is completed.

As shown in FIG. 8, after completing the setting of player characters, setting of support characters is performed (PH201).

Here, the "supporting character" will be explained. As will be described later, in the game phase PH21, basically, the game progresses automatically (automatic progression part). Then, the user is provided with an opportunity to operate the player character only when the game situation becomes a predetermined situation (action part). In the baseball game X, an event character has a cheering effect, and it is possible to use the event character as a cheering character. A cheering character is used in an action part, and a cheering effect is produced by the cheering character used in the action part. The "cheering effect" is an effect that is advantageous for achieving good results in the action part (in other words, an effect that is advantageous for winning over the opponent). Details will be described later (see FIG. 11 described later).

When setting a cheering character, a cheering character setting image, which is a screen image for setting an event character owned by the user as a cheering 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 cheering character setting image G160 includes three setting frames A161-1 to A161-3 for setting event characters as cheering characters.

Each of the setting frames A161-1 to A161-3 is associated with a restriction condition regarding rarity. In the example shown in FIG. 10, "PSR or less", "SR or less", and "R or less" are set as limiting conditions in setting frames A161-1 to A161-3, respectively. Therefore, the user can set event characters with a rarity of "PSR" or lower in the setting frame A161-1, but only event characters with a rarity of "SR" or lower can be set in the setting box A161-2. Only event characters whose rarity is "R" or lower 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 taps any one 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 a support character from event characters owned by the user himself/herself, is displayed on the display unit 35 .

This event character selection image is the same as the event character selection image G120 shown in FIG. However, in the event character selection image G120 in this case, an event character that does not satisfy the restriction conditions of the setting frame cannot be selected. For example, when the setting frame A161-2 is selected by the user, event characters with a rarity higher than "SR" are displayed in a non-selectable state (for example, grayed out or inactive state). Alternatively, an event character whose rarity is higher than "SR" is not displayed. Alternatively, an error message is displayed when an event character with a rarity higher than "SR" is selected.

For example, the user selects the setting frame A161-2, and corresponds to one 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 an element, an event character can be set as a support character in the setting frame A161-2.

As described above, when one of the elements P123-1 to P123-9 of the event character selection image G120 is long-pressed, 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 cheering effect information image G170 shown in FIG. 11 indicates a case where the event character has the cheering effects of "Meat +1", "Power +2", "Pinch ○ Invalid", and "Pistol Batting Line". The details of these support effects will be described later. When the user selects the element P171 of the cheering effect information image G170, the screen returns to the event character information image G130.

As with the element P114 of the event deck setting image G110, the support character setting image G160 may also include elements for automatically setting support characters 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 conditions (rarity conditions) is selected as the support character set in each of the setting frames A161-1 to A161-3. (or the event character with the highest rarity level) may be automatically set.

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

As shown in FIG. 8, after the setting of the cheering characters is completed, the user needs to create a team or join a team created by another user in order to cooperate with other users and play against an opponent. (PH202, PH204).

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

In this case, user U1 serves as a host and a team is created (PH202), and participation in the team is accepted from other users (PH203). In this case, a standby image, which is a screen image for waiting for the appearance of another user who wishes to join the team, is displayed on the display unit 35 of the game terminal 30-1 of the user U1. Note that "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 competition level of the team. In the example shown in FIG. 12, the competition level of the team is set to "0". In the game phase PH21, the higher the competition level, the stronger the opponent. In the baseball game X, the user's competition level rises by winning against the opponent. The competition level of the team is set according to the competition level of user U1 who is the host, and other users can participate in a team whose competition level is lower than theirs.

For example, the battle level of user U1 is initially set to "0". When the user U1 creates a team in this state, the competition level of the team is set to "0" as in the example shown in FIG. When the user U1 cooperates with other users and wins against the opponent whose battle level is "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 competition level "1". Further, when the user U1 creates a team in that state, the competition level of the team is set to "1".

A host area A182 of the standby image G180 shows information about the user U1 who is the host of the team. Although only the name of user U1 is displayed in the example shown in FIG. 12, information other than the name may be displayed. Participant areas A183-1 and A183-2 of the standby image G180 respectively indicate the reception status of applications for participation in the team. For example, when an application to join the team is being accepted (that is, waiting for another user who wishes to join the team to appear), "accepting" is displayed. Also, for example, when an application to participate in a team is received from another user, information on the other user is displayed.

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

Standby image G180 also includes element P184. Element P184 is associated with a process for requesting a helper. “Helper request” is to actively request participation in the team from other users whose competition level is higher than that of user U1. As will be described later, in baseball game X, rewards (contribution points) are given to users who participate in a team after playing against an opponent. The reward for participating as a participant is greater, and the reward for user U1, who is the host, is reduced accordingly. For this reason, the "helper request" is a function in which the user U1, who is the host, requests other users with a higher competition level than him to join the team in exchange for a reduction in his own reward. In addition, below, the user who participated in the team according to a backer request is described as a "backer participant", and a normal participant is described as a "normal participant."

User U1 can request a helper by selecting element P184. When the user U1 selects the element P184, acceptance of a backer participation application (applying to participate as a backer participant) to the team is started. In this case, the element P184 changes to a non-selectable state (for example, a grayed out state or an inactive state, etc.) (see FIG. 17 described later). It should be noted that the element P184 may be changed to cancel the helper request instead of changing the element P184 to a non-selectable state. Then, when this element P184 is selected, the reception of the backer participation application to the team may be stopped.

Next, the case of joining a team created by another user as a normal participant will be described. Here, it is assumed that user U2 participates as a normal participant in a team created by another user in order to cooperate with another user to play against an opponent.

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

First, the user U2 performs an operation to display 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 user U2 can participate. FIG. 13 shows an example of a team list image. For example, if the competition level of the user U2 is "0", the team that the user U2 can participate in is the team of the competition level "0". is displayed in the team list image G190. In the team list image G190 shown in FIG. 13, elements P191-1, P191-2, P191-3 and P191-4 corresponding to each team are displayed. Elements P191-1 to P191-4 respectively indicate the information of the user who is the host of the team and the acceptance status of participation in the team.

When the user U2 selects any of the elements P191-1 to P191-4 (for example, taps on any of the elements P191-1 to P191-4), participation in the team corresponding to the element 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. A participation application image G200 shown in FIG. 14 shows a case where user U2 selects a team whose host is user U1 from among the teams displayed in team list image G190.

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

Participation application image G200 includes elements P204 and P205. When the user U2 selects the element P204, the participation application image G200 transitions to the team list image G190, and the user U2 can select a team again.

Element P205 is associated with processing for applying to join the team as a normal participant. Therefore, when user U2 selects element P205, user U2 is registered as a normal participant. When user U2 is registered as a normal participant, a standby image similar to standby image G180 shown in FIG. 12 is displayed on display unit 35 of game terminal 30-2 of user U2. In this case, information on user U2 is displayed in participant area A183-1. Also, in this case, user U1 is notified that a participation application has been received from user U2. 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 displayed in the participant area A.
183-2.

Next, a case of participating as a backer participant in a team created by another user will be described. Here, it is assumed that user U3 participates as a backer participant in a team created by another user.

In this case, the user U3 selects a desired team from the teams for which backers have been requested (PH204), and applies for participation in the team (PH205).

First, the user U3 performs an operation to display the backer request list image on the display unit 35 of the game terminal 30-3. The backer request list image is a screen image showing a list of backer requests to which the user U3 can respond (in other words, a list of teams to which the user U3 can participate as a backer request participant). FIG. 15 shows an example of a backer request list image. User U3 can participate as a backer participant in a team with a lower battle level than his/her own. It is a team of competition level "0". Therefore, as in the example shown in FIG. 15, a list of teams with a competition level of "0" among the teams requested to be a backer is displayed in the backer request list image G210. In the backer 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 the information of the user who is the host of the team and the acceptance status of participation in the team.

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

Element P221, host area A222, participant areas A223-1 and A223-2 of backer participation application image G220 correspond to element P181, host area A182 and participant areas A183-1 and A183- of standby image G180 shown in FIG. 2.

Backer participation application image G220 includes elements P224 and P225. When the user U3 selects the element P224, the backer participation application image G220 transitions to the backer request list image G210, and the user U3 can select a team again.

Element P225 is associated with processing for applying to join the team as a backer participant. Therefore, when the user U3 selects the element P225, the user U3 is registered as a backer participant. When user U3 is registered as a backer participant, a standby image similar to standby image G180 shown in FIG. 12 is displayed on display unit 35 of game terminal 30-3 of user U3. In this case, information on user U3 is displayed in area A183-2. Also, in this case, user U1 (team host) and user U2 (other participants) are notified that a participation application has been received from user U3. That is, the standby image G180 displayed on the display unit 35 of the game terminal 30-1 of the user U1 and 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. be.

FIG. 17 shows an example of a 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, information on users U2 and U3 who are participants is displayed in participant areas A183-1 and A183-2, respectively. Since the user U3 is a backer participant, that fact is displayed in the participant area A183-2. In this case, all the participants have been decided and applications for participation in this team cannot be accepted any more, so this team is no longer displayed in the team list image G190 or the backer request list image G210.

As shown in FIGS. 12 and 17, standby image G180 includes 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, a process for starting a battle between the users U1 to U3 and the opponent is executed.

Specifically, order setting/confirmation is executed (PH206). First, the starting order and backup players of the teams of users U1 to U3 (user teams) are determined. For example, using the original characters owned by each of the users U1 to U3, the starting order and reserve players of the user team are determined. 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 backup players of the user team are automatically selected from among the original characters set as player characters in G150. In this case, the original characters owned by user U1, the original characters owned by user U2, and the original characters owned by user U3 are equally selected. Also, the starting order and reserve players of the opposing team (CPU team) are determined. The starting order and reserve players of the opponent team are determined according to the competition level of the user team.

After the starting orders and backup players of the user team and the opponent team are determined, an order confirmation image, which is a screen image showing the starting orders of both teams, is displayed on the game terminals 30-1 to 30-1 to 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 an order confirmation image. FIG. 18 shows an example of an order confirmation image G230 displayed on the display section 35 of the game terminal 30-1 of the user U1.

As shown in FIG. 18, order confirmation image G230 includes host area A231. The host area A231 displays information and elements related to the user U1 who is the host of the team. Note that 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. Participant areas A232-1 and A232-2 display information and elements related to users U2 and U3 who are participants in the team, respectively. The messages input (selected) by the users U2 and U3 may be displayed in the participant areas A232-1 and A232-2, respectively.

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

For the user team, momentum points are calculated for each of the users U1-U3. For example, the initial value of the user's U1 momentum points is calculated based on the abilities of the player characters 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. The initial values of the momentum points of each of the users U2 and U3 are similarly calculated. Then, the initial value of the momentum points of the user team is calculated by totaling the initial values of the momentum points of each of the users U1 to U3 thus calculated.

The momentum points of user U1 are increased based on the play result of 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, if the user U1 operates a batter character in an action part, the momentum points of the user U1 are increased when the batter character hits a hit or scores an RBI. Further, for example, in the case where the user U1 operates the pitcher character in the action part, the momentum points of the user U1 are increased by the pitcher character suppressing the batter character to strike out. It should be noted that the user team's momentum points are also increased as a result of the user U1's momentum points being increased.

Similarly, the momentum points of each of the users U2 and U3 increase based on the play results of the users U2 and U3 in the action part. Also, as a result of the increased momentum points of users U2 and U3, the momentum points of the user team are also increased.

Since the momentum points of each of the users U1 to U3 are set and updated as described above, the momentum points of each of the users U1 to U3 indicate the degree of contribution of each of the users U1 to U3 to the game. .

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

Element P234-2 includes elements P234-4, P234-5, and P234-6 corresponding to each of users U1 to U3. The element P234-4 corresponding to user U1 includes an arrow whose length indicates the percentage of the user's team's momentum points accounted for by user U1's momentum points. Similarly, the element P234-5 corresponding to user U2 also includes an arrow, the length of which indicates the percentage of user's team's momentum points accounted for by user U2's momentum points. The element P234-6 corresponding to user U3 also includes an arrow, the length of which indicates the percentage of momentum points for user U3 out of the momentum points for the user's team. Therefore, the user can grasp the magnitude (high or low) of momentum points with other users.

In element P234, elements P234-7 and P234-8 are displayed in association with positions on 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 (eg, game items, game points (game money), 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. In the order confirmation image G230 displayed on the game terminal 30-2 of the user U2, the element P235 is displayed in the participant area A232-1, and in the order confirmation image G230 displayed on the game terminal 30-3 of the user U3, the element P235 is displayed in participant area A232-2.

When all users U1-U3 have confirmed their orders, the pre-phase PH20 is complete and the game phase begins (PH21), as shown in FIG.

In the game phase PH21, basically, the game progresses automatically without user's operation (batting operation, pitching operation, etc.) (automatic progress part). Then, the user is provided with an opportunity to operate the player character only when the game situation becomes a predetermined situation (action part). Thus, the game phase PH21 includes two parts, an automatic progression part and an action part.

In the automatic progress part, the game situation is automatically updated without user's operation (batting operation, pitching operation, etc.). In other words, in the automatic progression part, based on the parameters related to the user team (for example, the ability parameters of the player characters of the user team, etc.) and the parameters related to the opponent team (for example, the ability parameters of the player characters of the opponent team, etc.), the match progresses. A course is automatically generated (determined) by a computer. In the auto-advance part, the user will see the game progress automatically generated by the computer.

On the other hand, the action part is a part in which the user performs an operation (hitting operation, pitching operation, etc.). That is, in the action part, the player character performs actions according to the user's operation. When attacking, the player character performs batting or the like according to the user's operation (batting operation, etc.), and when defending, the player character performs pitching or the like according to the user's operation (throwing operation, etc.). In this way, 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 progress part, the match progresses automatically without user's operation. As will be described later (see FIG. 19), only an overview of the progress of the match (points of the match) is displayed on the display section 35 in the automatic progression part. By proceeding in this manner, the time it takes to complete a single match is reduced. For example, when the user is busy, there are cases where the user can only secure a small amount of time to play the game. For this reason, even if the user can only secure a small amount of time to play the game, in order to be able to cooperate with other users and complete one match within that time, as described above, Reduces the amount of time it takes to complete a single match.

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

As shown in FIG. 19, the automatically advancing part image G240 includes a host area A241 and participant areas A242-1 and A242-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 automatically advancing part image G240 includes elements P243, P244, P245, P246, P247, and P248. These give an overview of the game situation.

For example, element P243 indicates a scoreboard showing the progress of the game. Element P244 is displayed in association with the scoreboard (element P243) and shows what happened in the inning immediately preceding the current inning. In FIG. 19, element P244 indicates an event in the "bottom of the first inning" because the current inning is "top of the second inning." Element P245 indicates the current scores of the user team and the opponent team (CPU team), and element P246 indicates the current inning, on-base status, ball count, out count, and score. The element P247 indicates the player character (Sato) of the user team who is currently at bat, and the player character (Takahashi, Kano) of the user team who will be at bat subsequently. Element P248 is the current pitcher. A player character (Yamada) of the opposing team performing

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

In the automatic progression part, the computer virtually moves both the player characters belonging to the user team and the player characters belonging to the opponent team in the virtual space based on the ability parameters of those player characters. will automatically generate the progress of the match. It should be noted that the game progress may be automatically generated by the computer simply comparing the parameters relating to the user team and the parameters relating to the opponent team.

In the automatic progression part, the display content of the automatic progression part image G240 is updated according to the progress of the match automatically generated as described above. That is, the elements P243 to P248 are updated according to the progress of the match automatically generated as described above. Users U1-U3 will see an overview of the game that progresses automatically while looking at the automatically updated elements P243-P248.

When the game situation reaches a predetermined state during the automatic progression part, the automatic progression part is switched to the action part, and the user is provided with an operation opportunity to operate the player characters. Here, the "predetermined situation" refers to, for example, a situation in which the user team has a scoring chance (for example, a situation in which the user team is attacking and there are runners), a situation in which the user team is likely to create a scoring chance (for example, the user team is attacking). or a situation where the user team is in a pinch (for example, a situation where the opponent team is attacking and there is a runner on third or second base). Note that the automatic progression part may be switched to the action part at a predetermined timing (for example, at the start of the 3rd, 6th, or 9th inning) regardless of the game situation.

A predetermined number of action parts are set in one game. In the example shown in FIG. 8, the automatic progression part is switched to the action part at times T1, T3, and T5. That is, in the example shown in FIG. 8, three action parts are set during one game. In this case, for example, one action part is provided between the top of the 1st inning and the bottom of the 3rd inning, and one action part is provided between the top of the 4th inning and the bottom of the 6th inning, and the action part is provided once between the top of the 7th inning and the bottom of the 9th inning. One action part is provided during The number of action parts in one match is not limited to the above example, and may be two or less, or four or more. Also, the number of action parts in one game does not have to be fixed, and may be changed for each game. The switching timing to the action part is also not limited to the above example.

Also, in the action part, in principle, one of the users performs an operation for one turn at bat. For example, when switching to the action part when the user team attacks, the user who owns the batter character performs the operation (hitting operation) of the batter character. Then, when the batter character's turn at bat ends, the action part also ends. Further, for example, when the action part is switched to during the defense of the user team, the user who is the owner of the pitcher character will operate the pitcher character (throwing operation). Then, when one player character of the opponent team finishes batting, the action part also ends.

FIG. 20 shows an example of an action part start image, which is a screen image displayed on the display unit 35 of each 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 action part is switched to when the user team is attacking and the scene is "top of the third inning/no outs/no runners".

As shown in FIG. 20, the action part start image G250 includes a host area A251 and participant areas A252-1 and 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, and P256. These are the same as the elements P243 to P246 of the automatic advancing part image G240.

The action part start image G250 includes elements P257, P258 and P259. Element P257 indicates the current scene. The element P258 indicates the main operator (user who mainly performs the operation) in the current 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 current action part is the user U1. The element P259 indicates the batter character (Tanaka) and the opponent's pitcher character (Yamada) operated in this action part.

After the action part start image G250 is displayed, a support character selection image, which is a screen image for selecting a support character to be used in the current action part, is displayed on the display section 35 of each of the game terminals 30-1 to 30-3. It is displayed, and the selection of the support character to be used in the current action part is accepted from each of the users U1 to U3.

FIG. 21 shows an example of a support character selection image. Note that FIG. 21 shows a 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 cheering 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 participant areas A232-1 and A232-2 of the order confirmation image G230. In the case of the cheering character selection image G260, the host area A231 displays information (image, cheering effect, etc.) of the cheering character selected by user U1 as the host to be used in the current action part. Similarly, in the participant area A232-1, information on the support character selected by user U2 who is a participant as an object to be used in the current action part is displayed. Also, in the participant area A232-2, information on the support character selected by user U3 who is a participant as an object to be used in the current action part is displayed. In the example shown in FIG. 21, the host area A231 and the participant area A232-2 display information on the support characters selected by the users U1 and U3 as targets for use, and the participant area A232-1 displays: Since the information of the support character selected by the user U2 to be used is not displayed, FIG. is not completed.

Supporting character selection image G260 also includes element P263. The element P263 is the same as the element P246 of the automatic advance part image G240.

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

In the example shown in FIG. 21, elements P264-1, P264-2, and P264-3 corresponding to support characters preset by user U2 are displayed. Each of the 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 shown in FIG. 21, the cheering character corresponding to the element P264-1 has "meat +1", "power +2", "pinch o invalid", and "pistol batting line" as cheering effects.

"Meet +1" is
This is the cheering effect of increasing the meet parameter value of the player character of the user team by one 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.

"Pinch ○ Ineffective" is a support effect that disables the special ability "Pinch ○" even if the pitcher character of the opposing team has acquired the special ability "Pinch ○". In addition, "pinch ○" is a special ability for pitchers that is strong against pinch. If the pitcher character has learned "Pinch ○", the basic ability of the pitcher character will increase in a pinch, but when the support effect "Pinch ○ invalid" is activated, the pitcher character of the opponent team will become "Pinch ○". , the basic ability of the pitcher character will not increase in a pinch.

“Pistol Batting Line” is a support effect that makes it possible to activate the link action “Pistol Batting Line”. The linked action “pistol batting line” will be described later.

Also, in the example shown in FIG. 21, the cheering character corresponding to the element P264-2 has "meeting +1", "power +1", and "stealing base support" as cheering effects. "Power +1" is a support effect of increasing the value of the power parameter of the player character of the user team by 1 point. "Stolen base support" is a support effect that enables the cooperative action "stealing base support" to be activated. The link action “stealing base support” will be described later.

Furthermore, in the example shown in FIG. 21, the cheering character corresponding to the element P264-3 has "ball speed +1" and "ball control +1" as cheering 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 one point. "Ball control +1" is a support effect that increases the value of the ball control parameter of the pitcher character of the user team by one point. It should be noted that these cheering effects are useful 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 be made unselectable when the user team attacks.

Here, I will explain the "linkage action". As mentioned above, in principle, each action part is limited to one turn at bat. That is, in each action part, only one user can operate one player character (batter character or pitcher character). However, when the coordinated action is activated, it becomes possible to perform three batting operations in succession in the action part, or two users share the operations of the batter character and the runner character in a scene where a runner is present during an attack. It becomes possible to do it by doing.

FIG. 22 is a diagram for explaining the linked actions "pistol batting line" and "stealing base support". FIG. 22 shows activation conditions, effects, bonus acquisition conditions, and bonus points for each of the coordinated actions “pistol batting line” and “stealing base support”. Note that the linked actions are not limited to those shown in FIG.

First, I will explain the “pistol batting line”. As shown in FIG. 22, activation conditions are not set for the "pistol batting line". For this reason, the "pistol batting line" can be activated in any situation.

The effect of "pistol batting line" is set to "can be operated for 3 consecutive bats". For this reason, when the "pistol batting line" is activated, it is possible to perform three consecutive batting operations in the action part. For example, the scene shown in FIG. 20 is that of a player character owned by user U1 (see element P258). is the turn at bat of a player character owned by the user U3, it is possible for the three users U1 to U3 to perform three consecutive turn at bats.

Also, in the "pistol batting line", "meat +3", "repeated hits", and "average hitter" are set as effects. Therefore, when the "pistol batting line" is activated, the value of the meet parameter of the player character of the user team increases by 3 points. Furthermore, the player characters of the user team are temporarily provided with the special abilities "Consecutive hits" and "Average hitter". That is, even if the player character of the user team has not mastered "Consecutive hits" and "Average hitter", when the "Pistol batting line" is activated, the player character temporarily becomes "Consecutive hits" and "Average hitter". You will be in a state where you have learned Note that "Consecutive Hits" is a special ability that makes it easier to hit when the previous batter hits. Also, "average hitter" is a special ability that makes it easier to hit.

Furthermore, "2 hits" and "30 points" are set for the "pistol batting line" as bonus conditions and bonus points. This indicates that when the number of hits by the user team in the action part in which the "pistol batting line" is activated becomes two or more hits, the bonus points "30 points" are added to the momentum points of each of the users U1 to U3. there is

Next, the "stealing base support" will be explained. As shown in FIG. 22, activation conditions are set for "stealing base support", and "stealing base support" can be activated only when there is a runner on at least one of first base and second base.

"Batterer and runner can be operated", "running power +5", and "stolen base ○" are set as effects for "stealing base support". Therefore, when the "stealing base support" 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 on first or second base as a runner, when "stealing base support" is activated in an action part, the user U3 controls the batter character. The user U2 operates the runner character. Also, when the "stealing base support" is activated, the value of the running ability parameter of the player character of the user team increases by 5 points. Furthermore, the player character of the user team is temporarily given the special ability “stealing base ○”. That is, even if the player character of the user team has not learned "stealing base ○", when "stealing base support" is activated, the player character temporarily learns "stealing base ○". It should be noted that "stealing a base ○" is a special ability that makes it easier to succeed in stealing a base.

Further, in the "stealing base support", bonus conditions and bonus points are set such that "the batter whiffs and the runner succeeds in stealing" and "20 points". This is because in the action part in which the "stealing base support" is activated, the batter character whiffs to support the runner character (in other words, to make it difficult for the catcher character of the opponent team to throw the ball), and the runner character whiffs. It shows that if the player successfully steals a base, the bonus points “20 points” are added to the momentum points of each of the users U1 to U3.

When all of the users U1 to U3 have selected a support character, if the support characters selected by the users U1 to U3 include a support character for which a link action that can be activated is set, the link action is selected. 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 cheering character selection image G260. Activation selection image G270 also includes element P273. The element P273 is the same as the element P246 of the automatic advance part image G240.

The activation selection image G270 includes elements P274 and P275. The element P274 indicates a link action that can be activated, and the element P275 indicates a message asking the user whether or not to activate the link action. Activation selection image G270 also includes elements P276 and P277. The element P276 is associated with processing for not activating the link action, and when the user selects the element P276, the link action is not activated. On the other hand, the element P277 is associated with processing for activating a link action, and when the user selects the element P277, the link 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 supporting characters selected by the users U1 to U3 include a plurality of supporting characters for which a link action that can be activated is set, the activation selection image G270 selects which link action is to be activated. is also done.

When either of the elements P276 and P277 of the activation selection image G270 is selected, the action part is started. Note that if the support characters selected by the users U1 to U3 do not include a support character for which a link action that can be activated is set, the activation selection image G270 is not displayed, and the action part is executed. be started.

In the embodiment described above, all the users U1 to U3 can each select a support character. can be For example, since the main operator in the action part shown in FIG. 20 is user U1 (see element P258), only users U2 and U3 are allowed to select a support character, and user U1 is not allowed to select a support character. good too. Note that only users 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 performs an operation on the batter character PC1.

As shown in FIG. 24, action part image G280 includes elements P281 and P282. The element P281 is the same as the element P246 of the automatic advancing part image G240. Element P282 indicates the active link action. Although omitted in FIG. 24, the names, abilities, etc. of the batter character PC1 and the pitcher character PC2 may be displayed.

The action part image G280 displays the batter character PC1 operated by the user U1 and the pitcher character PC2 of the opponent team. In this case, the batter character PC1 is improved by the cheering effects of the cheering characters selected by each of the users U1 to U3. For example, in the example shown in FIG. 24, since the link action "pistol batting line" is activated, the value of the hit parameter of the batter character PC1 is increased by 3 points, and the special abilities "continuous hits" and "average hitter" are added. is given to the batter character PC1.

Also, in the action part image G280, a frame F and a contact cursor M are displayed as operation elements for causing the batter character PC1 to perform a batting action. Box F is displayed on home plate to indicate the strike zone. The hitting cursor M moves according to the user's movement instruction operation to indicate the hitting position. When the user U1 performs a swing instruction operation, the batter character PC1 swings the bat toward the batting position indicated by the hitting cursor M.

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

Although FIG. 24 shows the action part image G280 when the user team is attacking, 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 ends. However, in the case of the example shown in FIG. 24, since the cooperative action "pistol batting line" is activated, the action part ends when three batting appearances 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 section 35 of the game terminal 30 of each of the users U1 to U3. FIG. 25 shows an example of an 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.

An area A293 of the action part result image G290 displays the amount of points added to the momentum points of the user U1 according to the play result of the action part. In the example shown in FIG. 25, 50 points are added to user U1's momentum points as a result of user U1's individual play in the action part, and 60 points are added as bonus points by satisfying the bonus condition for the linked action. It shows that it has been added to user U1's momentum points. As a result, user U1's momentum points increased from 8000 points to 8110 points.

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

In the example shown in FIG. 25, the momentum points of the user team have increased to 25280 by increasing the momentum points of each of the users U1 to U3. and the position of element P294-2 have been updated. Further, the length of the arrows included in each of the elements P294-4, P294-5 and P294-6 is also updated by updating the momentum points of each of the users U1 to U3.

After the action part ends, the automatic progress part resumes. In addition, the increase in Momentum Points affects the automatic progression part. That is, if the momentum points of the user team (users U1 to U3) are increased as a result of the action part, the user team gains an advantage in the subsequent automatic progress parts. For example, when the momentum points of the user U1 are increased, the ability of the player character owned by the user U1 is increased accordingly. Similarly, when the momentum points of each of the users U2 and U3 are increased, the abilities of the player characters owned by each of the users U2 and U3 are increased accordingly. Then, the automatic progression part progresses with the ability of the player character increased. Also, when the game situation reaches a predetermined state during the automatic progression part, the automatic progression part is switched to the action part again. The game progresses in this way.

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

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

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

In the baseball game X, a support 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 already been used (see FIG. 23), unlike FIG. 21, in FIG. 27, the support character corresponding to the element P264-1 cannot be selected. .

FIG. 28 shows an activation selection image G270 when the support character (Komoto) corresponding to the element P264-2 is selected in the support character selection image G260 shown in FIG. Since the cheering character (Komoto) has the link action "Stealing base support" as a cheering effect, the activation selection image G270 shown in FIG. It has become. As described above, when the user selects the element P277, the "stealing base support" is activated in the action part.

In the action part in which the "stealing base support" is activated, two users can share the operations of the batter and the runner. For example, in the scene shown in FIG. 26, when the runner character on first base is a player character owned by user U2, in this action part, user U3 operates the batter character and user U2 operates the runner character. . In this case, when the batter character operated by the user U3 assists the runner character in stealing a base by whiffing, and the runner character operated by the user U2 succeeds in stealing a base, the bonus condition is satisfied. .

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

As described above, the initial value of the momentum points of user U1 is calculated based on the ability (that is, the ability at the start of the game) of the player character owned by user U1 among the player characters of the user team. Then, the momentum points of the user U1 are added based on the play result of the user U1 in the action part and the success/failure result of the linked action in the action part. Therefore, the momentum points of the user U1 at the end of the game indicate the degree of contribution of the user U1. Similarly, the momentum points of users U2 and U3 at the end of the game indicate the degree of contribution of each of users U2 and U3.

Therefore, in the baseball game X, the contribution points indicating the degree of contribution of each of the users U1 to U3 are determined based on the momentum points of each of the users U1 to U3 at the end of the game. For example, user U1's contribution points are determined based on a comparison between the momentum points of user U1 at the end of the game and the momentum points of each of users U2 and U3 at the end of the game. 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. The base points will change depending on the match result. For example, the base points for losing a match (eg, 50 points) are less than the base points for winning a match (eg, 100 points).

"Pu" indicates the momentum points of the user 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 individual users are calculated by multiplying the base points by the ratio of the momentum points of the individual users to the total momentum points of all users.

If the users U2 and U3 are normal participants and are not backer 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 backer participant, the contribution points are corrected.

Here, it is assumed that user U2 is a normal participant and user U3 is a backer participant. In this case, a backer bonus is added to user U3 who is a backer participant. For example, 10% of the base points are added to user U3's contribution points as a backer bonus. That is, when the base points are 100 points, 10 points are added to user U3's contribution points as a backer bonus. On the other hand, the points corresponding to the backer bonus added to the contribution points of user U3 are subtracted from the contribution points of users U1 and U2 other than user U3. For example, if 10 points are added to the contribution points of user U3 as a backer bonus, the contribution points of users U1 and U2 are each reduced by 5 points. For example, assuming that 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 backer bonus is given to the user U3. , the contribution points of user U3 are increased to 60 points, and the contribution points of users U1 and U2 are decreased to 25 points and 15 points, respectively.

The contribution points of each of the users U1 to U3 calculated as described above are given to the users U1 to U3 as rewards. Note that there are various possible uses of the contribution points given to the user. For example, each user may be able to obtain game characters (event characters), game items, or game currency in exchange for acquired contribution points. Further, for example, a ranking of all users may be created based on the accumulated contribution points earned 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, based on the support characters selected by the users U2 and U3, the ability of the player character operated by the user U1 increases. . Therefore, the users U2 and U3 can participate in the action part of the user U1 by selecting the support character. That is, in user U1's action part, it is possible to improve the degree of involvement of users U2 and U3 other than user U1 who performs the main operation in the progress of the game.

Also, in the baseball game X, based on the cheering characters owned by each of the users U1 to U3, a cheering effect (linked action "pistol batting line", "stealing base support", etc.) is activated in the action part. increase the number of users who can perform As a result, it becomes possible for the users U1 to U3 to feel the interest of cooperating with each other to compete against an opponent.

Also, in baseball game X, when applications for participation in a team created by user U1 (in other words, a match against an opponent hosted by user U1) are accepted from users U2 and U3, users U1 to U3 A match is played against an opponent, and contribution points are given to each of the users U1 to U3 according to the performance of the match. Especially in the baseball game X, for example, when the user U3 is a backer 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 originally obtainable. Therefore, according to the game system 1, it is possible to motivate other users to participate in the team created by the user U1. It becomes possible to make it easier for other users to appear.

Also, 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 greater the initial value of the momentum point of the user. The greater the user's momentum points, 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. Therefore, it is possible to motivate a user who owns a player character with high ability to participate in the game, and to encourage the user to participate in the game.

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

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

[3-1-1] FIG. 32 shows an example of a user table. The user table TBL101 is data showing a list of users who play games 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.

A "user ID" field indicates identification information for uniquely identifying each user. The "username" field indicates the name of the user. The "Friends" field shows a list of other users who are friends with the user. The "game item" field shows a list of game items owned by the user. A "game item owned by the user" is a game item that is ready for use by the user. The "competition level" field indicates the user's competition level. The "contribution points" field indicates the accumulated contribution points earned 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 “user-owned event character” is an event character that can be used at will by the user. The event character table TBL102 is stored for each user (stored in association with each user ID). As shown in FIG. 33, event character table TBL 102 includes fields described below.

The "event character ID" field indicates identification information for specifying 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 the baseball position that the event character is good at. The "favorite practice" field indicates a practice item that the event character is good at. A "level" field indicates the level of the event character.

The "Ability Parameter" fold indicates the event character's ability parameter. For example, when a game event occurs in the training phase, event characters incorporated in the event deck participate in the game as teammates of the main character. In such a match event, the event character's ability parameters are referred to.

The "event effect" field indicates the event effect associated with the event character. For example, the "event effect" field shows information about effects that can occur in the breeding phase when the event character is incorporated into the event deck. Information indicating the name and details of an event or bonus that can occur in the breeding phase when the event character is incorporated into the event deck is registered in the "event effect" field.

The "cheering effect" field indicates the cheering effect associated with the event character. For example, the "support effect" field indicates information about effects that can occur in the action part when the event character is used as the support character.

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

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

The "original character ID" field indicates identification information for specifying the original character owned by the user. The "name" field indicates the name of the original character. The "appropriate position" field indicates the baseball position that the original character is good at. 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 original character's ability parameter. As mentioned above, in the action part of the match phase, the original character's ability parameters may be changed due to cheering effects, etc., but the "original ability parameter" field is the value of the ability parameter at the start of the match (in other words, the changed value). value of the ability parameter in the state where the For example, original values of basic ability parameters and special ability parameters are registered in the "original ability parameters" field.

The "use state" field indicates the use state of the original character. For example, the "usage state" field indicates whether or not the original character has been assigned as a player character in any position in the player character setting image G150, the position to which the original character has been 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, team table TBL 104 includes fields described below.

A “team ID” field indicates identification information for uniquely identifying a 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 to join the team. The "participant user 1" field includes "user ID" and "backer flag" subfields. The "user ID" subfield indicates the user ID of the user who is the first participant, and the "backer flag" subfield indicates whether the user who is the first participant is a backer participant. For example, a value of "0" or "1" is registered in the "backer flag" subfield. A value of "0" indicates that the user is a normal participant rather than a backer participant, and a value of "1" indicates that the user is a backer participant. The "Participant User 2" field indicates the second participant to the team. The "participant user 2" field is similar to the "participant user 1" field.

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

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

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

As shown in FIG. 36, the game situation table TBL105 includes "current inning", "attacking team", "current batter", "ball count", "out count", "first base runner", "second base runner", and " Includes 3rd base runner field. These fields show the current inning, the team currently attacking, the player character currently at bat, the current ball count, the current out count, and the current on-base status (player characters on first, second, and third base). show.

In addition, the game situation table TBL105 includes "first attack", "last attack", and "scorebook" fields. The "first offense" field indicates the first team, the current momentum points, the number of runs, the number of hits, and the number of missteps of the first offensive team, and the character of the player of the first offensive team who will turn up next at bat. As for the momentum points, the momentum points of each user and the sum of them (that is, the momentum points of the user team) are registered. Similarly, in the "second attack" field, the second attack team, the current momentum points, the score, the number of hits, and the number of missteps of the second attack team, and the character of the player who will be at bat next in the second attack team indicate. The "scorebook" field indicates the scorebook (game progress) of the game.

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

The "player character ID" field indicates identification information for uniquely identifying a player character. The "Owner User" field indicates the user who owns 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 basic ability parameters and special ability parameters are registered in the "current ability parameters" field. At the beginning of the game, the contents of the "current ability parameters" field are the same as the contents of the "original ability parameters" field of the original character table TBL103. When the player character's ability parameter is changed during the game due to the cheering effect of the support character or the like, the content of the "current ability parameter" field is changed.

The "participation status flag" field indicates the participation status of the player character in the match. For example, one of the values "0", "1", and "2" is registered in the "participation status" field. A value of "0" indicates that the player character has not participated in the game and can participate in the game as a substitute. A value of "1" indicates that the player character is participating in the game. A value of "2" indicates that the player character was participating in the game, but is not currently participating in the game due to being replaced. The "batting order" and "position" fields indicate the batting order and positions of the player characters participating in the game.

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

The "supporting character ID" field indicates identification information for uniquely identifying the supporting character. The "owner user" field indicates the user who owns 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 cheering character has been used in the match. For example, the value "0" or "1" is registered in the "used flag" field. For example, a value of "0" indicates that the support character has not been used in the game and can be used, and a value of "1" indicates that the support character has been used in the game.

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

The participation request receiving unit 110 receives from the first user a request to participate in the game played by the first user.

Here, the "game played by the first user" is a game mainly played by the first user. In other words, "the game played by the first user" is a game in which the first user must participate and other users can optionally participate. Also, the "game played by the first user" is a game that the first user will play from now on. Note that the "game played by the first user" may be the game that the first user is currently playing.

“Accepting a request to participate 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, "receiving a request to participate from the first user" may mean receiving an operation indicating a request to participate in the game, which is performed by the first user. The participation request is accepted before the game starts. The participation request may be accepted during execution of the game. The reception of the participation application by the participation application reception unit 120 (second participation application reception unit 122), which will be described later, may be executed after the reception of the participation request.

"Participation request" is a request for other users to participate in the game played by the first user. The "other user" may be an unspecified other user or a specific other user (for example, another user designated by the first user).

Note that the "participation request" may be a request for participation in the game played by the first user by another user who has a higher ability in the game than the first user.

Here, the "game ability" is the user's own ability. For example, the user's game proficiency or the user's game play record. Alternatively, the "game ability" may be the ability of a game object owned by the user. A game object is an object that can be used in a game, such as a game character or a game item.

In the aforementioned baseball game X, the backer request corresponds to an example of the "participation request". As described above, the "backer request" is, for example, a request to participate in a team created by user U1 (in other words, a match in which user U1 is the host) as a backer participant. 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 section 120. FIG. For example, the participation application accepting unit 120 is implemented by the control unit 11 of the server 10 .

The participation application reception unit 120 receives an application for participation in the game played by the first user from a user other than the first user (a second user, a third user, or the like).

Here, "participation application" is an application to participate in the game played by the first user. In addition, when a participation application is received from the second user, the second user may be allowed to participate in the game played by the first user unconditionally. You may enable it to participate in the game which one user plays. In the latter case, for example, subject to the consent of the first user, the second user may be allowed to participate in the game played by the first user if consented by the first user.

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

For example, the participation application reception unit 120 includes a first participation application reception unit 121 and a second participation application reception unit 122 . The first participation application accepting unit 121 accepts a first participation application, which is an application for participation as a type 1 participant in the game, from a user other than the first user (second user, third user, or the like). The second participation application accepting unit 122 accepts a second participation application, which is an application for participation as a type 2 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 reception 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, a "Type 1 participant" is a participant who can obtain regular rewards according to predetermined rules. On the other hand, a "Type 2 Participant" is a special participant. In other words, a “Type 2 Participant” is a participant who is able to obtain a higher reward than the normal reward according to the predetermined rules. As will be described later, the "second type participant" is, for example, a participant who can obtain at least part of the reward for the first user in addition to the normal reward.

A "first participation application" is an application to participate in a game played by a 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 reception unit 120 sets whether or not to perform the reception by the second participation application reception 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 participation by the second participation application accepting unit 122 (in other words, indicating whether or not to accept participation by the second participation application accepting unit 122). operation).

"Set whether or not to accept the second participation application accepting unit 122 according to the selection operation" means that when the selection operation is accepted, the selection operation is performed by the second participation application accepting unit 122. is set to be accepted by the second participation application accepting unit 122, and the selection operation selects not to be accepted by the second participation application accepting unit 122. In other words, the second participation application accepting unit 122 is set so as not to accept the application.

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 reception by the second participation application reception unit 122 is started when a request for participation in a game played by the first user is received from the first user, the operation for requesting participation is , corresponds to an operation of selecting acceptance of participation by the second participation application accepting unit 122, and thus corresponds to an example of a “selection operation”. In this case, the second participation application accepting unit 122 accepts the second participation application when requesting the participation of the second type participant in the game played by the first user is selected.

Note that the participation application accepting unit 120 may accept 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 reception unit 120 determines that the second user's ability in the game is higher than that of the first user based on the game ability information about the ability in the game of the first user and the game ability information about the ability in the game of the second user. If it is determined to be high, an application to participate in the game in which the first user participates may be accepted from the second user. More specifically, for example, the second participation application reception unit 122, based on the game ability information about the first user's ability in the game and the game ability information about the second user's ability in the game, the second user's game The second application for participation may be accepted from the second user when it is determined that the ability of the second user is higher than that of the first user.

Here, "game ability information" is information about ability in a game. "Ability in the game" may be the user's own ability. That is, the “game ability information” may be, for example, information indicating the user's game proficiency level, 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 For example, a user's level corresponds to an example of "game ability information."

Alternatively, the "game ability" may be the ability of a 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) the user. For example, a user ID, a user's name, a user account, an e-mail address, or the like corresponds to an example of "user identification information." A "game object" is something that can be used in a game, such as a game character or a game item. For example, an ability parameter of a game character owned by a user corresponds to an example of "game ability information". The "ability parameter" may be numerical information or information other than numerical information.

Further, "when 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 is accepted from the second user" If it is determined that the ability in the game is lower than that of the first user, the acceptance of the participation application from the second user is restricted, and if it is determined that the ability of the second user in the game is higher than that of the first user, To accept a participation application from a second user. Further, when the second user's ability in the game is the same as that of the first user, the application for participation may be accepted from the second user, or the acceptance may be restricted. It should be noted that "to restrict acceptance of applications for participation from users" means to prevent users from applying for participation, or to not formally accept applications for participation from users (for example, ignore, reject, or an error).

In the aforementioned baseball game X, the regular participant corresponds to an example of a "first class participant", and the helper participant corresponds to an example of a "second class participant". For this reason, the first participation application accepting unit 121 accepts an application for participation (an example of a first application for participation) as a regular participant in a team created by user U1 (in other words, a competition in which user U1 is the host). from users of In addition, the second participation application accepting unit 122 accepts an application for participation as a backer participant in the team created by user U1 (an example of a second application for participation) from other users.

Further, in the aforementioned baseball game X, the user's competition level corresponds to an example of "game ability information". Therefore, the second participation application accepting unit 122 accepts applications for participation as backing participants in the team created by user U1 from other users whose competition level is higher than that of user U1.

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

The game executing unit 130, when receiving from the second user an application for participation in the game played by the first user (a first application for participation and a second application for participation), performs a game in which the first user and the second user participate. to run.

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 a game in which only the first user and the second user participate. may be a game in which other users participate.

For example, the following is the case of "executing a game in which the first user and the second user participate when an application to participate in the game is accepted from the second user". (Example 1) When an application for participation is accepted from the second user and an application for participation is also accepted from one or more other users within a predetermined acceptance period for accepting applications for participation, and the acceptance period ends , runs a game in which a first user, a second user and one or more other users participate. (Example 2) If the application for participation from the second user is accepted within the predetermined acceptance period for accepting applications for participation, and the application for participation from the other users is not accepted, and the acceptance period ends, the first user and a second user participate in the game. (Example 3) When an application for participation is accepted from the second user and an application for participation is accepted from one or more other users, and applications for participation are accepted from the maximum number of users who can participate in the game, A game is executed in which a first user, a second user, and one or more users participate. (Example 4) When a participation application is received from a second user, immediately (or according to an instruction from at least one of the first user and the second user), a game in which the first user and the second user participate is executed.

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

An example of 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 section 140. FIG. For example, the reward determination unit 140 is implemented by the control unit 11 of the server 10 or the control unit 31 of the game terminal 30 . Note that the remuneration determination unit 140 may be implemented by cooperation between the control unit 11 of the server 10 and the control unit 31 of the game terminal 30 .

The reward determination unit 140 determines rewards for users participating in the game.

Here, the “remuneration for the user” is a reward given to the user. In other words, a "reward for a user" is a reward associated with the user's identity. For example, game points (such as in-game currency) are given to the user as a reward. Also, for example, a game object (game character, game item, or the like) is given to the user as a reward. The "reward for the user" is not limited to game points or game objects, and various rewards can be set according to the content of the game. For example, a "reward for a user" may be a temporary or permanent change in the user's parameters or the parameters of a game object owned by the user to the user's advantage.

[3-5-1] The reward determining unit 140 may determine the reward for the user based on the game ability information regarding the user's ability in the game at the start of the game. Specifically, the reward determining unit 140 makes the value of the reward higher when the user's game ability at the start of the game is higher than when the user's game ability at the start of the game is low. A reward for the user may be determined.

Here, since the "game ability information" has already been explained when the participation application receiving unit 120 was explained, the explanation is omitted here.

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

"In case of high ability, the value of reward is higher than in case of low ability." Assuming that elements other than ability are the same, the value of the reward is higher for those with higher ability than for those with lower ability.

In the aforementioned baseball game X, the contribution points correspond to an example of the "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 points of user U1 is calculated based on the original ability parameters of the player characters owned by user U1 among the player characters of the user team. Contribution points to be given to user U1 are determined based on the momentum points. As a result, when the player character owned by the user U1 has 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 includes the first user and the second user, the reward determination unit 140 determines the game ability information regarding the first user's ability in the game at the start of the game. and game ability information regarding the second user's ability in the game at the start of the game, the reward for the second user may be determined. Specifically, if the second user's game ability at the start of the game is higher than the first user's game ability at the start of the game, the reward determination unit 140 determines that the second user's game at the start of the game The reward for the second user is determined so that the value of the reward for the second user is higher than when the ability in the game is not higher than the ability in the game of the first user at the start of the game. good too.

For example, if the reward is determined based on multiple elements including game ability (ability in the game) at the start of the game, assuming that elements other than game ability are the same, the game start If the game ability of the second user at the time 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. A reward for the second user is determined such that the value of the reward for the second user is higher than in the case without the second user.

In the aforementioned baseball game X, the contribution points correspond to an example of the "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 points of the user U3 is calculated based on the original ability parameters of the player characters owned by the user U3 among the player characters of the user team, and the original values of the player characters owned by the user U1 are calculated. An initial value of momentum points for user U1 is calculated based on the ability parameter. Then, when the momentum points of the user U3 are greater than the momentum points of the user U1, the reward determining unit 140 gives more points to the user U3 than when the momentum points of the user U3 are not greater than the momentum points of the user U1. Increase the number of contribution points to be contributed (calculation formula (1) described above).

[3-5-3] The reward determining unit 140 may determine the reward for 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, information about the results achieved by the individual user in the game corresponds to an example of "play result information". For example, in the case of a baseball game, the user's batting record (or pitcher's record) corresponds to an example of "play result information." For example, in the case of a soccer game, the number of points scored by the user, the number of assists, or the pass success rate, etc., correspond to an example of "play result information." Further, for example, in the case of a game for defeating enemies, the number of enemies defeated by the user, the amount of damage given to the enemies by the user, or the like corresponds to an example of "play result information".

"Determining a reward based on the game ability information and the play result information" means, for example, that if the ability indicated by the game ability information is high, the value of the reward is higher than if the ability is low. In addition, when the play result indicated by the play result information is good, the value of the reward is higher than when the play result is bad. More specifically, first, based on the play result information, determine the reward for all users who participated in the game, and then distribute 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 for each user who participated in the game, and then increase or decrease the reward for each user according to the play result information of each user, It is to determine the reward for each user.

In the aforementioned baseball game X, the contribution points correspond to an example of the "reward". Also, 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 hit a hit, etc.) It corresponds to an example of “result information”.

In the baseball game X, the initial value of the momentum points of the user U1 is calculated based on the original ability parameters of the player characters 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, user U1's momentum points are increased. Then, the remuneration determination unit 140 determines 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, the more the contribution points given to the user U1. become more.

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

Here, the "game result information" is information about the game result. For example, in the case of a game in which a plurality of users cooperate to achieve a goal, 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 of

"Determining a reward based on the game performance information and the game result information" means that, for example, when the performance indicated by the game performance information is high, the value of the reward is higher than when the performance is low. In addition, when the game result indicated by the game result information is good, the value of the reward is higher than when the game result is bad, and the reward is determined. More specifically, first, based on the game result information, determine the reward for all users who participated in the game, and then distribute 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, the reward for each user participating in the game is tentatively determined based on the game ability information, and then the reward for each user is increased or decreased according to the game result information, thereby increasing or decreasing the reward for each user. It is to determine the reward.

In the aforementioned baseball game X, the contribution points correspond to an example of the "reward". Also, the player character's original ability parameter corresponds to an example of "game ability information at the start of the game", and the match result (whether or not the player has won the opponent) corresponds to an example of "game result information".

In the baseball game X described above, the initial value of the momentum points of the user U1 is calculated based on the original ability parameters of the player characters owned by the user U1 among the player characters of the user team. Also, a base point of contribution points is set based on the match result. Then, the remuneration determination unit 140 determines 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, 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 first user and the second user are included in the plurality of users who participated in the game, the reward determining unit 140 reduces at least part of the reward for the first user, The reward for the first user and the reward for the second user may be determined by adding the reduced amount to the reward for the second user.

Here, "reduce at least part of the reward for the first user and add the reduced amount to the reward for the second user" means that the first user is to reduce the reward for For example, if 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, if 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 extent to which the reward for the first user is reduced may be determined in advance by the game developer (game provider), or may be set by the first user. That is, the remuneration determination unit 15 may set the extent to which the remuneration for the first user is reduced according to the setting operation of the first user. Here, the "setting operation" is an operation for setting the extent to which the reward for the first user is reduced. Further, "to set the degree of reduction of the reward for the first user in accordance with the setting operation" means that when the setting operation is received, the information indicating the degree of reduction of the reward for the first user is sent to the setting operation. is to update to show the degree specified by

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, the reward determining unit 140 provides at least A portion 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 remuneration determining section 140 may include a first remuneration determining section 141 and a second remuneration determining section 142 . The first reward determining unit 141 determines the reward for the first user and the reward for the second user according to a predetermined rule when the second user participates in the game as a type 1 participant. may The second reward determination unit 142 reduces at least part of the reward for the first user in accordance with a predetermined rule when the second user participates in the game as a second type participant, and the reduced amount is 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 a second type participant and the third user participates as a first type participant in the game, the second reward determination unit 142 provides a reward to the first user according to a predetermined rule. and at least a portion of the reward to the third user in accordance with the predetermined rule, and add the reduced amount to the reward to the second user in accordance with the predetermined rule. may be used to determine the reward for the first user, the reward for the second user, and the reward for the third user.

In the aforementioned baseball game X, the regular participant corresponds to an example of a "first class participant", and the helper participant corresponds to an example of a "second class participant". Also, the contribution points correspond to an example of the "reward", and the above-described calculation formula (1) corresponds to an example of the "predetermined rule".

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

Further, when the user U2 participates in the game as a normal participant and the user U3 participates in the game as a backer participant and wins the game (when the base points are 100 points), the second reward determining unit 142 User U1's contribution points calculated according to the calculation formula (1) above and user U2's contribution points calculated according to the above calculation formula (1) are subtracted by 5 points, respectively, and added to obtain 10 points (base equivalent to 10% of the points) is added to the contribution points of the user U3 calculated according to the above formula (1) to determine the contribution points to be given to each of the users U1, U2, and U3.

Note that when users U2 and U3 participate in the game as backing participants and win the game (when the base points are 100 points), the second reward determining unit 142 calculates The calculated contribution points of user U1 are reduced by 20 points, and 10 points (equivalent to 10% of the base points) are added to the contribution points of each of users U2 and U3 calculated according to the aforementioned calculation formula (1). Thus, the contribution points to be given to each of the users U1, U2, U3 are determined.

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

A reward linker 150 associates a reward with a user's identity. Here, "associating a reward with the identification information of the user" means giving a reward to the user identified by the identification information.

For example, to "associate a reward with a user's identity" is to award game points (or in-game currency) to the user. In other words, it is to increase the game points owned by the user. In other words, the game points associated with the user's identification information are increased by associating further game points while the user's identification information and game points are associated.

Also, for example, "associating a reward with the identification information of the user" means giving the user a game object. In other words, the number of game objects owned by the user can be increased by giving the user a new game object that the user does not own or by giving the user a game object that the user already has. 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 while the user's identification information and the game object are associated, the user's identification information is associated with the new game object. is to increase the number of game objects that are created.

As described above, the "reward" is not limited to game points or game objects, and various rewards can be set according to the contents of the game. For example, a "reward" may be a temporary or permanent change in a parameter associated with the user (parameter other than game points) to the advantage of the user.

However, it is necessary to set the "reward" while taking care not to disturb the balance of the game. For example, if a reward for raising the user's level is given, there is a risk that some games will lose their balance. In such a case, it is better not to give such a reward. Also, regarding game objects (game characters or game items) and game points, if too many are given, the balance of the game may be lost. do it.

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. A reward for the second user determined by unit 140 is associated with the identity of the second user.

"Associating a reward with the identity of the user upon execution of the game" means associating the reward with the identity of the user when the game is executed. For example, associating the reward with the user's identity after the game is played. Note that the reward may be associated with the user's identification information before or during the execution of the game.

In the aforementioned baseball game X, the contribution points correspond to an example of the "reward". The reward association unit 150 gives contribution points to each of the users U1 to U3.

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

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

Here, the "operation" is an operation that affects the progress of the game. For example, when the game progresses by the first user operating 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 operate the operation target object. For example, it is an operation of instructing the type of action to be performed by the operation target object, the timing to perform the action, the position or direction of the action, and the like. In the operation period in which the operation target object can be operated by the first user, the operation target object performs an action corresponding to the operation performed by the first user. A game character or the like corresponds to an example of the "operation target object". "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 execution of the game. In other words, the "operation period" is the period during which the computer accepts user operations.

A "supporting game object" is a game object that serves to assist the first user to the advantage of the first user during operation. A "game object" is an object that can be used in a game. For example, a game character, a game item, or the like corresponds to an example of a "game object."

“Accepting selection of a game object from the user” means receiving data indicating the result of selection by the user. For example, it is to receive data indicating the selection result by the user from the user's game terminal 30 . Alternatively, "accepting selection of a game object from a user" may be accepting a selection operation (an operation for selecting a game object) performed by the user.

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

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

Here, since the "user identification information" has already been explained when the participation application accepting unit 120 was explained, the explanation is omitted here.

A "game object associated with the user's identification information" is a game object that is associated with the user's identification information and stored in the storage device. That is, it is a game object owned by the user. In other words, it is a game object that can be used at will by the user.

In short, the supporting game object may be selected from a plurality of game objects owned by the second user (ie, a plurality of game objects available only to the second user). Note that the supporting game object may be selected from among a plurality of game objects that can be shared by a plurality of users.

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

Here, a "candidate" is a game object that can be selected as a supporting game object. In other words, a game object not selected as a candidate cannot be selected as a supporting game object during the game.

In this case, for each operation period, the selection reception unit 1301 selects at least one of the plurality of game objects selected as candidates as a supporting game object before or during the operation period. , may be received from the second user.

[3-7-3] The selection restriction unit 133 restricts the game objects selected by each of the plurality of users from being selected again by each of the plurality of users during execution of the game.

For example, in a case where the selection receiving unit 1301 receives a selection of a support game object for each operation period before or during the operation period, the selection restriction unit 1303 selects the support game object as Restricts game objects that have been selected from being selected again as supporting game objects.

Here, "to restrict the re-selection of the game object" means, for example, to prohibit the re-selection of the game object when the game object has been selected. However, it is not limited to completely prohibiting the game object from being selected again. For example, consecutive selection of game objects may be prohibited. That is, when a game object is selected, the next selection opportunity may prohibit the game object from being selected, and the next selection opportunity may allow the game object to be selected. . Alternatively, for example, the game object may be prohibited from being selected again for a predetermined period of time after the game object is selected. Alternatively, for example, in a predetermined number of selection opportunities after a game object is selected, the game object may be prohibited from being selected again. "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 aforementioned baseball game X, each action part corresponds to an example of the "operation period". Also, the event character set as the cheering character in the cheering 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 to be used in the action part corresponds to an example of the "support game object."

For this reason, the candidate selection reception unit 1302 sets a plurality of event characters among the event characters owned by each of the users U1 to U3 as support characters ( selection) from each of the users U1 to U3. In addition, the selection accepting unit 1301 accepts, from each of the users U1 to U3, selection of a support character to be used in the action part before the action part starts. Furthermore, 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 battle 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 during which at least one of the plurality of users can operate during execution of a game in which a plurality of users participate. . For example, the operation period setting unit 1304 sets an operation period during which the first user can operate while a game in which a plurality of users including a first user and a second user participate is being executed. For example, in a game, a plurality of users compete against an opponent, and the operation period setting unit 1304 sets the operation period during the competition.

Here, the “operation” has already been explained when the selection reception unit 1301 was explained, so the explanation is omitted here.

The "operation period during which at least one of the users can perform operations" is, for example, the following operation period. (Example 1) Operation period during which only one user out of multiple users can perform game operations (Example 2) Operation in which multiple users out of multiple users can perform game operations Period (Example 2-1) For example, an operation period in which both the first user and the second user can simultaneously perform game operations (Example 2-2). an operation period that includes a first operation period in which game operations are possible and a second operation period that follows the first operation period and in which the first user can perform a game operation. (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 the operation period" means setting the operation period in the middle of the game. In other words, it is to enable the user to perform game operations at a point in time (scene or period, etc.) after the start of the game and before the completion of the game.

For example, the operation period setting unit 1304 sets the operation period when a predetermined situation (situation that satisfies a predetermined condition) occurs. Alternatively, the operation period setting unit 1304 may set the operation period randomly. That is, the operation period setting unit 1304 determines whether or not to set the operation period for each point in time (scene, period, etc.) based on a predetermined probability. An operation period may be set. Note that the operation period may be set multiple 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, as an operation period, a specific player's turn at bat or a chance or pinch for the user's team. Note that the operation period setting unit 1304 may set the operation period for each turn at bat, or may set the operation period for each inning. For example, the operation period setting unit 1304 may set a predetermined inning (an inning that satisfies a predetermined condition: an inning starting with a specific batter, an inning in which a specific batter turns at bat, etc.) as the operation period. Further, for example, if the game is a game other than a baseball game, the operation period setting unit 1304 may set a period having a predetermined length of time (for example, one minute) as the operation period.

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

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

"Increase the number of users who can operate in the operation period based on the game object associated with the identification information of each of the plurality of users" means, for example, the identification of each of the plurality of users To increase the number of users who can perform a game operation in an operation opportunity based on whether or not a game object associated with information satisfies a predetermined condition. More specifically, for example, when a game object associated with identification information of each of a plurality of users satisfies a predetermined condition, it is more likely to perform a game operation at an operation opportunity than when 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 among the game objects associated with the identification information of each of the plurality of users. is the condition of It should be noted that whether or not a game object has a specific ability is determined based on data (parameters, etc.) of the game object.

The operation period setting unit 1304 may increase the number of users who can operate during the operation period based on the game object selected by at least one of the 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 operate during the operation period may be increased.

For example, the operation period includes a first operation period during which a first user of the plurality of users can operate. The operation period setting unit 1304 also allows a second user other than the first user to perform an operation during the first operation period based on the game object selected by at least one of the users. Alternatively, the operation period setting unit 1304 allows a second user other than the first user to perform an operation following the first operation period based on a game object selected by at least one of a plurality of users. Set the second operation period.

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

Furthermore, "setting a second operation period in which a second user other than the first user can operate the game following the first operation period" means that after the first operation period is completed, To set an operation period including a first operation period and a second operation period by setting a second operation period for receiving an operation by a second user. That is, a series of operation periods are set such that 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 operate during the operation period based on the game objects selected as supporting game objects.

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

The operation period setting unit 1304 sets the number of users who can perform operations in the action part when the support character selected by at least one of the users U1 to U3 as the object to be used in the action part has a link 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 operations (operations on the batter character). When having the cooperative action “stealing base support” as an effect, the operation period setting unit 1304 allows the user who is the owner of the batter character and the user who is the owner of the runner character to operate (the user who owns the batter character) in the action part. operation and operation of the runner character). Also, for example, if the cheering character selected by at least one of the users U1 to U3 has the link action "pistol batting line" as the cheering effect, the operation period setting unit 1304 is the owner of the batter character in the action part. A user, a user who is the owner of the next batter character, and a user who is the owner of the next batter character are allowed to perform respective operations.

[3-7-6] The control execution unit 1305 performs control for making it advantageous during the operation period in aiming for the achievement of the goal with respect to the game in which a plurality of users cooperate to achieve the goal. Based on game objects associated with identities of each of the plurality of users. For example, the control execution unit 1305 executes the 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 supporting game object.

Here, "executing control for making the operation period advantageous in aiming to achieve the objective" means executing control for making the user advantageous in aiming to achieve the objective. It is to be. In other words, it is to control so that the purpose can be easily achieved.

For example, the above-mentioned "executing control" means changing a game parameter that affects the ease of achievement of a goal so that the goal can be easily achieved.

Specifically, for example, when the operation period is "an operation period in which the user operates a game object", the above "executing control" means that the parameters of the game object are adjusted so as to improve the ability of the game object. is to improve

Further, for example, when the operation period is ``an operation period during which the user operates the first game object to play against the second game object operated by the opponent'', the above ``execute control'' , reducing the parameters of the second game object such that the ability of the second game object is reduced. Further, the above-mentioned "executing control" may mean changing the environment parameters related to the environment in the game space so that the purpose can be easily achieved.

It is assumed that the operation period is "an operation period during which the user operates a batter character in a baseball game and hits a ball thrown by the pitcher character operated by the opponent". In this case, the above "executing control" means improving the batter character's parameters so as to improve the batter character's abilities, decreasing the pitcher character's parameters so as to decrease the pitcher character's abilities, or , the direction and strength of the wind in the stadium are set so that the batter character is advantageous (for example, the wind blows toward the stands, or the wind blows toward the stands becomes stronger). .

Further, "executing control based on the game object selected as the supporting game object" means that the content of control (for example, how or how much the user is favored during the operation period) is controlled by the game object selected as the supporting game object. It is to change based on the object. For example, to give the user an advantage during operation in a manner or degree dependent on the capabilities of the game object selected as the supporting game object.

Alternatively, "execute control based on the game object selected as the supporting game object" means whether or not to execute control (that is, whether or not to give the user an advantage during the operation period). may be determined based on the game object selected as the Specifically, for example, if the game object selected as the supporting game object satisfies a predetermined condition, the user is given an advantage during the operation period, and if the game object selected as the supporting game object does not satisfy the predetermined condition, , it may be that it does not give the user an advantage during the operation period. More specifically, if the game object selected as the supporting game object has a specific performance (ability), the user is given an advantage during the operation period, and the game object selected as the supporting game object has the specific performance (ability). ) does not give the user an advantage during operation.

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

The control execution unit 1305 temporarily increases the basic abilities of the batter character and the runner character based on the cheering effect of the cheering character selected by at least one of the users U1 to U3 to be used in the action part. A special ability is temporarily given to a character or a runner character.

[3-7-8] The task setting unit 1306 sets tasks to be completed during the operation period. A task setting unit 1306 sets a task based on a game object selected by at least one of a plurality of users. For example, the task setting unit 1306 sets tasks based on game objects selected by each of the plurality of users. That is, the task setting unit 1306 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 based on the acquired game object Set challenges.

Here, the “task” is a task to be achieved by the user performing the operation during the operation period. Also, "to set a task based on a game object selected by each of a plurality of users" means that a game operation is performed during an operation period set based on a game object selected by each of a plurality of users. It is to set the task according to the number of users who can That is, to set a task that can be accomplished by that number of users. In other words, it is to set a task that can be accomplished by cooperating with the relevant number of users.

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

In the aforementioned baseball game X, the bonus condition for the cooperative action corresponds to an example of the "task". When the support character selected by at least one of the users U1 to U3 as an object to be used in the action part has a link action as a support effect, the task setting unit 1306 sets the bonus condition of the link action as the task.

[3-7-9] The game progression unit 1307 progresses a game in which multiple users participate.

For example, the game progression unit 1307 automatically advances the game during periods other than the operation period. In other words, during a period other than the operation period, the game progression unit 1307 advances the game while restricting the operations of all users among the plurality of users.

On the other hand, during an operation period in which one of the plurality of users can perform an operation, the game progression unit 1307 performs the game based on the operation performed by the at least one user during the operation period. proceed. For example, during an 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 during the operation period.

Here, "advance the game based on the operation" means that the operation affects the progress of the game, and as a result, the operation also affects whether the goal can be achieved in the end. It is designed to affect

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

[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) during the operation period.

Here, the “achievement result of the task” is whether or not the task has been achieved. Note that the “result of achievement 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 identification information of at least one of the users who participated in the game with the reward based on the task achievement result determined by the achievement result determination unit 1308.

Here, "associating the reward with the identification information of at least one of the plurality of users 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. It is to decide based on the achievement result of the task. Specifically, when the task is achieved (or when the degree of task achievement is equal to or greater than a 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. (or if the achievement level of the task is not equal to or greater than the threshold), the identification information of at least one of the plurality of users is determined not to be associated with the reward.

Further, "associating the identification information of at least one of a plurality of users with a 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 to Specifically, the reward may be determined such that the higher the degree of achievement of the task, the higher the value of the reward. In other words, the reward may be determined such that the value of the reward is higher when the degree of accomplishment of the task is higher than when the degree of achievement of the task is lower. 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 beneficial to the user when the degree of achievement of the task is high than when the degree of achievement of the task is low. Alternatively, the amount of reward may be determined such that the higher the degree of achievement of the task, the greater the amount of reward. That is, the amount of reward may be determined such that the amount of reward is larger when the degree of achievement of the task is higher than when the degree of achievement of the task is lower.

Further, "associating the identification information of at least one of a plurality of users with a reward based on the achievement result of the task" means that, for example, the number of users associated with the reward (the number of users to whom the reward is given) is determined as the task. It may be determined based on the results achieved. Specifically, the number of users associated with rewards may be determined such that the higher the degree of achievement of a task, the greater the number of users associated with rewards. That is, when the degree of accomplishment of a task is high, the number of users associated with a reward may be increased compared to when the degree of achievement of a task is low.

In the aforementioned baseball game X, the bonus condition for the cooperative action corresponds to an example of the "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 for the coordinated action is satisfied, the reward association unit 150 gives a bonus point for the coordinated action to the users among the users U1 to U3 who were involved in the coordinated action.

[4. Processing] Next, processing executed in the game system 1 to realize the functional blocks described above will be described.

FIG. 39 shows an example of processing executed when setting a support character (PH201 in FIG. 8). Specifically, it shows an example of the process executed when the element P162 of the support character setting image G160 shown in FIG. 10 is selected. Candidate selection reception unit 1302 is implemented by executing the processing shown in FIG. 39 according to a program. Assume below 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). A request is received via the communication unit 13 (S100).

The "supporting character registration request" requests that the event character set as the supporting character in the supporting character setting image G160 be registered as the supporting character. For example, the user ID of user U1 and the event character ID of the event character set as the support character are transmitted from game terminal 30-1 to 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 step S102 is executed, control unit 11 transmits completion image data indicating that the registration of the support character has been completed to game terminal 30-1 via communication unit 13 (S104). The control unit 31 receives the data via the communication unit 33 (S302). Then, based on the data, the control unit 31 displays a completion image on the display unit 35 (S304). The “image data” may be data representing the image itself, or data representing information necessary to generate the image. The same applies to the following.

FIG. 40 shows an example of processing executed when creating a team (PH202 in FIG. 8). In the following, it is assumed that 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). is received via the communication unit 13 (S110). For example, the user ID of user U1 is transmitted from game terminal 30-1 to 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, a team ID that is generated so as not to duplicate existing team IDs is registered in the "team ID" field of the new record. Also, the user ID and competition level of user U1 are registered in the "host user" and "competition level" fields of the new record, respectively. Further, the value "0" is registered in the "helper request flag" and "reception completion flag" fields of the new record.

After executing step S112, control unit 11 transmits the data of standby image G180 to game terminal 30-1 via communication unit 13 (S114), and control unit 31 of game terminal 30-1 transmits the data to the communication unit. 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 requesting a backer. Specifically, it shows an example of the processing that is executed when the element P184 of the standby image G180 shown in FIG. 12 is selected. The participation request reception unit 110 is realized by executing the processing shown in FIG. 41 according to the program. Assume below 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 a helper request to the server 10 via the communication unit 33 (S320). 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 backer request is requested are transmitted from the game terminal 30-1 to the server 10 as the backer request.

When the backer request is received, the control unit 11 registers the backer request (S122). For example, the control unit 11 accesses the team table TBL104 and updates the backer request flag of the target team for the backer request to "1".

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

FIG. 42 shows an example of processing executed when accepting an application for participation as a normal participant (PH203 in FIG. 8). The participation application reception unit 120 (first participation application reception unit 121) is realized by executing the processing shown in FIG. 42 according to the program. In the following, it is assumed that user U2 attempts to participate in 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). is received via the communication unit 13 (S130). "Team list request" requests a list of teams that user U2 can join. For example, the user ID of user U2 is transmitted from game terminal 30-2 to 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 obtains a list of teams that the user U2 can participate in (S134). Specifically, the control unit 11 obtains a list of teams whose competition level is equal to or lower than the competition level of the user U2 and whose acceptance 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). The control unit 31 of -2 receives the data via the communication unit 33 (S332). Then, based on the data, the control section 31 displays the team list image G190 on the display section 35 (S334).

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

When the above notification is received, control unit 11 transmits data of participation application image G200, which enables application for participation in the team selected by user U2, to game terminal 30-2 via communication unit 13. (S140), the control unit 31 of the game terminal 30-2 receives the data via the 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 element P205 of participation application image G200 is selected by user U2, control unit 31 of game terminal 30-2 transmits the application for participation to server 10 via communication unit 33 (S342), and control unit 11 of server 10 receives the application for participation via the communication unit 13 (S142). For example, the user ID of user U2, the team ID of the team to which the participation application is applied, and information indicating that the application is for participation as a normal participant are transmitted from game terminal 30-2 to server 10 as the application for participation. .

When the application for participation is received, the control unit 11 registers the user U2 as a regular participant in the team for which the application for participation has been made (S144). For example, the control unit 11 accesses the team table TBL104, and registers user U2 in the "participant 1" field if no other user is registered in the "participant 1" field of the team for which the participation application has been made. , if another user is registered in the "participant 1" field, user U2 is registered in the "participant 2" field. At this time, the user ID of user U2 is registered in the "user ID" subfield, and the value "0" is registered in the "helper flag" subfield.

After executing step S144, control unit 11 transmits the data of standby image G180 to game terminal 30-2 via communication unit 13 (S146), and control unit 31 of game terminal 30-2 transmits the data to the communication unit. 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 an application for participation as a backer participant (PH203 in FIG. 8). The participation application accepting unit 120 (second participation application accepting unit 122) is implemented by executing the process shown in FIG. 43 according to the program. In the following, it is assumed that user U3 attempts to join a team created by another user as a backer participant.

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

When the backer request list request is received, the control unit 11 accesses the user table TBL101 and acquires the battle level of the user U3 (S152). Thereafter, the control unit 11 accesses the team table TBL104 and obtains a list of helper requests that the user U3 can respond to (S154). Specifically, the control unit 11 acquires a list of teams whose competition level is less than the competition level of the user U3, whose helper request flag is "1", and whose acceptance completion flag is "0".

After executing step S154, the control unit 11 transmits the data of the backer 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 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 backer request list image G210 on the display unit 35 (S354).

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

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

When the element P225 of the backer 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). 11 receives the application for participation via the communication unit 13 (S162). For example, the user ID of user U3, the team ID of the team to which the participation application is applied, and information indicating that the application is for participation as a backer participant are transmitted from game terminal 30-3 to server 10 as the application for participation. .

When the participation application is received, the control unit 11 registers the user U3 as a backer participant in the team for which the participation application is applied (S164). For example, the control unit 11 accesses the team table TBL104, and registers user U3 in the "participant 1" field if no other user is registered in the "participant 1" field of the team for which the participation application has been made. , if another user is registered in the "participant 1" field, user U3 is registered in the "participant 2" field. At this time, the user ID of user U3 is registered in the "user ID" subfield, and the value "1" is registered in the "helper flag" subfield.

After executing step S164, control unit 11 transmits the data of standby image G180 to game terminal 30-2 via communication unit 13 (S166), and control unit 31 of game terminal 30-2 transmits the data to the communication unit. 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 game phase (PH21 in FIG. 8). That is, it shows an example of the processing that is executed from the start of the match to the end of the match. The game executing section 130, the reward determination section 140, and the reward association section 150 are implemented by executing the processes shown in FIGS. 44 and 45 according to the program. In the following, it is assumed that users U1 to U3 play a match against an opponent (CPU).

44 and 45 are executed by one 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 devices. For example, if one of game terminals 30-1 to 30-3 functions as a master device, the other game terminals 30 serve as slave devices. Also, 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 takes on the role of game server. For example, when one of game terminals 30-1 to 30-3 functions as a master device, the master device receives information about operations performed on each slave device from each slave device, and Update the current game status based on the operation and the operation performed on each slave device, and send information indicating the updated status to each slave device. By doing so, the game status is shared among the game terminals 30-1 to 30-3. A case will be described below where the game terminal 30-1 of the user U1, who is 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 game situation table TBL105, the player character table TBL106, and the support character table TBL107 (S1000). Then, the control unit 31 calculates the initial values of momentum points of each of the users U1 to U3 (S1002).

For example, the control unit 31 calculates the initial value of the momentum points of the user U1 based on the original ability parameters of the player characters 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, the larger the initial value of the momentum points of the user U1. That is, when the ability of the player character owned by the user U1 is high, the initial value of the momentum points of the user U1 is increased compared to when the ability is low. Calculated. The initial values of the momentum points of each of the users U2 and U3 are similarly calculated. Note that the control unit 11 acquires the sum of the momentum points of each of the users U1 to U3 as the momentum points of the user team. Further, the control unit 11 calculates momentum points of the opponent team based on the original ability parameters of the player characters of the CPU team.

After executing step S1002, the control unit 31 displays a game 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 game start image on the display unit 35. FIG. 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 advancing part image G240 on the display unit 35. FIG.

Then, the control unit 31 automatically advances the game (S1008). For example, the control unit 31 can cause both player characters of the user team and player characters of the opponent team to virtually move in the virtual space based on the ability parameters (current ability parameters) of those player characters. automatically updates the match status. The control unit 31 displays the game situation automatically updated in this manner in the automatic progression part image G240. Further, the control unit 31 notifies the game terminals 30-2 and 30-3 of the automatically updated match situation. As a result, the automatic advancing part image G240 displayed on the display units 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 the situation 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 does not reach the predetermined situation, the control unit 31 determines whether or not the game has ended (S1012).

When the match ends, the control unit 31 determines contribution points for each of the users U1 to U3 (S1014). For example, the contribution points of each of the users U1 to U3 are calculated according to the aforementioned calculation formula (1) based on the momentum points of each of the users U1 to U3 at the end of the game. Note that the calculated contribution points of each 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 each of the users U1 to U3. is added to the value of the "Contribution Points" field for each of the After executing step S1014, the control unit 31 displays the game result image G300 on the display unit 35 (S1016). At this time, control unit 31 also instructs game terminals 30-2 and 30-3 to display game result image G300 on display unit 35. FIG. In this case, the process ends.

On the other hand, if the match has not ended, the control unit 31 returns to step S1008 and automatically continues the match. That is, the control section 31 continues the automatic progression part.

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

In step S1018, control is performed so that the number of action parts during one match reaches a predetermined number. Also, control is performed so that the number of action parts for each of the users U1 to U3 during one match is equal.

For example, the number of action parts during one match is controlled to be three. Specifically, for example, one action part always occurs between the top of the first to the bottom of the third inning, one action part always occurs between the top of the fourth to the bottom of the sixth inning, and the top of the seventh inning. It is controlled so that one action part occurs between the bottom of the 9th inning.

If the action part occurs at any timing from the top of the 1st inning to the bottom of the 3rd inning, then until the bottom of the 3rd inning ends, in step S1018, regardless of the probability information, the action part is performed. It is decided not to switch. The same applies between the top of the 4th to the bottom of the 6th inning and between the top of the 7th to the bottom of the 9th inning.

Further, if the action part of the user U1 occurs at any timing from the top of the first inning to the bottom of the third inning, then in step S1018, the player character owned by the user U1 is a batter or a pitcher. Then, regardless of the probability information, it is determined not to switch to the action part.

Further, when the possibility of the action part occurring is low between the top of the first inning and the bottom of the third inning, control may be performed so that the action part is more likely to occur. For example, if the action part does not occur until the top of the 3rd inning, it is considered that the possibility of the action part occurring between the top of the 1st and the bottom of the 3rd inning is low, and the action part is switched to. You may make it raise the probability that it is decided that it is . The same applies between the top of the 4th to the bottom of the 6th inning and between the top of the 7th to the bottom of the 9th inning.

In addition, in a situation where it is unlikely that any user's action part will occur, control may be performed so that the action part is more likely to occur. That is, in a situation where the player character owned by the user is a batter or a pitcher, the probability of the decision to switch to the action part may be made higher than usual.

It is not essential to control so that one action part always occurs between the top of the first inning and the bottom of the third inning. That is, there may be a case where the action part does not occur between the top of the first inning and the bottom of the third inning. If the action part does not occur between the top of the 1st inning and the bottom of the 3rd inning, then the action part should occur 3 times between the top of the 4th inning and the bottom of the 9th inning. Also, in this case, in order to avoid the 3rd action part not occurring between the top of the 4th and the bottom of the 9th inning, we made it easier for the action part to occur between the top of the 4th and the bottom of the 9th inning. good too. Also, it is not essential to control the number of action parts for each of the users U1 to U3 during one game to be equal.

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

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

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

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

Similarly, in a cheering character selection image G260 displayed on game terminal 30-2, an event character previously set as a cheering character by user U2 is displayed as a cheering character selectable by user U2. Further, when user U2 selects any of the support characters, game terminal 30-2 notifies game terminal 30-1 of the selection result of user U2 (event character ID of the support character selected by user U2). be. The same applies to user U3 and game terminal 30-3.

When all of the users U1 to U3 have completed the selection of the cheering characters, the control unit 31 determines whether or not the cheering characters for which the linked action has been set as the cheering effect are selected and the conditions for activating the linked action are satisfied. (S1024).

For example, it is assumed that a cheering character with a link action "pistol batting line" set as a cheering effect is selected. Since activation conditions are not set for the "pistol batting line", in this case, the control unit 11 selects a cheering character for which a coordinated action is set as a cheering effect, and the activation condition for the coordinated action is satisfied. determine that there is

Also, for example, it is assumed that a cheering character is selected for which the cooperative action "stealing base support" is set as the cheering effect. Since "a runner is present on at least one of first base and second base" is set as an activation condition for "stealing base support", the control unit 31 determines that the current situation is a situation where a runner is present on at least one of first base and second base. Determine whether or not If the current situation is a situation in which there is a runner on at least one of first base and second base, the control unit 31 selects a cheering character for which a coordinated action is set as the cheering effect, and the conditions for activating the coordinated action are satisfied. determined to be

When a cheering character for which a coordinated action is set as a cheering effect is selected and the conditions for activating the coordinated action are satisfied, the control unit 31 accepts a selection as to whether or not to activate the coordinated action (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 link action. For example, if user U1 who is the host can select whether or not to activate the link action, control unit 31 displays activation selection image G270 on display unit 35 of game terminal 30-1. In this case, the activation selection image G270 is also displayed on the display units 35 of the game terminals 30-2 and 30-3 in a state in which selection by the users U2 and U3 is disabled, so that the selection by the user U1 can be performed by the user U2. , U3 can see.

After executing step S1026, the control unit 31 generates the cheering effect set for the cheering character selected in step S1022 (S1028).

For example, if the cheering character selected in step S1022 has a cheering effect that raises 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 sets the "current ability parameter". Raises the value of the basic ability parameter stored in the field.

Further, for example, if the cheering character selected in step S1022 has the 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 reads "current ability Update the special ability parameters stored in the "Parameters" field.

In these cases, the basic ability parameters and special ability parameters of the player character operated by the user in the action part may be updated. That is, when the user team is attacking, the basic ability parameter or special ability parameter of the player character who is the batter is updated, and when 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, if the cheering character selected in step S1022 has a cheering effect that lowers the basic abilities of the player characters of the opponent team, the control unit 31 accesses the player character table TBL106 of the opponent user team and reads " Decrease the value of the basic ability parameter stored in the "current ability parameter" field.

Further, for example, if the cheering character selected in step S1022 has a cheering effect that disables the special ability of 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 parameters stored in the "current ability parameters" 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 pitcher of the opposing team is updated. The player character's basic ability parameter or special ability parameter may be updated.

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

For example, when the activated link action is "pistol batting line", the control unit 31 controls the action part so that not only one at-bat operation but also three consecutive at-bat operations can be performed in the action part. Change the exit condition of .

Further, for example, when the activated coordinated action is "stealing base support", 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 target.

It should be noted that the activated link action includes a cheering effect that raises the basic abilities of the player characters of the user team, a cheering effect that gives special abilities to the player characters of the user team, and a cheering effect that lowers the basic abilities of the player characters of the opponent team. Alternatively, a cheering effect or the like may be set to nullify the special abilities of the player characters of the opponent team (see FIG. 22). In such a case, the basic ability parameter or special ability parameter stored in the "current ability parameter" field of the player character table TBL106 of the user team or the opponent team is updated in the same manner as described above.

After executing 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 being displayed, the control section 31 executes the action part. At this time, control unit 31 also instructs game terminals 30-2 and 30-3 to display action part image G280 on display unit .

For example, when the action part image G280 shown in FIG. 24 is displayed, the control unit 31 controls the pitcher character PC of the opponent team in accordance with a predetermined algorithm (such as AI).
2 to perform an action (throwing a ball, 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 makes the batter character PC1 perform a motion (batting motion) in response to the operation. etc.). When the batter character PC1 is operated by the user U2 or U3, the control unit 31 stores data indicating the operation performed by the user U2 or U3 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 causes the batter character PC1 to perform an action (batting action, etc.) according 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 game situation. be. Alternatively, by transmitting updated action part image G280 to game terminals 30-2 and 30-3, action part image G280 displayed on display unit 35 of game terminals 30-2 and 30-3 is updated. be.

The control unit 31 monitors whether the action part has ended (S1032). When the action part has ended, the control unit 11 determines whether or not the bonus condition for the activated link action is satisfied (S1034).

For example, if the activated link action is "pistol batting line", the bonus condition for "pistol batting line" is "2 hits". be judged. Then, if the number of hits by the user team in the action part is two or more, it is determined that the bonus condition of the "pistol batting line" has been satisfied.

Further, for example, if the activated coordinated action is "support for stolen bases", the bonus condition for "support for stolen bases" is "the batter misses and the runner succeeds in stealing bases". When the batter character of the user team whiffs and the runner character succeeds in stealing a base, it is determined that the bonus condition of "stealing base support" has been satisfied.

Then, the control unit 31 accesses the game situation table TBL105 and increases the momentum points of the user who performed the operation 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 points of the user U1 are increased based on the operation result (play result) of the user U1 in the action part. That is, user U1's momentum points are increased based on the performance achieved by user U1 in the action part. For example, when the score is good, the increase in momentum points of user U1 is greater than when the score is poor. Also, for example, when the results are good, the user U1's momentum points are increased, and when the results are poor, the user U1's momentum points are not increased.

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. Also, for example, when the batter character hits a home run, the amount of momentum points increased by the user U1 is greater than when the batter character hits a single hit.

Furthermore, if the invoked coordinated action is successful, a success bonus point is added to the momentum points of the user involved in the coordinated action. For example, if the activated link action is "pistol batting line", a success bonus point (60) is added to the momentum points of each user who has operated the batter character in each of the three at-bats (see FIG. 22). Also, for example, if the activated coordinated action is "base stealing support", a 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 Figure 22).

After executing step S1036, the control section 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 . After that, the control unit 31 executes step S1006. That is, the control section 31 resumes 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 enhanced based on the support character selected by the user U2 in the action part that the user U1 can operate. Therefore, the user U2 can participate in the action part of the user U1 by selecting the support character. That is, in the action part of the user U1, it is possible to improve the degree of involvement of the user U2 other than the user U1 who performs the main operations in the progress of the match.

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

In addition, in the game system 1, when the single player part is played by the user, the event character owned by the user is used in the single player part, and even when the cooperative play part is played by the user, the event character owned by the user is used in the cooperative play part. That is, the event character is incorporated into the event deck and used in the one-player play part, and is used as a support character in the cooperative battle part. According to the game system 1, an event character used in the single player part can be used as a support character in the cooperative match 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, the plurality of event characters are selected as support characters to be used in the action part. At least one of the support characters is selected (FIGS. 21 and 27). For this reason, according to the game system 1, there is interest in predicting the development of the game in advance and setting support characters, and from among the support characters set in advance, for each action part, the scene of the action part is selected. At the same time, it is possible to provide the user U2 with the interest of selecting a support character to be used in the action part, and it is possible to improve the interest in setting and selecting the support character.

In addition, in the game system 1, based on the cheering characters owned by each of the users U1 to U3, a cheering effect (coordinated action "pistol batting line", "stealing base support", etc.) is activated in the action part. increase the number of users who can perform As a result, it becomes possible for the users U1 to U3 to feel the interest of cooperating with each other to compete against an opponent.

Specifically, the cheering effect of the cheering character selected by at least one of the users U1 to U3 from among the cheering characters owned by each of the users U1 to U3 (coordinated action “pistol batting line” or “stealing base support , etc.), the number of users who can operate the action part is increased. As a result, it is possible to provide the interest of selecting a cheering character having the above cheering effect according to the scene of the action part.

For example, when the coordinated action "stealing base support" is activated, it becomes possible for the user U2 to operate the runner character in the action part in which the user U1 operates the batter character, and the users U1 and U2 perform operations in cooperation. becomes possible. As a result, it is possible to make the users U1 and U2 feel the excitement of aiming for victory by cooperating with each other.

Also, for example, when the link action “pistol batting line” is activated, it becomes possible to play three times in a row. and the next batter is a player character owned by user U3, user U1 operates the batter character, user U2 operates the batter character, and then user U2 operates the batter character. The batter character is operated by U3. That is, it becomes possible for the users U1, U2, and U3 to perform operations in succession, and as a result, it is possible for the users U1, U2, and U3 to feel the excitement of aiming for victory by cooperating with each other. become.

Further, in the game system 1, for example, if the support character selected by any of the users U1 to U3 has the link action "pistol batting line" or "stealing base support", the "pistol batting line" or "stealing base support" is performed. When the "pistol batting line" or "stealing base support" is activated, a bonus condition is set, and when the bonus condition is achieved, bonus points are added to the momentum points of the user involved in the coordinated action. Granted. According to the game system 1, it is possible to provide the user with the interest of selecting a support character based on the bonus conditions. In addition, it is possible to provide the user with the interest of cooperating with each other to achieve the bonus condition.

In addition, in the game system 1, the re-use of the support character used in the action part during one game is restricted (FIG. 27). need to do. As a result, it is possible to improve interest in selecting a support character.

Further, in the game system 1, when an application for participation in a team created by the user U1 (in other words, a match against an opponent hosted by the user U1) is accepted from the users U2 and U3, the users U1 to U3 A match is played against an opponent, and contribution points are given to each of the users U1 to U3 according to the performance of the match. For example, when the user U3 participates in the team as a regular participant, the contribution points of the user U3 are calculated according to the aforementioned calculation formula (1). On the other hand, when the user U3 participates in the team as a backer participant, a portion of the contribution points of the user U1 calculated according to the above-described calculation formula (1) is reduced, and the reduced amount is It is added to the user U3's contribution points calculated according to the calculation formula (1). Therefore, the user U3 can obtain more contribution points than originally obtainable. Therefore, according to the game system 1, it is possible to motivate other users to participate in the team created by the user U1. It becomes possible to make it easier for other users to appear.

Further, in the game system 1, when the user U2 participates as a regular participant and the user U3 participates as a backer participant, at least a portion of the contribution points of the user U1 and at least a portion of the contribution points of the user U2 is reduced, and the reduced amount is added to user U3's contribution points. Therefore, the user U3 can obtain more contribution points than originally obtainable. Therefore, according to the game system 1, it is possible to give the user U3 a motivation to participate in the team in which the users U1 and U2 participate. It is possible to encourage other users who want to appear more easily.

Further, in the game system 1, when a backer request for the team created by the user U1 is received from the user U1, acceptance of a backer participation application to the team is started. According to the game system 1, by requesting a helper, the user U1 can have other users participate in the team created by the user, but in this case, the contribution points of the user are reduced. It will be. That is, in the game system 1, the user U1 can choose whether or not to have other users participate in the team created by him in exchange for a reduction in his reward.

In addition, in the game system 1, a backer participation application for the team created by the user U1 is accepted from other users whose competition level is higher than that of the user U1. For this reason, according to the game system 1, the user U1 can have other users with a higher competition level join the team he created in exchange for a reduction in his contribution points. be possible.

Further, in the game system 1, when the user U3, whose competition level is higher than that of the user U1, participates in the team created by the user U1 as a backer participant, at least a part of the contribution points of the user U1 is reduced, and the reduced amount is Since the contribution points are added to the contribution points of the user U3, the user U3 can obtain more contribution points than originally obtainable. As a result, it is possible to motivate other users to try to join teams created by users with less ability than themselves, so they try to join teams created by users with less ability than themselves. It becomes possible to make it easier for other users to appear.

In addition, in the game system 1, the user U1 may be able to set how much his own contribution points are to be reduced and added to the contribution points of the user U3. 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, when other users who want to join the team created by the user do not appear easily, it is possible to make it easier for other users to join the team created by the user by increasing the above degree. 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 greater the initial value of the user's momentum points. The greater the user's momentum points, 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. Therefore, it is possible to motivate a user who owns a player character with high ability to participate in the game, and to encourage the user to participate in the game.

Further, in the game system 1, for example, when the ability of the player character owned by the user U3 (ability at the start of the game) is higher than the ability of the player character owned by the user U1 (ability at the start of the game), the user Compared to 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, the initial value of the momentum points of the user U3 becomes larger, and as a result, the contribution given to the user U3. more points. According to the present invention, more contribution points are given to a user who owns a player character with higher ability than player characters owned by other users who have participated in the same game. It is possible to motivate a user who owns a player character with a high ability to participate in a match in which a user who owns a player character whose ability is lower than that of the user's own player character participates. It becomes possible to encourage participation in the game.

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 (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). is 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 is possible to motivate other users who own player characters with abilities higher than those of player characters owned by user U1 to participate in the team created by user U1. Participation in the team can be encouraged.

Further, in the game system 1, when a backer request is received from the user U1, acceptance of a backer participation application to the team created by the user U1 is started. According to the game system 1, by requesting a backer, the user U1 can have another user participate in the team created by the user as a backer participant. That is, it becomes possible to have a user whose competition level is higher than the user (that is, another user who is likely to own player characters with higher abilities than the user) to participate in the team created by the user. . 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, the user's It becomes difficult to get the user U3 to respond to the backer 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 ability of the owned player character is higher than that of the user U1, it becomes easier for the user U3 to respond to the backer participation request.

Further, in the game system 1, the momentum points of the user are increased according to the user's play result in the game. As described above, the contribution points given to the user are determined based on the momentum points of the user. 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 is possible to give the user motivation to aim for better play results.

Also, in the game system 1, the base points for calculating the contribution points of each user are set based on the match results. Therefore, in the game system 1, the contribution points to be given to the user are determined in consideration of the match result. For example, when the match result is good (for example, when the match is won), compared to when the match result is not good (for example, when the match is lost), more base points are given to the user. Therefore, according to the game system 1, it is possible to motivate the user to aim for a better match result.

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

[6-1] Environmental parameters relating to the environment in which the game is played may be stored in the game situation table TBL105. For example, an environmental parameter indicating the direction or strength of the wind at the match site may be stored in the match situation table TBL105. Then, a cheering effect may be provided to change the environmental parameters so as to be advantageous to the user. For example, when the user team attacks, the wind blows from the home base toward the stands, or the wind blowing from the home base toward the stands increases in strength. good. Also, for example, when the user team is defending, the strength of the wind blowing from the home base toward the stands is weakened, the wind blows from the stands toward the home base, or the wind blowing from the stands toward the home base is reduced. You may provide the support effect which strengthens the strength of.

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

[6-3] The support character may be a game character separate from the event character. Also, the single play part is not essential and may be omitted.

[6-4] It is also possible to provide only a helper participant without providing a normal participant.

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

[7. Addendum] From the above description, the present invention can be 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 this does not limit the present invention to the illustrated embodiments.

1) A game system (1) according to one aspect of the present invention includes participation application receiving means (120) for receiving an application for participation in a game played by a first user from a second user; a game executing means (130) for executing a game (for example, a cooperative play part) in which the first user and the second user participate when accepted from the second user; and the first user and the second user; Reward association means ( 150), wherein at least part of the reward for the first user is reduced and the reduced amount is added to the reward for the second user, and the reward for the first user and the Further includes a reward determining means (140) for determining a reward for the second user.

10) A game control device (10 or 30) according to an aspect of the present invention, when receiving an application for participation in a game played by a first user from a second user, the first user and the second user In a game control device (10 or 30) that controls a 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 user participates, at least a reward to the first user Remuneration determining means (140) for determining the remuneration for the first user and the remuneration for the second user by reducing a portion and adding the reduced amount to the remuneration for the second user including.

11) Further, a program according to an aspect of the present invention functions 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 for

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

13) A control method for a game system (1) according to an aspect of the present invention includes a participation application receiving step (S142, S162) of receiving an application for participation in a game played by a first user from a second user; a game execution step (S1000 to S1012) of executing a game in which the first user and the second user participate when an application for participation in the game is received from the second user; A reward for associating a reward for the first user with identification information of the first user and a reward for associating a reward for the second user with the identification information for the second user in response to execution of the game in which two users participate. and an associating step (S1016), wherein at least a portion of the reward for the first user is reduced and the reduced amount is added to the reward for the second user, thereby rewarding the first user. and a reward for the second user (S1014).

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

According to the inventions described in 1), 10) to 14) above, when an application for participation in a 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, the reward for the second user is determined by reducing at least part of the reward for the first user and adding it to the reward for the second user. You can get more rewards than you can get. Therefore, according to the present invention, it is possible to give motivation to other users to participate in the game played by the first user, and as a result, to participate in the game played by the first user. It becomes possible to make it easier for other users who want to appear.

2) In one aspect of the present invention, it includes a participation request reception means (110) that receives a request for participation in a game played by the first user from the first user, and the participation application reception means (120) receives the participation request. Acceptance of the application for participation may be started in response to a request.

According to the invention described in 2), when a request for participation in a game played by the first user is received from the first user, acceptance of application for participation in the game is started. According to the present invention, the first user can invite the second user to participate in the game he or she is playing by requesting 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 choose whether or not to allow other users to participate in the game he or she is playing in exchange for a reduction in reward for the first user. Become. Moreover, according to the present invention, the second user who participates in the game played by the first user can obtain more rewards than originally obtainable. Therefore, according to the present invention, it is possible to give motivation to other users to participate in the game played by the first user, and as a result, 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 accepting means (120) is based on game ability information about the ability of the first user in the game and game ability information about the ability of the second user in the game. and when it is determined that the second user's ability 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, an application for participation in the game in which the first user participates is accepted from the second user. For this reason, according to the present invention, the first user is allowed to participate in the game he or she is playing with another user having higher game ability (ability in the game) than the first user, in exchange for a reduced reward for the first user. It becomes possible to get it. In general, users with high game ability tend to avoid participating in games played by users with lower game ability than themselves. The second user can obtain more rewards than originally obtainable when participating in the game played by the first user. Therefore, according to the present invention, it is possible to motivate other users to participate in a game played by a user whose game ability is lower than that of the user. Other users who try to participate in games played by low users are more 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 equal to the game ability information about the ability of the first user in the game. reducing at least a portion of the reward for the first user if higher than the indicated ability, and adding the reduced amount to the reward for the second user; A 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 part of the reward to the first user is reduced and the second user Since the reward for the second user is determined in such a manner as to be added to the reward for the user, the second user can obtain more reward than originally obtainable. In general, other users (second users) tend to avoid participating in games played by users (first users) who are less capable than themselves. ) is reduced and added to the reward for other users (second user). It becomes possible to give motivation to another user (second user) to participate in the game played by the first user). As a result, it is possible to make it easier for other users who want to participate in games played by users with lower abilities than themselves to appear.

5) In one aspect of the present invention, the participation application receiving means (120) receives a first participation application, which is an application for participation as a first-class participant (for example, a normal participant) in the game, from the second user. A first participation application accepting means (121) for accepting, and a second participation application accepting means for accepting a second participation application, which is an application for participation as a type 2 participant (for example, a helper participant) in the game, from the second user. (122), wherein the game execution means (130), when the first application for participation or the second application for participation is received from the second user, the first user and the second user The game to participate in is executed, and when the second user participates in the game as the first type participant, the reward determination means (140), in accordance with a predetermined rule (eg, calculation formula (1)), A first reward determining means (141) for determining a reward for the first user and a reward for the second user; and when the second user participates in the game as the second type participant, the predetermined reducing at least part of the remuneration to the first user in accordance with the rule of and adding the reduced amount to the remuneration to the second user in accordance with the predetermined rule, to the first user and a second reward determination means (142) for determining a reward for the second user, wherein the game system accepts the second participation application according to the selection operation of the first user It may include means (110) for setting whether or not to perform reception by means (122).

According to the invention described in 5), an application for participation as a first-class participant or a second-class participant in a game played by the first user is accepted from the second user. Then, when the second user participates in the game as a first-class participant, a reward for the first user and a reward for the second user are determined according to a predetermined rule, while the second user participates in the game as a second-class participant, at least a portion of the reward for the first user according to the predetermined rules is reduced, and in addition to the reward for the second user according to the predetermined rules As such, a reward for the first user and a reward for the second user are determined. In this case, compared to when the second user participates in the game as a type 1 participant, the reward for the first user is reduced, but the reward for the second user is increased. It becomes easy to get the second user to participate in the game played. In particular, in the present invention, whether or not to accept an application to participate in the game as a type 2 participant in the game is set according to the setting operation of the first user. It becomes possible to select whether or not to make it easier for the user to participate in the game.

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

According to the invention described in 6), when requesting the participation of the second participant in the game played by the first user is selected, the application for participation as the second type participant in the game ( 2nd application for participation) will be accepted. When another user (second user) participates in the game as a second type participant, the reward for the other user increases in exchange for the reduction in the reward for the first user. It becomes easy to get other users to participate in the game played by the user. In this regard, according to the present invention, the first user, in exchange for a reduction in the reward for him/herself, makes it easier for other users to participate in the game that he or she is playing. It becomes possible to select whether or not to request participation.

7) In one aspect of the present invention, the second participation application receiving means (122) receives game ability information about the ability of the first user in the game and game ability information about the ability of the second user in the game. When it is determined that the ability of the second user in the game is higher than that of the first user, the second application for participation is accepted from the second 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-class participant in the game played by the first user (second application for participation ) is received from the second user. For this reason, the second user, who has higher ability in the game than the first user, participates in the game as a second-class participant. Since the first user can set whether to accept an application for participation as a second-class participant in the game he or she plays, according to the present invention, the first user can reduce his or her reward. It is possible to select whether or not to make it easier for other users with higher game ability than the user to participate in the game in exchange for being able to participate in the game.

8) In one aspect of the present invention, the first participation application acceptance means (121) accepts an application for participation as a first class participant in the game from a third user, and the second reward determination means (142) is, when the second user participates in the game as the second type participant and the third user participates as the first type participant, the first At least part of the reward for the user and at least part of the reward for the third user in accordance with the predetermined rule are reduced, and the reduced amount is given to the second user in accordance with 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.

According to the invention described in 8), when the second user participates as the second type participant in the game played by the first user and the third user participates as the first type participant, the first Since the reward for the second user is determined by reducing at least part of the reward for the first user and at least part of the reward for the third user and adding it to the reward for the second user, The second user can obtain more reward than originally obtainable. According to the present invention, it is possible to give the second user a 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 is possible to encourage other users who want to participate in the game to appear more easily.

9) In one aspect of the present invention, means (140) for setting the degree of reduction of the reward for the first user according to the setting operation of the first user may be included.

According to the invention described in 9), the first user can set how much the reward for himself is reduced and added to the reward for the second user. That is, the first user can change the above degree according to the participation status of other users in his/her game. For example, if other users who want to participate in your game do not appear easily, by increasing the above degree, it is possible to make it easier for other users who want to participate in your game to appear.

1 game system, N network, 10 server, 11 control unit, 12 storage unit, 13 communication unit, 14 database, 30, 30-1, 30-2, 30-3 game terminal, 31 control unit, 32 storage unit, 33 Communication unit 34 Operation unit 35 Display unit 36 Audio 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 reception unit 1302 candidate selection reception unit 1303 selection restriction unit 1304 operation period setting unit 1305 control execution unit 1306 task setting unit 1307 game progression unit 1308 achievement result determination unit TBL101 user table TBL102 event character table TBL103 original character table TBL104 team table TBL105 game situation table TBL106 player character table TBL107 Supporting 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 Supporting character setting image, G170 Supporting effect information Image, G180 Stand-by image, G190 Team list image, G200 Participation application image, G210 Backer request list image, G220 Backer participation application image, G230 Order confirmation image, G240 Auto advance 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 elements, 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 meat cursor, MC core.

Claims (5)

a first participation application accepting means for accepting from a second user a first application for participation, which is an application for participation as a first-class participant in a game played by the first user;
a second participation application accepting means for accepting a second participation application, which is an application for participation as a second type participant in the game, from the second user;
setting means for setting whether or not to perform reception by the second participation application reception means according to the selection operation of the first user;
game execution means for executing a game in which the first user and the second user participate when the first application for participation or the second application for participation is received from the second user;
Reward determination means for determining a reward for the first user and a reward for the second user who participated in the game;
including
The second participation application receiving means, based on game ability information about the ability of the first user in the game and game ability information about the ability of the second user in the game, restricting acceptance of the second application for participation from the second user when the ability is determined to be equal to or lower than that of the first user ;
The remuneration determining means provides a remuneration to the second user who participated in the game as the second type participant, which is larger than the remuneration to the second user who participated in the game as the first type participant. determined as a reward ,
game system. The game system according to claim 1,
The setting means receives a request from the first user to participate in the game played by the first user as the selection operation after the reception of the first participation application by the first participation application reception means is started,
The second participation application accepting means starts accepting the second participation application in response to the participation request.
game system. In the game system according to claim 2,
The selection operation is an operation of selecting to request participation of the second type participant in the game played by the first user,
The second participation application accepting means accepts the second participation application when a request for participation of the second type participant in the game played by the first user is selected.
game system. A game control device that executes a game in which a first user and the second user participate when an application for participation in a game played by the first user is received from the second user,
a first participation application accepting means for accepting from the second user a first participation application, which is the application for participation as a type 1 participant in the game played by the first user;
receiving from the second user a second application for participation, which is the application for participation as a type 2 participant in the game played by the first user, and game ability information relating to the ability of the first user in the game; and game ability information about the ability of the second user in the game, when the ability in the game of the second user is determined to be equal to or lower than that of the first user, the first participation application is sent to the second user. a second participation application reception means for limiting acceptance from users;
setting means for setting whether or not to perform reception by the second participation application reception means according to the selection operation of the first user;
a reward determining means for determining a reward for the first user and a reward for the second user who participated in the game ;
The remuneration determining means provides a remuneration to the second user who participated in the game as the second type participant, which is larger than the remuneration to the second user who participated in the game as the first type participant. determined as a reward,
game controller. A program for causing a computer to function as the game system according to any one of claims 1 to 3 or the game control device according to claim 4 .

Images