JP6761155B2 - Game systems, game controls, and programs - Google Patents

Description

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

A game in which multiple users participate is known. For example, there is known a game in which a plurality of users form a group and cooperate to achieve a predetermined purpose. Specifically, there are known games in which a plurality of users form a group to play against an opponent and aim to win the opponent (for example, a baseball game, a soccer game, or a battle game).

Japanese Unexamined Patent Publication No. 2014-0688870

In a game as described above, a user having a high ability (hereinafter referred to as "game ability") in the game (for example, a user having a high level or a user having a high ability game character) is associated with another user. May avoid forming groups. For example, in general, users tend to try to group with users with high game ability as much as possible in order to make it easier to achieve the purpose, and users with high game ability are users with lower game ability than themselves. Tends to avoid forming groups with. As a result, users with low game ability cannot be grouped with users with high game ability, and there is a risk that the motivation to continuously play the game may be impaired.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a game system, a game control device, and a program capable of encouraging a highly capable user in a game to participate in a game. There is.

In order to solve the above problems, the game system according to one aspect of the present invention uses a reward determining means for determining a reward for a user who participates in the game and a reward determined by the reward determining means for identifying the user. The reward determining means includes, and includes, the reward determining means determines the reward based on the game ability information regarding the ability of the user in the game at the start of the game, and determines the reward at the start of the game. When the user's ability in the game is high, the reward is determined so that the value of the reward is higher than when the user's ability in the game is low at the start of the game.

The game control device according to one aspect of the present invention includes a reward determining means for determining a reward to a user who participates in the game, and the reward determining means is a game ability relating to the ability of the user in the game at the start of the game. The reward is determined based on the information, and when the user's ability in the game at the start of the game is high, the reward is lower than when the user's ability in the game at the start of the game is low. The reward is determined so that the value of the game is high.

It is a figure which shows the whole structure of the game system which concerns on embodiment of this invention. It is a figure which shows an example of the flow of the one-person play part. It is a figure which shows an example of the basic information registration image. It is a figure which shows an example of the event deck setting image. It is a figure which shows an example of the event character selection image. It is a figure which shows an example of the event character information image. It is a figure which shows an example of the original character registration image. It is a figure which shows an example of the flow of the cooperative play part. It is a figure which shows an example of the player character setting image. It is a figure which shows an example of the support character setting image. It is a figure which shows an example of the 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 the helper request list image. It is a figure which shows an example of the helper participation application image. It is a figure which shows another example of the standby image. It is a figure which shows an example of an order confirmation image. It is a figure which shows an example of the automatic progress part image. It is a figure which shows an example of the action part start image. It is a figure which shows an example of the support character selection image. It is a figure for demonstrating an example of the linkage action. It is a figure which shows an example of the 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 the action part result image. It is a figure which shows another example of the action part start image. It is a figure which shows another example of the support character selection image. It is a figure which shows an example of the activation selection image. It is a figure which shows an example of the game result image. It is a functional block diagram of the game system which concerns on embodiment of this invention. It is a functional block diagram of a game execution part. It is a figure which shows an example of a user table. It is a figure which shows an example of the event character table. It is a figure which shows an example of an original character table. It is a figure which shows an example of a team table. It is a figure which shows an example of the 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 executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of the other processing executed by a game system.

Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings.

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

The game terminals 30-1 to 30-3 can perform data communication with each other via the server 10 and the network N. Further, it is possible to perform data communication between the game terminals 30-1 to 30-3 via the network N.

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

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

The game terminals 30-1 to 30-3 are computers used for playing the game, respectively. For example, game terminals 30-1 to 30-3 include mobile phones (including smartphones), mobile information terminals (including tablet computers), portable game machines, home-use game machines (stationary game machines), and amusement facilities. It is a commercial game machine, a laptop computer, or a desktop computer installed in the above. The 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 unit 31, a storage unit 32, a communication unit 33, an operation unit 34, a display unit 35, and an audio output unit 36. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the server 10.

The operation unit 34 is for the user to perform various operations. The operation unit 34 includes, for example, a button (key), a lever (stick), a touch panel, a mouse, or the like. The operation unit 34 may be for the user to operate by voice or gesture. The display unit 35 is for displaying various screen images, such as 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 on the first game terminal 30-1 itself, or may be provided as an external device connected to the game terminal 30-1.

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

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

In the following, it is assumed that the game terminals 30-1 to 30-3 are smartphones. Further, in the following, the game terminals 30-1 to 30-3 may be generically referred to as "game terminal 30".

[2. Outline of the game] In the game system 1, the game is executed by executing the program on the game terminal 30. The game system 1 can execute various games. 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. It is possible to play various games.

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

Here, the "game in which a plurality of users cooperate to achieve a predetermined purpose" is, for example, a battle game in which a plurality of users cooperate to play against an opponent. In this case, achieving a predetermined result (for example, victory) in a match corresponds to the "purpose". The "opponent" may be a computer (CPU) or another user. The number of opponents may be one or may be plural. Further, the "competition" is performed by a plurality of users and one or a plurality of opponents to determine the result of victory or defeat. It is not always necessary to decide whether to win or lose, and it may be a draw. The “competition” also includes a competition (for example, a race) in which a plurality of users and one or a plurality of opponents compete for ranking. "Competition" is not limited to sports games and races, but also includes battles.

In addition, "a game in which a plurality of users cooperate to achieve a predetermined purpose" is, for example, a game in which a plurality of users cooperate to exterminate an enemy, or a game in which a plurality of users cooperate to achieve a specific game item. It may be a game aiming to obtain a game, or a game in which a plurality of users cooperate to clear a game event. In this case, defeating the enemy, obtaining a specific game item, or clearing a game event corresponds to the "purpose".

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

Baseball game X consists of a one-person play part (an example of the first game part) in which a user plays alone, and a cooperative play part (a second game part) in which a plurality of users cooperate and play with the aim of achieving the purpose. An example) and.

[2-1] First, the one-person play part will be described. For example, in the one-person play part, the user develops the main character by having the main character (the main game character) practice while advancing the scenario (game story), and creates his own original game character. ..

FIG. 2 shows an example of the flow of the one-person play part. As shown in FIG. 2, in the one-person play part, 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, the basic information registration image, which is a screen image for registering the basic information of the main character, is displayed on the display unit 35.

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

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

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

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

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

Here, the "event deck" will be described. The event deck is constructed using one or more game characters. As will be described later, in the training phase PH11, various events such as events that are advantageous for improving the ability of the main character are generated. In this respect, in the training 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 training phase PH11 by selecting a game character to be incorporated in the event deck. In the following, a game character that can be incorporated into an event deck will be referred to as an "event character".

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

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

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

Here, "rareness" and "level" will be described. “Rarity” indicates, for example, the difficulty of obtaining an event character. The higher the rarity of the event character, the more difficult it is to obtain the event character. In general, the higher the rarity of an event character, the higher the usefulness (ability, effect, etc.) of the event character. Therefore, "rareity" 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, one of multiple levels of rarity of PSR (powerful super rare), SR (super rare), PR (powerful rare), R (rare), PN (powerful normal), and N (normal) is assigned to each event character. Be associated. When these are arranged in descending order, they are PSR, SR, PR, R, PN, and N. There may be event characters with the same event character (event characters with the same name and the same appearance (image)) but with 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, an experience value is given to an event character by synthesizing another event character with the event character. Then, when the experience value of the event character reaches a predetermined value, the level of the event character is increased by one.

When the user selects any of the setting frames A111-1 to A111-5 (for example, when a tap operation (touching operation for a short time) is performed on any of the setting frames A111-1 to A111-5), The event character selection image, which is a screen image for selecting the 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. The event character selection image G120 includes the element P121. The element P121 is associated with a process for returning to the event deck setting image G110. Therefore, when the user selects the element P121, the event deck setting image G110 is displayed on the display unit 35.

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

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

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

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

"Good practice" indicates the good practice of the event character. In baseball game X, there are 10 types of "batting", "muscle strength", "running base", "shoulder strength", "defense", "mental", "ball speed", "control", "stamina", and "changing ball". One of the exercises of is set as a good practice of the event character. In the training phase PH11 (scenario), the ability of the hero character can be increased by having the hero character practice. In particular, by having the main character perform the special practice of the event character incorporated in the event deck, the ability of the main character may be greatly increased as compared with the normal case.

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

Tab T134-1 shows an event list of event characters. That is, a list of events that can occur in the training phase PH11 when the event character is incorporated in the event deck is shown. Also, tab T134-3 shows the profile of the event character. In FIG. 6, tab T143-2 is mainly displayed, but 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 to.

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

The event character has a cheering effect as well as an event effect. The details will be described later, but the event character is also used in the cooperative play part. In the co-op part, the event character can be used as a cheering character to support other users who cooperate with the user and play against the opponent, and the event character used as the cheering character has an advantageous effect for other users. Occurs. Therefore, the "support effect" is an effect that can occur when the event character is used as the support character in the cooperative play part. Tab T134-2 also includes element P136. The element P136 is associated with a process for displaying a screen image showing details of the cheering effect of the event character. 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 taps any of the elements P123 to P123-9, the event character corresponding to the element is assigned to the setting frame. When the user selects the element P121, the setting frame is set to an empty state.

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

The area A113 of the event deck setting image G110 shows the good practice of the event character incorporated in the event deck. Further, the element P114 is for automatically setting the event character for 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 event deck setting is completed.

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

When the selection of the game item is completed, the training 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 by repeatedly selecting the action (practice, rest, play, etc.) to be performed by the user to the main character. In this scenario, the main character belongs to a high school baseball club, participates in a baseball tournament while practicing with his teammates, and aims to be scouted as a professional baseball player in the fall of the third year of high school. As described above, in the scenario, an event character incorporated in the event deck appears, and an event occurs according to the event character.

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

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

FIG. 7 shows an example of the original character registration image. Information on the main character whose training has been completed is displayed on the original character registration image G140. For example, the elements P141 and P142 of the original character registration image G140 indicate an image, a name, a position, a batting form, and a dominant arm of the main character whose training has been completed.

Element P143 indicates the basic ability parameter of the main character whose training has been completed. In the example shown in FIG. 7, ballistics, meet, power, running power, shoulder strength, defensive power, and catching parameters are shown, and numerical values and alphabets are shown for each basic ability parameter. The numerical value indicates the value of the basic ability parameter, and the alphabet (for example, S, A, B, C, D, E, F, G) indicates the level (step) of the basic ability. "S" indicates that the basic ability is very high, and "G" indicates that the basic ability is very low.

The ballistic parameter indicates how high the hit ball goes up. The meat parameter indicates the meat force (the ability of the pitcher to hit the ball thrown by the bat). The power parameter indicates power (the ability of a pitcher to hit a ball thrown with a bat to fly it far away). The running force parameter indicates the speed of the foot. The shoulder strength parameter indicates the speed of throwing. The defensive strength parameter indicates defensive skill.

Element P144 indicates a special ability acquired by the hero character who has completed training. In the example shown in FIG. 7, "chance ◎", "left-handed pitcher ○", and "stolen base ○" are shown as special abilities. “◎” and “○” indicate the degree of special ability, and “◎” indicates that the degree of special ability is higher than that of “○”.

"Chance ◎" is a special ability that is extremely strong against chances. If the original character has acquired "Chance ◎", the basic ability of the original character will greatly increase at the time of chance. "Counter-left pitcher ○" is a special ability that is strong against left-handed pitchers. If the original character has acquired "Counter-left pitcher ○", the basic ability of the original character will be higher when the opponent's pitcher is the left-handed pitcher. "Stolen base ○" is a special ability that makes it easier to succeed in stealing. If the original character has acquired "Stolen base ○", the original character can easily succeed in stealing.

Further, the original character registration image G140 includes the element P145. The element P145 is associated with a process for registering the hero character whose training has been completed as an original character. Therefore, when the user selects the element P145, the hero 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. By starting the one-person play part again from the beginning after the end of the one-person play part, 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 co-op part, the user aims to collaborate with other users to play against and win 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, the match phase PH21 is executed after the pre-phase PH20 is executed. In the pre-phase PH20, the processing necessary for the match phase PH21 is executed.

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

FIG. 9 shows an example of a player character setting image. As shown in FIG. 9, the player character setting image G150 includes setting frames A151 to A151-12 corresponding to each position of baseball. By setting the original character owned by the user for each of the setting frames A151 to A151-12, the user sets the player character of each position of baseball among the original characters owned by the user. Select from. As will be described later, when the user cooperates with another user to play against the opponent, the 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 who participates in a match with an opponent.

The player character setting image G150 includes elements P152 and P153. The element P152 is associated with a process for automatically setting the original character for each of the setting frames A151 to A151-12. Therefore, when the user selects the element P152, the original character is automatically set for each of the setting frames A151 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 a process for completing the setting of the player character. Therefore, when the user selects the element P153, the setting of the player character is completed.

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

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

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

Each of the setting frames A161 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 restriction conditions in the setting frames A161 to A161-3, respectively. Therefore, the user can set the event character whose rarity is "PSR" or less in the setting frame A161-1, but only the event character whose rarity is "SR" or less can be set in the setting frame A161-2. Only event characters whose rarity is "R" or less can be set in the setting frame A161-3.

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

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

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

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

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

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

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

As shown in FIG. 8, after completing the setting of the cheering character, the user needs to create a team or join a team created by another user in order to cooperate with another user and play against the opponent. There are (PH202, PH204).

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

In this case, a team is created with the user U1 as the host (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 another user who wants to join the team to appear, is displayed on the display unit 35 of the game terminal 30-1 of the user U1. The "host" refers to the user who created the team.

FIG. 12 shows an example of the standby image G180 in this case. Element P181 of the standby image G180 indicates the battle level of the team. In the example shown in FIG. 12, the match level of the team is set to "0". In the match phase PH21, the higher the match level, the stronger the opponent. In baseball game X, the user's battle level rises by defeating the opponent. The battle level of the team is set according to the battle level of the host user U1, and other users can participate in the team below their own battle level.

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

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

In baseball game X, since a team is formed by a maximum of three users, two areas are provided to show the acceptance status of application for participation in the team. However, the maximum number of people in a team is not limited to three, and a team may be formed by four or more users, or a team may be formed by two users.

Further, the standby image G180 includes the element P184. The element P184 is associated with a process for making a helper request. The "helper request" is to actively request other users who have a higher battle level than the user U1 to participate in the team. As will be described later, in baseball game X, a reward (contribution point) is given to a user who participates in the team after the battle with the opponent, but when the user participates in the team in response to a helper request, it is normal. The reward is higher than when participating as a participant, and the reward of the host user U1 is reduced accordingly. For this reason, the "helper request" is a function in which the host user U1 requests other users with a higher battle level to join the team in exchange for reducing his / her reward. In the following, the user who participated in the team in response to the helper request is described as "helper participant", and the normal participant is described as "normal participant".

User U1 can request a helper by selecting element P184. When the user U1 selects the element P184, the acceptance of the helper participation application (applying to participate as a helper 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) (see FIG. 17 described later). Instead of changing the element P184 to a non-selectable state, the element P184 may be changed to cancel the helper request. Then, when this element P184 is selected, the acceptance of the helper participation application to the team may be canceled.

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

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

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

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

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

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

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

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

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

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

When the user U3 selects one of the elements P21-1 and P211-2 of the helper request list image G210 (for example, when a tap operation is performed on any of the elements P211-1 and P211-2), the element is selected. The helper participation application image, which is a screen image for applying to participate in the corresponding team as a helper 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 helper participation application image. The helper participation application image G220 shown in FIG. 16 shows a case where the team whose host is the user U1 is selected by the user U3 from the teams displayed on the helper request list image G210.

The elements P221, host area A222, and participant area A223-1, A223-2 of the helper participation application image G220 are the elements P181, host area A182, and participant area A183-1, A183 of the standby image G180 shown in FIG. It is the same as 2.

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

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

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

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

Specifically, order setting / confirmation is executed (PH206). First, the starting order and reserve players of the teams (user teams) of users U1 to U3 are determined. For example, the starting order and the reserve player of the user team are determined using the original characters owned by each of the users U1 to U3. Specifically, the original character set as the player character in the player character setting image G150 by the user U1, the original character set as the player character in the player character setting image G150 by the user U2, and the player character setting image by the user U3. The starting order and the reserve player of the user team are automatically selected from the original characters set as the player characters in the G150. In this case, the original character owned by the user U1, the original character owned by the user U2, and the original character owned by the user U3 are evenly selected. In addition, the starting order and reserve players of the opponent team (CPU team) are also 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 reserve players of the user team and the opponent team are determined, the order confirmation image, which is a screen image showing the starting orders of both teams, is the game terminals 30-1 to 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 the order confirmation image G230 displayed on the display unit 35 of the game terminal 30-1 of the user U1.

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

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

Further, the element P233 of the order confirmation image G230 indicates each starting order of the user team and the opponent team. In addition, 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.

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

The momentum points of the user U1 are increased based on the play result of the user U1 in the action part. For example, the momentum points of the user U1 are increased according to the degree of activity of the player character operated by the user U1. For example, when the user U1 operates the batter character in the action part, the momentum points of the user U1 are increased by hitting a hit or raising the RBI by the batter character. Further, for example, when the user U1 operates the pitcher character in the action part, the momentum point of the user U1 is increased by suppressing the batter character to strike out. As a result of increasing the momentum points of the user U1, the momentum points of the user team are also increased.

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

Since each momentum point of users U1 to U3 is set and updated as described above, each momentum point of users U1 to U3 indicates the degree of contribution of users U1 to U3 to each game. ..

The element P234 of the order confirmation image G230 includes a rod-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 in the element P234-2 indicates the momentum point of the user team, and the numerical value (25800) displayed in the element P234-3 indicates the momentum point of the opponent team. In the example shown in FIG. 18, it is shown that the momentum point is larger toward the right. Further, 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 the momentum of the opponent team on the element P234-1. It is displayed in association with the position corresponding to the point value. By comparing the positions of the element P234-2 and the element P234-3, the user can at first glance grasp the magnitude (high / low) of the momentum point between the user team and the opponent team.

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

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

In the order confirmation image G230 shown in FIG. 18, the element P235 is displayed in the host area A231. After confirming the order, user U1 selects element P235. 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. P235 is displayed in the participant area A232-2.

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

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

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

On the other hand, the action part is a part in which the user performs an operation (striking operation, pitching operation, etc.). That is, in the action part, the player character operates according to the operation of the user. At the time of attack, the player character strikes according to the user's operation (hit operation, etc.), and at the time of defense, the player character throws, etc. according to the user's operation (throwing operation, etc.). In this way, in the action part, the match situation is updated based on the user's operation on the player character.

As mentioned above, in the automatic progress part, the game automatically progresses without any operation by the user. Further, as will be described later (see FIG. 19), in the automatic progress part, only the outline of the game progress (points of the game) is displayed on the display unit 35. By proceeding with the match in this way, the time required to complete one match is shortened. For example, when the user is busy, there are cases where only a small amount of time can be secured for the user to play the game. Therefore, even if the user can secure only a small amount of time to play the game, in order to be able to complete one game in cooperation with other users within the time, as described above, It reduces the time it takes to complete one match.

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

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

Further, the automatic progress part image G240 includes elements P243, P244, P245, P246, P247, and P248. These give an overview of the match situation.

For example, element P243 indicates a scoreboard that represents the progress of the match. Element P244 is displayed in association with the scoreboard (element P243) and indicates the event in the inning immediately preceding the current inning. In FIG. 19, since the current inning is the “top of the second inning”, element P244 shows the event in the “back of the first inning”. Element P245 indicates the current score of the user team and the opponent team (CPU team), and element P246 indicates the current inning, base status, ball count, out count, and score. Element P247 indicates the player character of the user team currently standing at bat (Sato) and the player character of the user team who will subsequently stand at bat (Takahashi, Kano), and element P248 is currently pitching. Shows the player character (Yamada) of the opponent team who is doing.

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

In the auto-progress part, the computer virtually operates 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 game progress. Note that the computer may automatically generate the game progress by simply comparing the parameters related to the user team with the parameters related to the opponent team.

Further, in the automatic progress part, the display contents of the automatic progress part image G240 are updated according to the progress of the game automatically generated as described above. That is, the elements P243 to P248 are updated according to the progress of the game automatically generated as described above. Users U1 to U3 will see the outline of the automatically progressing game while looking at the automatically updated elements P243 to P248.

When the match situation becomes a predetermined situation during the automatic progress part, the automatic progress part is switched to the action part, and the user is provided with an operation opportunity capable of performing an operation on the player character. Here, the "predetermined situation" is, for example, a situation in which the user team has a scoring chance (for example, a situation in which there is a runner at the time of an attack by the user team), and a situation in which the user team can easily create a scoring chance (for example, an attack by the user team). Sometimes there is no out / no runners), or there is a pinch of goals for the user team (for example, there are runners on third or second base when the opponent team attacks). Regardless of the game situation, the automatic progress part may be switched to the action part at a predetermined timing (for example, at the start of 3 times, 6 times, 9 times, etc.).

In one game, a predetermined number of action parts are set. In the example shown in FIG. 8, switching from the automatic progress part to the action part is performed at time points T1, T3, and T5. That is, in the example shown in FIG. 8, three action parts are set in one game. In this case, for example, one action part is provided between the top of the first to the bottom of the third, one action part is provided between the front of the fourth to the bottom of the sixth, and the top of the seventh to the bottom of the ninth. One action part is provided between. The number of action parts in one game is not limited to the above example, and may be 2 times or less, or 4 times or more. Further, the number of action parts in one game does not have to be fixed, and may be changed for each game. The timing of switching to the action part is not limited to the above example.

In the action part, as a general rule, any one user operates one turn at bat. For example, when the action part is switched to when the user team attacks, the user who is the owner of the batter character operates the batter character (batter operation). Then, when the turn at bat of the batter character is completed, the action part is also completed. Further, for example, when the action part is switched to when the user team is defending, the user who is the owner of the pitcher character operates the pitcher character (pitching operation). Then, when the turn at bat of one player character of the opponent team is completed, the action part is also completed.

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

As shown in FIG. 20, the action part start image G250 includes a host area A251 and a participant area A252-1, A252-2. These are the same as the host area A231 and the participant areas A232-1, A232-2 of the order confirmation image G230. Further, the 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 progress part image G240.

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

After the action part start image G250 is displayed, the support character selection image, which is a screen image for selecting the support character to be used in the action part this time, is displayed on each display unit 35 of the game terminals 30-1 to 30-3. It is displayed and the selection of the support character to be used in this 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 the support character selection image G260 displayed on the display unit 35 of the game terminal 30-2 of the user U2.

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

Further, the support character selection image G260 includes the element P263. The element P263 is the same as the element P246 of the automatic progress 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 cheering characters preset by the user" is a list of event characters set as cheering characters in the cheering 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 the cheering characters preset by the user U2 are displayed. Each of the elements P264-1 to P264-3 shows the support effect of the event character together with the name, rarity, and image of the event character set as the support character.

In the example shown in FIG. 21, the cheering character corresponding to the element P264-1 has "meet +1", "power +2", "pinch ○ invalid", and "pistol striking" as cheering effects.

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

"Pinch ○ invalid" is a support effect that invalidates even if the pitcher character of the opponent 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 acquired "Pinch ○", the basic ability of the pitcher character will increase at the time of a pinch, but when the support effect "Pinch ○ invalid" is activated, the pitcher character of the opponent team will "Pinch ○". Even if you have mastered "", the basic ability of the pitcher character will not increase when you pinch.

"Pistol striking line" is a support effect that makes it possible to activate the linked action "pistol striking line". The linked action "pistol striking" will be described later.

Further, in the example shown in FIG. 21, the cheering character corresponding to the element P264-2 has "meet +1", "power +1", and "stolen 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 makes it possible to activate the linked action "Stolen base support". The linked action "Stolen base support" will be described later.

Further, 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 1 point. "Control +1" is a support effect that raises the value of the ball control parameter of the pitcher character of the user team by 1 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 not be selected when the user team attacks.

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

FIG. 22 is a diagram for explaining the linked actions “pistol striking line” and “stolen base support”. FIG. 22 shows the activation conditions, effects, bonus acquisition conditions, and bonus points of the linked actions “pistol striking line” and “stolen base support”, respectively. The linked action is not limited to that shown in FIG. 22.

First, "pistol striking line" will be described. As shown in FIG. 22, no activation condition is set for the "pistol striking line". Therefore, the "pistol striking line" can be activated in any situation.

As an effect, "3 at-bats can be operated continuously" is set for "pistol striking line". Therefore, when the "pistol striking line" is activated, it is possible to operate three at-bats in a row in the action part. For example, the scene shown in FIG. 20 is a scene of the turn at bat of the player character owned by the user U1 (see element P258), but for example, the next turn at bat is the turn at bat of the player character owned by the user U2, and then the turn at bat. If the turn at bat is the turn at bat of the player character owned by the user U3, the three users U1 to U3 can operate the turn at bat three times in a row.

Further, in the "pistol striking line", "meet +3", "continuous striking ○", and "average hitter" are set as effects. Therefore, when the "pistol striking line" is activated, the value of the meet parameter of the player character of the user team increases by 3 points. In addition, the special abilities "Continuous Strike ○" and "Average Hitter" are temporarily granted to the player characters of the user team. That is, even if the player character of the user team has not acquired "Continuous Strike ○" and "Average Hitter", when the "Pistol Strike Line" is activated, the player character temporarily "Continuous Strike ○" and "Average Hitter". You will be in a state where you have mastered. In addition, "continuous hit ○" is a special ability that makes it easier to hit a hit when the batter immediately before hits a hit. Also, "Average Hitter" is a special ability that makes it easier to hit.

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

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

As the effect of "stolen base support", "batter and runner can be operated", "running power +5", and "stolen base ○" are set. Therefore, when "stolen base support" is activated, not only the batter character but also the runner character can be operated in the action part. For example, if the player character owned by the user U3 is a batter and the player character owned by the user U2 is on the first or second base as a runner and "Stolen base support" is activated, the user U3 uses the batter character. The user U2 operates the runner character. Also, when "Stolen base support" is activated, the value of the running power parameter of the player character of the user team increases by 5 points. In addition, the special ability "Stolen base ○" is temporarily granted to the player character of the user team. That is, even if the player character of the user team has not acquired "Stolen base ○", when "Stolen base support" is activated, the player character is temporarily acquired "Stolen base ○". "Stolen base ○" is a special ability that makes it easier to succeed in stealing.

Further, in the "stolen base support", "the batter misses and the runner succeeds in stealing the base" and "20 points" are set as bonus conditions and bonus points. This is because in the action part where "Stolen base support" is activated, the batter character misses the ball 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 It is shown that if the stolen base is successful, bonus points "20 points" are added to each momentum point of the users U1 to U3.

When all of the users U1 to U3 select the cheering character, if the cheering character selected by the users U1 to U3 includes the cheering character for which the linkable action that can be activated is set, the linked action is performed. The 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 a participant area A272-1, A272-2. These are the same as the host area A261 and the participant areas A262-1, A262-2 of the support character selection image G260. Further, the activation selection image G270 includes the element P273. The element P273 is the same as the element P246 of the automatic progress part image G240.

The activation selection image G270 includes elements P274 and P275. The element P274 indicates a linked action that can be activated, and the element P275 indicates a message asking the user whether or not to activate the linked action. Further, the activation selection image G270 includes elements P276 and P277. The element P276 is associated with a process for not invoking the linked action, and when the user selects the element P276, the linked action is not triggered. On the other hand, the element P277 is associated with a process for invoking the linked action, and when the user selects the element P277, the linked action is triggered.

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

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

In the embodiment described above, all users U1 to U3 can select the support character, but only users other than the user who is the main operator in the action part can select the support character. It may be. For example, since the main operator in the action part shown in FIG. 20 is the user U1 (see element P258), only the users U2 and U3 can select the cheering character, and the user U1 cannot select the cheering character. May be good. It should be noted that only users other than the user who is the host of the team may be able 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 game terminal 30 of the users U1 to U3 during the action part. FIG. 24 shows an image of the action part 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, the action part image G280 includes elements P281 and P282. The element P281 is the same as the element P246 of the automatic progress part image G240. Element P282 indicates a linked action during activation. Although omitted in FIG. 24, the names and abilities of the batter character PC1 and the pitcher character PC2 may be displayed.

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

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

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

Although FIG. 24 shows the action part image G280 when the user team attacks, the action part image G280 for the user to perform an operation on 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 linked action "pistol striking line" is activated, the action part ends when the three at-bats are completed.

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

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

In the area A293 of the action part result image G290, the amount of points to be added to the momentum points of the user U1 is displayed according to the play result in the action part. In the example shown in FIG. 25, 50 points are added to the momentum points of the user U1 as a result of the individual play of the user U1 in the action part, and 60 points are added as the bonus points because the bonus condition of the linked action is satisfied. It shows that it has been added to the momentum points of the user U1. As a result, it is shown that the momentum points of the user U1 have increased from 8000 points to 8110 points.

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

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

After the action part ends, the auto-progress part resumes. The increase in momentum points affects the automatic progress part. That is, when the momentum points of the user teams (users U1 to U3) are increased as a result of the action part, the user team becomes advantageous 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 the users U2 and U3 are increased, the abilities of the player characters owned by the users U2 and U3 are increased accordingly. Then, the automatic progress part progresses with the ability of the player character increased. Also, if the match status reaches a predetermined status during the automatic progress part, the automatic progress part is switched to the action part again. The match progresses in this way.

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

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

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

In the baseball game X, the cheering character once used cannot be used again during one game. In this respect, since the cheering character corresponding to the element P264-1 has already been used (see FIG. 23), unlike FIG. 21, the cheering character corresponding to the element P264-1 cannot be selected in FIG. 27. ..

FIG. 28 shows the activation selection image G270 when the support character (Kamoto) corresponding to the element P264-2 is selected in the support character selection image G260 shown in FIG. 27. Since the above support character (Kamoto) has a linked action "stolen base support" as a support effect, the activation selection image G270 shown in FIG. 28 accepts the selection of whether or not to activate "stolen base support". It has become. As described above, when the user selects the element P277, "stolen base support" is activated in the action part.

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

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

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

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

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

In the above calculation formula (1), "Pb" indicates a base point. The base point changes according to the result of the match. For example, the base point for losing a match (eg 50 points) is less than the base point for winning a match (eg 100 points).

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

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

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

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

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

In the baseball game X described above, for example, in the action part in which the user U1 can operate, the ability of the player character operated by the user U1 is increased based on the cheering characters selected by the users U2 and U3. .. Therefore, the users U2 and U3 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, the degree to which the users U2 and U3 other than the user U1 who perform the main operation are involved in the progress of the game can be improved.

Further, in the baseball game X, the support effect (linked action "pistol striking line" or "stolen base support", etc.) is activated in the action part based on the support characters owned by each of the users U1 to U3, so that the action part is operated. The number of users who can do this increases. As a result, it becomes possible for users U1 to U3 to realize the interest of cooperating with each other and playing against an opponent.

Further, in the baseball game X, when an application for participation in a team created by the user U1 (in other words, a match with an opponent held by the user U1 as a host) is received from the users U2 and U3, the users U1 to U3 A match with an opponent is executed, and contribution points are given to each of the users U1 to U3 according to the execution of the match. In particular, in the baseball game X, for example, when the user U3 is a helper participant, at least a part of the contribution points of the user U1 is reduced, and the reduced amount is added to the contribution points of the user U3. Contribution points are determined. Therefore, the user U3 can obtain more contribution points than the contribution points that can be originally obtained. Therefore, according to the game system 1, it is possible to motivate other users to join the team created by the user U1, and as a result, try to join the team created by the user U1. It is possible to make it easier for other users to appear.

Further, in the baseball game X, the higher the ability (ability at the start of the game) of the player character owned by the user, the larger the initial value of the momentum point of the user. The greater the momentum points of the user, the greater the contribution points given to the user. As a result, in the baseball game X, the higher the ability (ability at the start of the game) of the player character owned by the user, the more contribution points are given to the user. Therefore, it is possible to motivate the user who owns the highly capable player character to participate in the match, and it is possible to encourage the user to participate in the match.

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

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

[3-1-1] FIG. 32 shows an example of a user table. The user table TBL101 is data showing a list of users who play a game in the game system 1. As shown in FIG. 32, the user table TBL101 includes "user ID", "username", "friend", "game item", "match level", and "contribution point" fields.

The "User ID" field indicates identification information for uniquely identifying each user. The Username field indicates the user's name. The "Friends" field shows a list of other users who are friends with the user. The Game Items field shows a list of game items owned by the user. The "game item owned by the user" is a game item in a state in which the user can arbitrarily use it. The "Competition Level" field indicates the user's competition level. The Contribution Points field shows the cumulative total of 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 "event character owned by the user" is an event character in a state in which the user can arbitrarily use it. The event character table TBL102 is stored for each user (stored in association with each user ID). As shown in FIG. 33, the event character table TBL102 includes the fields described below.

The "event character ID" field indicates identification information for identifying the event character owned by the user. The Name field indicates the name of the event character. The "Rarity" field indicates the rarity of the event character. The "appropriate position" field indicates the baseball position that the event character is good at. The "Good practice" field shows the practice items that the event character is good at. The Level field indicates the level of the event character.

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

The Event Effect field indicates the event effect associated with the event character. For example, the "Event Effects" field indicates information about the effects that can occur during the breeding phase if the event character is incorporated into the event deck. Information indicating the name and content of the event or bonus that can occur in the training phase when the event character is incorporated into the event deck is registered in the "event effect" field.

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

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

[3-1-3] FIG. 34 shows an example of the original character table. The original character table TBL103 shows a list of original characters (original characters created by the user) owned by the user. The "original character owned by the user" is an original character that can be arbitrarily used 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, the original character table TBL103 includes the fields described below.

The "original character ID" field indicates identification information for identifying the original character owned by the user. The Name field indicates the name of the original character. The "appropriate position" field indicates 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 throwing form is registered in the "form" field. The "Rank" field indicates the rank of the original character.

The "Original Ability Parameter" field indicates the original value of the ability parameter of the original character. As mentioned above, in the action part of the match phase, the ability parameter of the original character may be changed due to the cheering effect, etc., but the "original ability parameter" field is the value of the ability parameter at the start of the match (in other words, it is changed. Indicates the value of the ability parameter in the non-existent state). For example, the original values of the basic ability parameter and the special ability parameter are registered in the "original ability parameter" field.

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

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

The "Team ID" field indicates identification information for uniquely identifying the team. The Host User field indicates the user who is the host of the team (ie, the user who created the team). The "Competition Level" field indicates the competition level of the team.

The "Participant User 1" field indicates the first participant to the team. The "Participant User 1" field includes the "User ID" and "Helper Flag" subfields. The "User ID" subfield indicates the user ID of the user who is the first participant, and the "Helper flag" subfield indicates whether or not the user who is the first participant is a helper participant. For example, the value "0" or "1" is registered in the "helper flag" subfield. A value "0" indicates that the user is not a helper participant but a normal participant, and a value "1" indicates that the user is a helper 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 "0" indicates that a helper request has not been made, and a value "1" indicates that a helper request has been made.

The "Reception Complete Flag" field indicates whether or not the application for participation in the team has been accepted. For example, the value "0" or "1" is registered in the "acceptance completion flag" field. For example, a value "0" indicates that the application for participation in the team has not been accepted and is currently being accepted, and a value "1" indicates that the application for participation in the team has been accepted. ..

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

As shown in FIG. 36, the match status table TBL105 shows "current innings", "attacking teams", "current batters", "ball counts", "out counts", "first base runners", "second base runners", and " Includes "Third Base Runner" field. These fields show the current innings, the team currently attacking, the player character currently at bat, the current ball count, the current out count, and the current base status (player characters on first, second, and third base). Shown.

The match status table TBL105 also includes "first strike", "second strike", and "scorebook" fields. The "first strike" field indicates the first team, the current momentum points, points, hits, and missteps of the first team, and the player character who will be the next at bat in the first team. Regarding the momentum points, the momentum points of each user and their total (that is, the momentum points of the user team) are registered. Similarly, the "second attack" field is the current momentum point, score, number of hits, and number of missteps of the second team, the second team, and the player character who will be the next at bat in the second team. Is shown. The "Scorebook" field shows the scorebook of the match.

[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 starting orders and reserve players for the user team or the opponent team. The player character table TBL106 is also generated for each match. The player character table TBL106 is stored for each of the user team and the opponent team. As shown in FIG. 37, the player character table TBL106 includes the fields described below.

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

The "Current Ability Parameter" field shows the current value of the ability parameter of the player character. For example, the current values of the basic ability parameter and the special ability parameter are registered in the "current ability parameter" field. At the beginning of the game, the contents of the "current ability parameter" field are the same as the contents of the "original ability parameter" field of the original character table TBL103. If the ability parameter of the player character is changed due to the support effect of the support character during the match, 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 game. For example, any 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 match and can participate in the match by taking turns. A value of "1" indicates that the player character is participating in the match. A value of "2" indicates that the player character has participated in the match but is not currently participating in the match due to a change. The "Batting Order" and "Position" fields indicate the batting order and position for the player character participating in the match.

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

The "supporting character ID" field indicates identification information for uniquely identifying the supporting character. The "owning user" field indicates the user who is the owner of the cheering character, and the "event character ID" field indicates the event character ID of the event character set as the cheering character. The "used flag" field indicates whether 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 "0" indicates that the cheering character has not been used in the match and can be used, and a value "1" indicates that the cheering character has been used in the match.

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

The participation request reception unit 110 receives a participation request from the first user for 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 always participates and other users can arbitrarily participate. The "game played by the first user" is a game that the first user will play from now on. The "game played by the first user" may be a game currently played by the first user.

"Accepting a participation request from the first user" means receiving data indicating a participation request to the game transmitted from the game terminal 30 of the first user. Alternatively, "accepting the participation request from the first user" may mean accepting an operation indicating the participation request to the game performed by the first user. The participation request will be accepted before the start of the game. Participation requests may be accepted during the execution of the game. The participation application reception unit 120 (second participation application reception unit 122), which will be described later, may accept the participation application after the participation request is received.

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

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

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

In the above-mentioned baseball game X, the request for helper corresponds to an example of "request for participation". As described above, the "helper request" is, for example, requesting the team created by the user U1 (in other words, the battle in which the user U1 is performed as a host) to participate as a helper 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 reception unit 120. For example, the participation application reception unit 120 is realized by the control unit 11 of the server 10.

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

Here, the "participation application" is to apply to participate in the game played by the first user. When the 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, or the second user may be the second user under a predetermined condition. It may be possible to participate in a game played by one user. In the latter case, for example, subject to the consent of the first user, the second user may be able to participate in the game played by the first user when the consent of the first user is given.

"Accepting a participation application from a second user" means receiving data indicating a participation application for a game transmitted from the game terminal 30 of the second user. Alternatively, "accepting the participation application from the second user" may mean accepting an operation indicating the participation application to the game performed by the second user. Application for participation will be accepted before the start of the game. The application for participation may be accepted during the 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 reception unit 121 accepts the first participation application, which is an application for participation as a first-class participant in the game, from a user other than the first user (second user, third user, etc.). The second participation application reception unit 122 accepts the second participation application, which is an application for participation as a second-class 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 "first-class participant" is a normal participant. In other words, a "first-class participant" is a participant who can obtain a normal reward in accordance with a predetermined rule. On the other hand, the "type 2 participant" is a special participant. In other words, the "type 2 participant" is a participant who can obtain a reward higher than the normal reward according to the above-mentioned predetermined rule. As will be described later, the “type 2 participant” is, for example, a participant who can obtain at least a part of the reward to the first user in addition to the normal reward.

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

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

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

"Set whether or not to accept by the second participation application reception unit 122 according to the selection operation" means that when the selection operation is accepted, the selection operation is accepted by the second participation application reception unit 122. If it indicates that the selection is to be performed, it is set to be accepted by the second participation application reception unit 122, and the selection operation is selected not to be accepted by the second participation application reception unit 122. If it indicates that, it is set so that the reception by the second participation application reception unit 122 is not performed.

For example, the "selection operation" is an operation of selecting to request the participation of a second-class participant in a game played by the first user. For example, if the reception by the second participation application reception unit 122 is started when the participation request for the game played by the first user is received from the first user, the operation of making the participation request is performed. , Since it corresponds to the operation of selecting to accept the participation by the second participation application reception unit 122, it corresponds to an example of the "selection operation". In this case, the second participation application receiving unit 122 accepts the second participation application when it is selected to request the participation of the second type participant in the game played by the first user.

The participation application reception 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 has a second user's ability in the game higher than that of the first user, based on the game ability information regarding the ability of the first user in the game and the game ability information regarding the ability of the second user in the game. If it is determined to be high, the application for participation in the game in which the first user participates may be accepted from the second user. More specifically, for example, the second participation application reception unit 122 is based on the game ability information regarding the ability of the first user in the game and the game ability information regarding the ability of the second user in the game, and the game of the second user. When it is determined that the ability in the above is higher than that of the first user, the second participation application may be accepted from the second user.

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

Alternatively, the "ability in the game" may be the ability of the game object owned by the user. That is, the "game ability information" may be information indicating the ability of the game object associated with the user's identification information. The "user identification information" is information for uniquely identifying (identifying) 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". Further, the "game object" can be used in a game, and is, for example, a game character or a game item. For example, the ability parameter of the game character owned by the user corresponds to an example of "game ability information". The "ability parameter" may be numerical information or information other than numerical information.

In addition, "when it is determined that the ability of the second user in the game is higher than that of the first user, the application for participation in the game in which the first user participates is accepted from the second user" means that the game of the second user is accepted. When it is determined that the ability of the second user is lower than that of the first user, the acceptance of participation applications from the second user is restricted, and when the ability of the second user in the game is determined to be higher than that of the first user, It is to accept the participation application from the second user. Further, when the ability of the second user in the game is the same as that of the first user, the participation application may be accepted from the second user, or the acceptance may be restricted. In addition, "restricting the acceptance of participation applications from users" means preventing users from making participation applications and not officially accepting participation applications from users (for example, ignoring, rejecting, etc.). Or an error).

In the above-mentioned baseball game X, a normal participant corresponds to an example of a "type 1 participant", and a helper participant corresponds to an example of a "type 2 participant". For this reason, the first participation application reception unit 121 includes an application for participation as a normal participant (an example of the first participation application) in the team created by the user U1 (in other words, a match held by the user U1 as a host). Accept from users of. In addition, the second participation application reception unit 122 accepts a participation application (an example of the second participation application) as a helper participant to the team created by the user U1 from another user.

Further, in the above-mentioned baseball game X, the battle level of the user corresponds to an example of "game ability information". Therefore, the second participation application reception unit 122 accepts the participation application as a helper participant to the team created by the user U1 from another user whose competition level is higher than that of the user U1.

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

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

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

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

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

An example of the functional block 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 determination unit 140. For example, the reward determination unit 140 is realized by the control unit 11 of the server 10 or the control unit 31 of the game terminal 30. The reward determination unit 140 may be realized by the 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 the reward to the user who participated in the game.

Here, the "reward to the user" is a reward given to the user. In other words, the "reward to the user" is the reward associated with the user's identification information. For example, game points (in-game currency, etc.) are given to the user as a reward. Further, for example, a game object (game character, game item, etc.) is given to the user as a reward. The "reward to the user" is not limited to game points and game objects, and various rewards can be set according to the content of the game. For example, the "reward to the user" may be to change the parameters of the user or the parameters of the game object owned by the user temporarily or permanently in favor of the user.

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

Here, since the "game ability information" has already been explained when the participation application reception unit 120 is explained, the description thereof will be omitted here.

"To increase the value of the reward" means, for example, "to increase the amount of reward (game points, game objects, etc.)". Further, for example, it may mean "to increase the usefulness or rarity of the target (game object, etc.) given as a reward". More specifically, it means, for example, "so that a game object with a higher ability is given as a reward" or "so that a game object with a higher rarity is given as a reward". You may do so.

"When the ability is high, the value of the reward is higher than when the ability is low" means, for example, when the reward is determined based on multiple factors including the ability. Assuming that the factors other than the ability are the same, the value of the reward is higher when the ability is high than when the ability is low.

In the above-mentioned baseball game X, contribution points correspond to an example of "reward". Further, the original ability parameter of the player character corresponds to an example of "game ability information at the start of the game". In the baseball game X, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team, and the reward determination unit 140 of the user U1 Based on the momentum points, the contribution points to be given to the user U1 are determined. As a result, when the original ability of the player character owned by the user U1 is high, the contribution points given to the user U1 are larger than when the original ability is low.

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

For example, if the reward is determined based on multiple factors including the game ability (ability in the game) at the start of the game, the game starts assuming that the factors other than the game ability are the same. When 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. The reward for the second user is determined so that the value of the reward for the second user is higher than in the case where there is no reward.

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

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

Here, the "play result information" is information indicating the result of the play performed by the user in the game. For example, the information regarding the results stored 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 batting record (or pitcher record) of the user 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, the pass success rate, and the like correspond to an example of "play result information". Further, for example, in the case of a game of exterminating an enemy, the number of enemies defeated by the user, the amount of damage given to the enemy by the user, and the like correspond to an example of "play result information".

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

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

In the baseball game X, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team, and the play result of the user U1 in the action part is obtained. Based on this, the momentum points of user U1 are increased. Then, the reward determination unit 140 determines the contribution points to be given to the user U1 based on the momentum points of the user U1 thus increased (the above-mentioned calculation formula (1)). 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 play result of the user U1 in the action part, the more contribution points are given to the user U1. Will increase.

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

Here, the "game result information" is information related to the result of the game. For example, in the case of a game in which multiple users aim to achieve the purpose in cooperation, information indicating whether or not the purpose has been achieved or information regarding the degree of achievement of the purpose is "game result information". Corresponds to one example.

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

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

In the above-mentioned baseball game X, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team. In addition, the base points of contribution points are set based on the result of the match. Then, the reward determination unit 140 determines the contribution points to be given to the user U1 based on the momentum points of the user U1 and the base points (the above-mentioned calculation formula (1)). 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, the more contribution points are given to the user U1.

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

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

The degree to which the reward to the first user is reduced may be predetermined by the game developer (game provider) or may be set by the first user. That is, the reward determination unit 15 may set the degree to which the reward to the first user is reduced according to the setting operation of the first user. Here, the "setting operation" is an operation for setting the degree to which the reward to the first user is reduced. In addition, "setting the degree to reduce the reward to the first user according to the setting operation" means that when the setting operation is accepted, the information indicating the degree to reduce the reward to the first user is the setting operation. It is to update to show the degree specified by.

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

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

When the second user participates in the game as a second-class participant and the third user participates as a first-class participant, the second reward determination unit 142 sends the first user according to a predetermined rule. At least a part of the reward and at least a part of the reward to the third user according to the predetermined rule are reduced, and the reduced amount is added to the reward to the second user according to the predetermined rule. Therefore, the reward to the first user, the reward to the second user, and the reward to the third user may be determined.

In the above-mentioned baseball game X, a normal participant corresponds to an example of a "type 1 participant", and a helper participant corresponds to an example of a "type 2 participant". Further, the contribution points correspond to an example of "reward", and the above-mentioned calculation formula (1) corresponds to an example of "predetermined rules".

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

Further, when the user U2 participates in the match as a normal participant and the user U3 participates in the match as a helper participant and wins the match (when the base point is 100 points), the second reward determination unit 142 describes the above. The contribution points of the user U1 calculated according to the calculation formula (1) of (1) and the contribution points of the user U2 calculated according to the above calculation formula (1) are each reduced by 5 points, and the contribution points of the user U2 are added up to 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.

When users U2 and U3 participate in the match as a helper participant and win the match (when the base point is 100 points), the second reward determination unit 142 calculates according to the above-mentioned calculation formula (1). Decrease the contributed points of user U1 by 20 points, and add 10 points (corresponding to 10% of the base points) to each of the contribution points of users U2 and U3 calculated according to the above calculation formula (1). In this way, the contribution points to be given to each of the users U1, U2, and U3 are determined.

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

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

For example, "associating a reward with a user's identification information" means giving the user game points (or in-game currency). That is, 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 further associating the game points with the user's identification information and the game points associated with each other.

Further, for example, "associating a reward with a user's identification information" means giving a game object to the user. That is, by giving the user a new game object that the user does not own, or by further giving the user a game object that the user already owns, the number of the game objects that the user owns can be determined. Is to increase. In other words, it is associated with the user's identification information 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 is associated with the game object. Is to increase the number of game objects that have been created.

As described above, the "reward" is not limited to game points and game objects, and various rewards can be set according to the content of the game. For example, the "reward" may be to temporarily or permanently change the parameters associated with the user (parameters other than game points) in favor of the user.

However, it is necessary to set the "reward" while paying attention not to upset the balance of the game. For example, if a reward for raising the level of a user is given, the balance may be lost depending on the game. In such a case, it is advisable not to give such a reward. Also, regarding game objects (game characters or game items) and game points, if too many are given, the balance of the game may be lost. Therefore, for example, an upper limit should be set so as not to lose the balance of the game. You should do it.

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

"Associating a reward with a user's identification information according to the execution of the game" means associating the reward with the user's identification information when the game is executed. For example, the reward is associated with the user's identification information after the game is executed. It should be noted that the reward may be associated with the user's identification information before or during the execution of the game.

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

[3-7] Here, an example of a functional block included in the game execution unit 130 will be described. As shown in FIG. 31, the game execution unit 130 includes a selection reception unit 1301, 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, and a game progress unit 1307. And the achievement result determination unit 1308 are included.

[3-7-1]. The selection reception unit 1301 receives the selection of the 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 the start of the operation period in which the first user can perform the operation or during the operation period. Accept 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 the "operation". The "operation on the operation target object" is an operation performed by the first user in order to operate the operation target object. For example, it is an operation for instructing the type of operation to be performed by the operation target object, the timing to perform the operation, the position or direction related to the operation, and the like. During the operation period in which the operation target object can be operated by the first user, the operation target object performs an operation corresponding to the operation performed by the first user. Note that a game character or the like corresponds to an example of an “operation target object”. Further, the "operation" is performed using an operation unit (touch panel, button, key, stick (lever), etc.).

The "operation period" is a period during which the user can perform an operation while the game is being executed. In other words, the "operation period" is the period during which the computer accepts operations by the user.

The "support game object" is a game object that plays a role of supporting the first user so that the first user has an advantage during the operation period. The "game object" is 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 the selection of a game object from the user" means receiving data indicating the selection result by the user. For example, data indicating a selection result by the user is received from the user's game terminal 30. Alternatively, "accepting the selection of the game object from the user" may mean accepting the selection operation (operation for selecting the game object) performed by the user.

"Accepting selection during the operation period" may mean accepting selection over the entire operation period, or a part of 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 time point.

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

Here, since the "user identification information" has already been explained when the participation application reception unit 120 is explained, the description thereof is omitted here.

The "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 freely used by the user.

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

[3-7-2] The candidate selection reception unit 1302 receives the selection of a plurality of game objects as candidates for the support game object from the second user before the start of the game. For example, the candidate selection reception unit 1302 receives the selection of a plurality of game objects from the second user as candidates for the support game object from the game objects associated with the identification information of the second user before the start of the game. It may be.

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

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

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

For example, when the selection reception unit 1301 accepts the selection of the support game object before the start of the operation period or during the operation period for each operation period, the selection restriction unit 1303 serves as the support game object. Restricts game objects that have been selected from being reselected as support game objects.

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

[3-7-4] In the above-mentioned baseball game X, each action part corresponds to an example of an "operation period". Further, the event character set as the support character in the support character setting image G160 corresponds to an example of the “candidate”. Further, 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”.

Therefore, the candidate selection reception unit 1302 sets a plurality of event characters from the event characters owned by the users U1 to U3 as support characters before the start of the battle between the users U1 to U3 and the opponent. Selection) is accepted from each of the users U1 to U3. Further, the selection reception unit 1301 receives the selection of the support character to be used in the action part from each of the users U1 to U3 before the start of the action part. Further, the selection limiting unit 1303 limits that the cheering characters selected by each of the users U1 to U3 are reselected 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 that can be operated by the user.

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

Here, since the "operation" has already been described when the selection reception unit 1301 is described, it is omitted here.

The "operation period in which at least one of a plurality of users can perform an operation" is, for example, the following operation period.
(Example 1) Operation period during which only one of a plurality of users can operate the game (Example 2) Operation during which a plurality of users among a plurality of users can operate the game Period (Example 2-1) For example, an operation period in which both the first user and the second user can operate the game at the same time (Example 2-2). For example, the first user may perform the game operation. An operation period including a possible first operation period, an operation period provided after the first operation period, and a second operation period in which the first user can operate the game. (That is, a series of operation periods in which the second user operates the game after the first user operates the game)

"Setting the operation period" means setting the operation period in the middle of the game. That is, the user can operate the game at a time point (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 (a situation satisfying a predetermined condition) is reached. Alternatively, the operation period setting unit 1304 may set the operation period at random. That is, the operation period setting unit 1304 determines whether or not to set as the operation period at each time point (scene or period, etc.) based on a predetermined probability, and when it is determined to set as the operation period. The operation period may be set. The operation period may be set a plurality of times during the game, or may be set only once.

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

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

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

"Increasing the number of users who can perform an operation during the operation period based on the game object associated with the identification information of each of the plurality of users" means, for example, the identification of each of the plurality of users. It is to increase the number of users who can perform a game operation at an operation opportunity based on whether or not the game object associated with the information satisfies a predetermined condition. More specifically, for example, when the game object associated with the identification information of each of the plurality of users satisfies the predetermined condition, the game operation can be performed at the operation opportunity as compared with the case where the predetermined condition is not satisfied. To increase the number of possible users. Here, the "predetermined condition" is, for example, whether or not a specific game object (for example, a game object having a specific ability) is included in the game objects associated with the identification information of each of a plurality of users. It is a condition of. Whether or not the game object has a specific ability is determined based on the data (parameters, etc.) of the game object.

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

For example, the operation period includes a first operation period in which a first user among a plurality of users can perform an operation. Then, the operation period setting unit 1304 also enables a second user other than the first user to perform the operation in the first operation period based on the game object selected by at least one of the plurality of users. Alternatively, the operation period setting unit 1304 can be operated by a second user other than the first user following the first operation period based on the game object selected by at least one of the 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. In addition, the first operation period is set so that the game progresses based on the operation by the first user and the operation by the second user.

In addition, "setting a second operation period during 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, By setting the second operation period for accepting the operation by the second user, the operation period is set so as to include the first operation period and the second operation period. That is, a series of operation periods is set so 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 perform operations during the operation period based on the game object selected as the support game object.

In the above-mentioned baseball game X, each action part corresponds to an example of the "operation period", and the cheering character selected as the target of use in the action part corresponds to an example of the "support game object".

The operation period setting unit 1304 is a user capable of performing an operation in the action part when the cheering character selected as a target for use in the action part by at least one of the users U1 to U3 has a linked action as a cheering effect. Increase the number of people.

That is, normally, in the action part, only the user who is the owner of the batter character can perform the operation (operation on the batter character), for example, the cheering character selected by at least one of the users U1 to U3 cheers. When the linked action "stolen base support" is provided as an effect, the operation period setting unit 1304 is operated by the user who is the owner of the batter character and the user who is the owner of the runner character in the action part (of the batter character). To be able to perform operations and operations of the runner character). Further, for example, when the cheering character selected by at least one of the users U1 to U3 has the linked action "pistol striking line" as the cheering effect, the operation period setting unit 1304 is the owner of the batter character in the action part. Allow the user, the user who is the owner of the next batter character, and the user who is the owner of the next batter character to perform operations, respectively.

[3-7-6] The control execution unit 1305 controls the game in which a plurality of users cooperate to aim to achieve the purpose so that the game is advantageous in the operation period in aiming to achieve the purpose. Execute based on the game object associated with each identification of multiple users. For example, the control execution unit 1305 executes the control based on a game object selected by at least one of the plurality of users. Specifically, the control execution unit 1305 executes the control based on the game object selected as the support game object.

Here, "execution of control for gaining an advantage in the operation period in aiming at the achievement of the purpose" means executing control for giving the user an advantage in aiming at the achievement of the purpose. It is to be. In other words, it is controlled so that the purpose is easily achieved.

For example, the above-mentioned "execution of control" is to change the game parameters that affect the ease of achieving the purpose so that the purpose can be easily achieved.

Specifically, for example, when the operation period is "an operation period in which the user operates the game object", the above "execution of control" is a parameter of the game object so as to improve the ability of the game object. Is to improve.

Further, for example, when the operation period is "an operation period in which the user operates the first game object to play against the second game object operated by the opponent", the above-mentioned "execute control" means. , The parameters of the second game object may be reduced so that the ability of the second game object is reduced. Further, the above-mentioned "execution of control" may mean changing the environmental 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 in which a user operates a batter character in a baseball game and a pitcher character operated by an opponent hits a ball thrown by the opponent". In this case, the above-mentioned "execution of control" means improving the batter character's parameters so as to improve the batter character's ability, lowering the pitcher character's parameters so as to reduce the pitcher character's ability, or , The wind direction and strength of the stadium are set to be advantageous depending on the batter character (for example, the wind blows toward the stand or the wind blows toward the stand becomes stronger). ..

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

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

In the above-mentioned baseball game X, each action part corresponds to an example of the "operation period", and the cheering character selected as the target of use in the action part corresponds to an example of the "support game object".

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

[3-7-8] The task setting unit 1306 sets a task to be achieved during the operation period. The 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 a task based on a game object 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 the game objects associated with the identification information of each of the plurality of users, and is based on the acquired game object. Set an issue.

Here, the "problem" is a task to be achieved by the user who performs the operation during the operation period. Further, "setting a task based on a game object selected by each of a plurality of users" means performing a game operation 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 do it. That is, it is to set a task that can be achieved by the number of users. In other words, it is to set a task that can be achieved by coordinating the number of users.

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

In the above-mentioned baseball game X, the bonus condition of the linked action corresponds to an example of the "task". When the cheering character selected as the target to be used in the action part by at least one of the users U1 to U3 has a linked action as a cheering effect, the task setting unit 1306 sets the bonus condition of the linked action as the above task.

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

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

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

Here, "progressing the game based on the operation" means that the operation affects the progress of the game, and as a result, it also affects whether or not the operation can finally achieve the purpose. Is to exert.

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

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

Here, the "achievement result of the task" is whether or not the task has been achieved. The "achievement result of the task" may be the degree of achievement of the task (degree of achievement of the task).

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

Here, "associating the reward with the identification information of at least one of a plurality of users based on the achievement result of the task" means, for example, whether or not to associate the identification information of at least one of the plurality of users with the reward. It is to decide based on the achievement result of the task. Specifically, when the task is achieved (or when the achievement level of the task is equal to or higher than the threshold value), it is decided to associate the identification information of at least one of the plurality of users with the reward, and the task is not achieved. If (or if the task achievement is not above the threshold), it is determined not to associate the reward with the identification information of at least one of the plurality of users.

Further, "associating the reward with the identification information of at least one of a plurality of users 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 do. Specifically, the reward may be determined so that the higher the degree of achievement of the task, the higher the value of the reward. That is, the reward may be determined so that the value of the reward is higher when the degree of achievement of the task is high than when the degree of achievement of the task is low. Alternatively, the higher the degree of achievement of the task, the more beneficial the reward may be to the user, and the type of reward may be determined. That is, the type of reward may be determined so that the reward is more beneficial to the user when the achievement of the task is high than when the achievement of the task is low. Alternatively, the amount of reward may be determined so that the higher the degree of achievement of the task, the larger the amount of reward. That is, the amount of the reward may be determined so that the amount of the reward is larger when the degree of achievement of the task is high than when the degree of achievement of the task is low.

Further, "associating the reward with the identification information of at least one of a plurality of users based on the achievement result of the task" means, for example, the number of users associated with the reward (the number of users giving the reward). It may be decided based on the achievement result. Specifically, the higher the degree of achievement of the task, the larger the number of users associated with the reward, and the number of users associated with the reward may be determined. That is, when the degree of achievement of the task is high, the number of users associated with the reward may be increased as compared with the case where the degree of achievement of the task is low.

In the above-mentioned baseball game X, the bonus condition of the linked 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 of the linked action is satisfied, the reward association unit 150 grants the bonus points of the linked action to the user involved in the linked action among the users U1 to U3.

[4. Process] Next, the process executed by the game system 1 in order to realize the functional block described above will be described.

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

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

The "support character registration request" requests that the event character set as the support character in the support character setting image G160 be registered as the support character. For example, the user ID of the user U1 and the event character ID of the event character set as the support character are transmitted from the game terminal 30-1 to the server 10 as a support character registration request.

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

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

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

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

When the team creation request is received, the control unit 11 creates a new team (S112). For example, the control unit 11 accesses the team table TBL104 and adds a new record. In this case, the team ID generated so as not to overlap with the existing team ID is registered in the "team ID" field of the new record. Further, the user ID and the battle level of the user U1 are 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 "acceptance completion flag" fields of the new record, respectively.

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

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

As shown in FIG. 41, first, the control unit 31 of the game terminal 30-1 of the user U1 transmits a helper request to the server 10 via the communication unit 33 (S320), and the control unit 11 of the server 10 makes the request. Received via the communication unit 13 (S120). For example, the user ID of the user U1 and the team ID of the team targeted for the helper request are transmitted from the game terminal 30-1 to the server 10 as a helper request.

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

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

FIG. 42 shows an example of a process 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 process shown in FIG. 42 according to the program. In the following, it is assumed that the user U2 intends to join a team created by another user as a normal participant.

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

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

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

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

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

When the participation application is received, the control unit 11 registers the user U2 as a normal participant to the team targeted for the participation application (S144). For example, the control unit 11 accesses the team table TBL104, and if another user is not registered in the "participant 1" field of the team to be applied for participation, the control unit 11 registers the user U2 in the "participant 1" field. 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 the user U2 is registered in the "user ID" subfield, and the value "0" is registered in the "helper flag" subfield.

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

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

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

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

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

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

When the above notification is received, the control unit 11 transmits the data of the helper participation application image G220 capable of applying for participation in the team selected by the user U3 to the game terminal 30-3 via the communication unit 13. (S160), 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 helper participation application image G220 on the display unit 35 (S360).

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

When the participation application is received, the control unit 11 registers the user U3 as a helper participant to the team targeted for the participation application (S164). For example, the control unit 11 accesses the team table TBL104, and if no other user is registered in the "participant 1" field of the team to be applied for participation, the user U3 is registered in the "participant 1" field. 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 the user U3 is registered in the "user ID" subfield, and the value "1" is registered in the "helper flag" subfield.

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

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

The processes shown in FIGS. 44 and 45 are executed when any one of the game terminals 30-1 to 30-3 of the users U1 to U3 or the server 10 functions as a master device. Here, the "master device" is a device that controls a slave device. For example, when any of the game terminals 30-1 to 30-3 functions as a master device, the other game terminal 30 becomes a slave device. Further, for example, when the server 10 functions as a master device, each of the game terminals 30-1 to 30-3 becomes a slave device. The master device plays the role of a game server. For example, when any of the game terminals 30-1 to 30-3 functions as a master device, the master device receives information about the operation performed by each slave device from each slave device and is performed by the master device. Based on the operation and the operation performed by each slave device, the current game status is updated, and information indicating the updated status is transmitted to each slave device. By doing so, the game situation is shared between the game terminals 30-1 to 30-3. In the following, a case 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 will be described.

As shown in FIG. 44, first, the control unit 31 of the game terminal 30-1 initially sets the game status table TBL105, the player character table TBL106, and the support character table TBL107 (S1000). Then, the control unit 31 calculates the initial value of each momentum point of the users U1 to U3 (S1002).

For example, the control unit 31 calculates the initial value of the momentum point of the user U1 based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team. The higher the ability of the player character owned by the user U1, the larger the initial value of the momentum point of the user U1, and the initial value of the momentum point of the user U1 is calculated. That is, when the ability of the player character owned by the user U1 is high, the initial value of the momentum point of the user U1 is set to be larger than that when the ability is low, and the initial value of the momentum point of the user U1 is set. It is calculated. The initial values of the momentum points of the users U2 and U3 are also calculated in the same manner. The control unit 11 acquires the sum of the momentum points of the users U1 to U3 as the momentum points of the user team. Further, the control unit 11 calculates the momentum 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 the match start image on the display unit 35 (S1004). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the game start image on the display unit 35. After that, the control unit 31 displays the automatic progress 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 progress part image G240 on the display unit 35.

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

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

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

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

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

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

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

If an action part occurs at any of the timings from the front of the first to the bottom of the third, in step S1018, the action part is changed to the action part until the bottom of the third is completed. It is decided not to switch. The same applies between the 4th to 6th innings and the 7th to 9th innings.

If the action part of the user U1 occurs at any of the timings from the front of the first to the bottom of the third, in step S1018 thereafter, the player character owned by the user U1 is a batter or a pitcher. Then, it is decided not to switch to the action part regardless of the probability information.

Further, when the possibility that the action part is generated between the front and the back of the first time is low, the action part may be controlled so as to be likely to occur. For example, if the action part has not occurred until the start of the 3rd inning, it is considered that the probability that the action part will occur between the 1st and 3rd innings is low, and the action part is switched to. The probability of being determined to be may be higher than usual. The same applies between the 4th to 6th innings and the 7th to 9th innings.

Further, when the possibility that the action part of any user occurs is low, the action part may be controlled so as to be 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 being determined to switch to the action part may be higher than usual.

It is not essential to control so that one action part always occurs between the first front and the third bottom. That is, there may be a case where the action part does not occur between the front and back of the first and third times. If the action part does not occur between the front and bottom of the 1st and the bottom of the 3rd, the action part may occur 3 times between the front of the 4th and the bottom of the 9th. Also, in this case, in order to avoid that the action part of 3 times does not occur between the front of the 4th and the bottom of the 9th, the action part is likely to occur between the front of the 4th and the bottom of the 9th. May be good. Further, it is not essential to control the number of action parts of the users U1 to U3 to be equal in one game.

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

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

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

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

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

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

For example, assume that a cheering character for which the linked action "pistol striking line" is set is selected as the cheering effect. Since the activation condition is not set for the "pistol striking line", in this case, the control unit 11 selects the support character for which the linkage action is set as the support effect, and the activation condition of the linkage action is satisfied. Judge that there is.

Further, for example, it is assumed that a support character for which the linked action "stolen base support" is set is selected as the support effect. Since "there is a runner on at least one of the first and second bases" is set as an activation condition for "stolen base support", the control unit 31 is in a situation where the current situation is that there is a runner on at least one of the first and second bases. Judge whether or not. If the current situation is that there is a runner on at least one of the first and second bases, the control unit 31 selects a cheering character for which a linked action is set as a cheering effect, and the conditions for activating the linked action are satisfied. Judge that

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

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

For example, when the cheering character selected in step S1022 has a cheering effect of raising 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 obtains the "current ability parameter". Increase the value of the basic ability parameter stored in the field.

Further, for example, when the cheering character selected in step S1022 has a cheering effect of imparting a special ability to the player character of the user team, the control unit 31 accesses the player character table TBL106 of the user team and "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, when the cheering character selected in step S1022 has a cheering effect of lowering the basic ability of the player character of the opponent team, the control unit 31 accesses the player character table TBL106 of the opponent user team and " Decrease the value of the basic ability parameter stored in the Current Ability Parameter field.

Further, for example, when the cheering character selected in step S1022 has a cheering effect that invalidates the special ability 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 an attack by the user team, the basic ability parameter or special ability parameter of the pitcher's player character of the opponent team is updated, and if the user team is defensive, the batter of the opponent team. The basic ability parameter or special ability parameter of the player character may be updated.

Further, when the linked action is activated (that is, when the cheering character selected in step S1022 has the linked action as a cheering effect and it is selected to activate the linked action in step S1026). , The control unit 31 changes the setting of the action part according to the activated linked action.

For example, when the activated linked action is "pistol striking", the control unit 31 can perform not only one at-bat operation but also three consecutive at-bat operations in the action part. Change the end condition of.

Further, for example, when the activated linked action is "stolen base support", the control unit 31 operates in the action part so that not only the batter character but also the runner character can be operated in the action part. Change the target.

In addition, the activated linked action has a support effect that raises the basic ability of the player character of the user team, a support effect that gives the player character of the user team a special ability, and a support effect that lowers the basic ability of the player character of the opponent team. Alternatively, a cheering effect or the like that invalidates the special ability of the player character of the opponent team may be set (see FIG. 22). In such a case, the basic ability parameter or the 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 as in the above case.

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

For example, when the action part image G280 shown in FIG. 24 is displayed, the control unit 31 causes the pitcher character PC2 of the opponent team to perform an operation (pitching operation, etc.) according to a predetermined algorithm (AI, etc.). 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 by using the operation unit 34, and in response to the operation, the batter character PC1 operates (hit operation). Etc.). When the batter character PC1 is operated by the user U2 or U3, the control unit 31 provides data indicating the operation of the user U2 or U3 performed by using the operation unit 34 of the game terminal 30-2 or 30-3. Received from the game terminal 30-2 or 30-3, and causes the batter character PC1 to perform an operation (striking operation, etc.) according to the operation. In this case, the change in the game situation is notified to the game terminals 30-2 and 30-3, so that the action part image G280 displayed on the display unit 35 of the game terminals 30-2 and 30-3 is updated. To. Alternatively, by transmitting the updated action part image G280 to the game terminals 30-2 and 30-3, the action part image G280 displayed on the display unit 35 of the game terminals 30-2 and 30-3 is updated. To.

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

For example, if the activated linked action is "pistol hitting", the bonus condition of "pistol hitting" is "2 hits", so whether or not the number of hits of the user team in the action part is 2 hits or more. It is judged. Then, if the number of hits of the user team in the action part is 2 hits or more, it is determined that the bonus condition of "pistol hitting line" is satisfied.

Also, for example, when the activated linked action is "stolen base support", the bonus condition of "stolen base support" is "the batter misses and the runner succeeds in stealing", so the runner character steals the base in the action part. If the batter character of the user team misses the base and the runner character succeeds in stealing the base, it is determined that the bonus condition of "stolen base support" is satisfied.

Then, the control unit 31 accesses the match status 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 point of the user U1 is increased based on the operation result (play result) of the user U1 in the action part. That is, the momentum points of the user U1 are increased based on the results obtained by the user U1 in the action part. For example, when the grade is good, the amount of increase in the momentum point of the user U1 is larger than when the grade is bad. Further, for example, when the result is good, the momentum point of the user U1 is increased, and when the result is poor, the momentum point of the user U1 is not increased.

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

Furthermore, if the activated linked action is successful, success bonus points are added to the momentum points of the users involved in the linked action. For example, if the activated linked action is "pistol striking", success bonus points (60) are added to the momentum points of each user who operates the batter character in each of the three at-bats (see FIG. 22). Also, for example, if the activated linked action is "stolen base support", a success bonus (50) is added to the momentum points between the user who operated the batter character and the user who operated the runner character (50). See FIG. 22).

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

[5. Summary] In the game system 1 described above, in the action part where the user U1 can operate, the ability of the player character operated by the user U1 is improved based on the cheering character selected by the user U2. 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 to which the user U2 other than the user U1 who performs the main operation is involved in the progress of the game.

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

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

Further, in the game system 1, for example, the user U2 sets a plurality of event characters as cheering characters before the start of the game (FIG. 10), and each action part has a plurality of them as cheering characters to be used in the action part. At least one of the cheering characters is selected (FIGS. 21 and 27). For this reason, according to the game system 1, the interest of predicting the development of the game in advance and setting the cheering characters, and among those preset cheering characters, for each action part, the scene of the action part is set. At the same time, it becomes possible to provide the user U2 with the interest of selecting the support character to be used in the action part, and it becomes possible to improve the interest related to the setting / selection of the support character.

Further, in the game system 1, the support effect (linked action "pistol striking line" or "stolen base support", etc.) is activated in the action part based on the support characters owned by each of the users U1 to U3, so that the action part is operated. The number of users who can do this increases. As a result, it becomes possible for users U1 to U3 to realize the interest of cooperating with each other and playing against an opponent.

Specifically, the support effect of the support character selected by at least one of the users U1 to U3 from the support characters owned by the users U1 to U3 (coordination action "pistol striking line" or "stolen base support". , Etc.), the number of users who can perform operations in the action part is increased. As a result, it is possible to provide an interest of selecting a cheering character having the above-mentioned cheering effect according to the scene of the action part.

For example, when the linked action "stolen base support" is activated, the user U2 can operate the runner character in the action part in which the user U1 operates the batter character, and the users U1 and U2 perform the operation in cooperation with each other. Will be possible. As a result, it becomes possible for users U1 and U2 to realize the interest of aiming for victory in cooperation with each other.

Further, for example, when the linked action "pistol striking line" is activated, it is possible to play three at-bats in a row, and as a result, for example, the next batter of the player character owned by user U1 is the player character owned by user U2. If there is, and the next batter is a player character owned by the user U3, the batter character is operated by the user U1 following the operation of the batter character by the user U2, and then the user U2 operates the batter character. The batter character is operated by U3. That is, the user U1, the user U2, and the user U3 can continuously operate, and as a result, the users U1, U2, and U3 can realize the interest of aiming for victory in cooperation with each other. become.

Further, in the game system 1, for example, when the cheering character selected by any of the users U1 to U3 has the linked action "pistol striking line" or "stolen base support", "pistol striking line" or "stolen base support" is performed. It becomes possible to activate, and when "Pistol Strike" or "Stolen Base Support" is activated, bonus conditions are set, and when the bonus conditions are achieved, bonus points are added to the momentum points of the user involved in the linked 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 condition. In addition, it becomes possible to provide users with an interest in aiming to achieve the bonus condition in cooperation with each other.

Further, in the game system 1, since it is restricted to re-use the cheering character used in the action part during one game (FIG. 27), for example, the user selects the cheering character based on this. Need to do. As a result, it becomes possible to improve the interest in selecting a support character.

Further, in the game system 1, when the application for participation in the team created by the user U1 (in other words, the match with the opponent performed by the user U1 as the host) is received from the users U2 and U3, the users U1 to U3 A match with an opponent is executed, and contribution points are given to each of the users U1 to U3 according to the execution of the match. For example, when the user U3 joins the team as a normal participant, the contribution points of the user U3 are calculated according to the above-mentioned calculation formula (1). On the other hand, when the user U3 joins the team as a helper participant, a part of the contribution points of the user U1 calculated according to the above-mentioned calculation formula (1) is reduced, and the reduced amount is the above-mentioned reduction. It is added to the contribution points of the user U3 calculated according to the calculation formula (1). Therefore, the user U3 can obtain more contribution points than the contribution points that can be originally obtained. Therefore, according to the game system 1, it is possible to motivate other users to join the team created by the user U1, and as a result, try to join the team created by the user U1. It is possible to make it easier for other users to appear.

Further, in the game system 1, when the user U2 participates as a normal participant and the user U3 participates as a helper participant, at least a part of the contribution points of the user U1 and at least a part of the contribution points of the user U2. And are reduced, and the reduced amount is added to the contribution points of the user U3. Therefore, the user U3 can obtain more contribution points than the contribution points that can be originally obtained. Therefore, according to the game system 1, it is possible to give the user U3 a motivation to join the team in which the users U1 and U2 participate, and as a result, join the team in which the users U1 and U2 participate. It is possible to encourage other users who are trying to appear easily.

Further, in the game system 1, when the helper request to the team created by the user U1 is received from the user U1, the acceptance of the helper participation application to the team is started. According to the game system 1, the user U1 can invite other users to join the team created by himself / herself by requesting a helper, but in that case, his / her contribution points are reduced. It will be. That is, in the game system 1, the user U1 can select whether or not to have another user participate in the team created by the user U1 in exchange for reducing the reward to himself / herself.

Further, in the game system 1, an application for participation of a helper to the team created by the user U1 is accepted from another user whose battle level is higher than that of the user U1. Therefore, according to the game system 1, the user U1 can have another user with a higher level of competition join the team created by the user in exchange for the reduction of his / her contribution points. It will be possible.

Further, in the game system 1, when a user U3 having a higher battle level than the user U1 participates in the team created by the user U1 as a helper participant, at least a part of the contribution points of the user U1 is reduced, and the reduced amount is reduced. Since it is added to the contribution points of the user U3, the user U3 can obtain more contribution points than can be originally obtained. As a result, it is possible to motivate other users to join a team created by a user who is less capable than themselves, and thus try to join a team created by a user who is less capable than themselves. It is possible to make it easier for other users to appear.

In the game system 1, the user U1 may be able to set how much his / her contribution points are 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, if other users who want to join the team you created do not appear easily, you can make it easier for other users who join the team you created to appear by increasing the above degree. become.

Further, in the game system 1, the higher the ability (ability at the start of the game) of the player character owned by the user, the larger the initial value of the momentum point of the user. The greater the momentum points of the user, the greater the contribution points given to the user. As a result, in the game system 1, the higher the ability (ability at the start of the game) of the player character owned by the user, the more contribution points are given to the user. Therefore, it is possible to motivate the user who owns the highly capable player character to participate in the match, and it is possible to encourage the user to participate in the match.

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 user U1, the initial value of the momentum point of user U3 is larger, and as a result, the contribution given to user U3. There are many points. According to the present invention, more contribution points are given to a user who owns a player character having a higher ability than the player character owned by another user who participated in the same game. It is now possible to motivate a user who owns a high-ranking player character to participate in a match in which a user who owns a player character with a lower ability than his / her 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 game) is higher than the ability of the player character owned by the user U1 (ability at the start of the game). If the value is also high, the initial value of the momentum points of the user U3 becomes larger than the initial value of the momentum points of the user U1, and as a result, more contribution points are likely to be given to the user U3. Therefore, it becomes possible to motivate other users who own a player character having a higher ability than that of the player character owned by the user U1 to join the team created by the user U1. It will be possible to encourage participation in the team.

Further, in the game system 1, when the helper request is received from the user U1, the acceptance of the helper participation application to the team created by the user U1 is started. According to the game system 1, the user U1 can have another user participate as a helper participant in the team created by the user U1 by making a helper request. In other words, it is possible to have a user whose battle level is higher than you (that is, another user who is likely to own a player character with higher ability than you) join the team you created. .. In general, a user who owns a player character with a high ability tends to avoid joining a team created by a user who owns a player character with a lower ability than himself / herself. Therefore, for example, when the ability of the player character owned by the user U3 is higher than that of the user U1, the ability of the player character owned by the user U3 is not higher than that of the user U1. It becomes difficult for user U3 to respond to a request for helper participation in 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, so that the user U3 Even when the ability of the player character possessed is higher than that of the user U1, it becomes easy for the user U3 to respond to the request for participation of a helper.

Further, in the game system 1, the momentum points of the user are increased according to the play result of the user in the game. As described above, the contribution points given to the user are determined based on the momentum points of the user. Therefore, in the game system 1, the contribution points given to the user also take into consideration the play result of the user in the game. 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 motivate the user to aim for a better play result.

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

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

[6-1] Environmental parameters related to the environment in which the game is played may be stored in the game status table TBL105. For example, an environmental parameter indicating the direction or strength of the wind at the match venue may be stored in the match status table TBL105. Then, a cheering effect such as changing the environmental parameters may be provided so as to be advantageous to the user. For example, when the user team attacks, the wind blows from the home base to the stand, or the strength of the wind blows from the home base to the stand is increased. Good. Also, for example, when the user team is defending, the strength of the wind blowing from the home base to the stand is weakened, the wind blows from the stand to the home base, or the wind blows from the stand to the home base. A cheering effect may be provided to increase the strength of the.

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

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

[6-4] A normal participant may not be provided, and only a helper participant may be provided.

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

[7. Supplementary note] From the above description, the present invention can be grasped as follows, for example. In addition, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the present invention is not limited to the illustrated mode.

1) In the game system (1) according to one aspect of the present invention, the reward determining means (140) for determining the reward to the user who participated in the game and the reward determined by the reward determining means (140) are used by the user. The reward determining means (140) includes a reward associating means (150) associated with the identification information of the above, and the reward determining means (140) is a game ability information (for example, a player character owned by the user) regarding the ability of the user in the game at the start of the game. The reward is determined based on the original ability parameter), and when the ability of the user in the game at the start of the game is high, when the ability of the user in the game at the start of the game is low. The reward is determined so that the value of the reward is higher than that of the reward.

8) The game control device (10 or 30) according to one aspect of the present invention includes a reward determining means (140) for determining a reward to a user who participates in the game, and the reward determining means (140) is the game. The reward is determined based on the game ability information regarding the ability of the user in the game at the start, and when the ability of the user in the game at the start of the game is high, the user at the start of the game The reward is determined so that the value of the reward is higher than that in the case where the ability in the game is low.

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

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

11) Further, the control method of the game system (1) according to one aspect of the present invention is determined by the reward determination step (S1014) for determining the reward to the user who participated in the game and the reward determination step (S1014). The reward determination step (S1014) includes a reward association step (S1016) for associating the reward with the identification information of the user, and the reward determination step (S1014) is based on the game ability information regarding the ability of the user in the game at the start of the game. The reward is determined, and in the reward determination step (S1014), when the ability of the user in the game at the start of the game is high, the ability of the user in the game at the start of the game is low. The reward is determined so that the value of the reward is higher than that of the above.

12) Further, the control method of the game control device (10 or 30) according to one aspect of the present invention includes the reward determination step (S1014) for determining the reward to the user who participated in the game, and the reward determination step (S1014). ) Determines the reward based on the game ability information regarding the ability of the user in the game at the start of the game, and in the reward determination step (S1014), the game of the user at the start of the game. When the ability in the game is high, the reward is determined so that the value of the reward is higher than when the ability of the user in the game at the start of the game is low.

According to the inventions described in 1), 8) to 12) above, when the reward to the user who participated in the game is high in the game ability (ability in the game) of the user at the start of the game, the game ability is low. It is determined so that the value of the reward is higher than in the case. According to the present invention, since a higher value reward is given to a user having a high game ability at the start of the game, it is possible to motivate the user having a high game ability to participate in the game. , It becomes possible to encourage participation in the game.

2) In one aspect of the present invention, the game is a game in which a plurality of users participate, the plurality of users include a first user and a second user, and the reward determining means (140) starts the game. When the ability of the second user in the game at the time is higher than the ability of the first user in the game at the start of the game, the ability of the second user in the game at the start of the game is the game. The reward to the second user is determined so that the value of the reward to the second user is higher than the case where the ability of the first user at the start is not higher than the ability in the game. May be good.

According to the invention described in 2), when the game ability (ability in the game) of the second user who participated in the game at the start of the game is higher than the game ability of the first user who participated in the same game at the start of the game. In the second user, the value of the reward to the second user is higher than that in the case where the game ability of the second user at the start of the game is not higher than the game ability of the first user at the start of the game. The reward for the user is determined. According to the present invention, a higher value reward is given to a user (second user) who has a higher game ability than another user (first user) who participates in the same game, so that the game ability is high. It becomes possible to motivate the user to participate in a game in which a user having a lower game ability than himself / herself participates, and to encourage the user to participate in the game.

3) In one aspect of the present invention, there is a participation application receiving means (120) that accepts an application for participation in a game played by the first user from the second user, and a case where the application for participation is accepted from the second user. , A game execution means (130) for executing a game in which the first user and the second user participate may be included.

According to the invention described in 3), when the game ability of the second user at the start of the game is high as the game ability of the first user as a reward to the second user who participates in the game played by the first user. , More valuable rewards will be given. Therefore, it is possible to give motivation to participate in the game played by the first user to other users of the game ability rather than the first user, and it is possible to encourage participation in the game. ..

4) In one aspect of the present invention, the participation request receiving means (110) for receiving the participation request for the game played by the first user from the first user is included, and the participation application receiving means (120) is said to participate. The acceptance of the participation application may be started upon request.

According to the invention described in 4), when a request for participation in a game played by the first user is received from the first user, acceptance of an application for participation in the game is started. According to the present invention, the first user can have the second user participate in the game he / she plays by requesting participation. In general, a user with high game ability tends to avoid participating in a game played by a user with lower game ability than himself / herself. Therefore, when the game ability of the second user is higher than that of the first user, Compared with the case where the game ability of the second user is not higher than that of the first user, it is difficult for the second user to respond to the request for participation in the game played by the first user. However, according to the present invention, the first user When the game ability of the two users is higher than that of the first user, a higher value reward is given to the second user, so that the game ability of the second user is higher than that of the first user. However, it becomes easier for the second user to respond to the participation request.

5) In one aspect of the present invention, the participation request is to request the participation of another user who has a higher ability in the game than the first user in the game played by the first user. The participation application receiving means (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.

According to the invention described in 5), by requesting participation, the first user can have a second user who has a higher ability in the game than himself / herself participate in the game he / she plays. In general, a user having a high game ability tends to avoid participating in a game played by a user having a lower game ability than himself / herself, but according to the present invention, the game ability of the second user is the first user. If it is higher than, a higher value reward is given to the second user, so even if the game ability of the second user is higher than that of the first user, the second user is requested to participate. It will be easier for you to respond.

6) In one aspect of the present invention, the reward determining means (140) may include means for determining the reward based on the game ability information and the play result information regarding the play result of the user in the game. Good.

According to the invention described in 6), the reward to the user who participated in the game can be determined in consideration of the play result of the user in the game. For example, when a user's play result is good, it is possible to give a higher value reward to the user than when the user's play result is not good, and as a result, the play result is higher. It will be possible to give users the motivation to aim for better.

7) In one aspect of the present invention, the reward determining means (140) may include means for determining the reward based on the game ability information and the game result information regarding the result of the game.

According to the invention described in 7), the reward to the user who participated in the game can be determined in consideration of the result of the game. For example, if the result of the game is good, it is possible to give the user a higher value reward than if the result of the game is not good, and as a result, the result of the game is better. It will be possible to give the user the motivation to aim to become.

1 game system, N network, 10 servers, 11 control units, 12 storage units, 13 communication units, 14 databases, 30, 30-1, 30-2, 30-3 game terminals, 31 control units, 32 storage units, 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 1st participation application reception unit, 122 2nd 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 progress unit, 1308 achievement result judgment unit, TBL101 user table, TBL102 event character table, TBL103 original character table, TBL104 team table, TBL105 match status table, TBL106 player character table, TBL107 support character table, G100 basic information registration image, G110 Event deck setting image, G120 event character selection image, G130 event character information image, G140 original character registration image, G150 player character setting image, G160 support character setting image, G170 support effect information image, G180 standby image, G190 team list image , G200 participation application image, G210 helper request list image, G220 helper participation application image, G230 order confirmation image, G240 automatic progress part image, G250 action part start image, G260 support character selection image, G270 activation selection image, G280 action part image , G290 action part result image, G300 match result image, P101, P102-1 to P102-5, P103, P114, P115, P121, P122, P123-1 to P123-9, P133, P135, P136, P141-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, P243 to P248, P253 to P259, P263, P264-1 to P264-3, P273 to P277, P281, P282, P294, P294-1 to P294-8, P301, P302 element, A111-1 ~ A111-5, A112, A151-1 to A151-12, A161 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, A2522- 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 (4)

The first participation application receiving means for accepting the first participation application, which is the participation application for the game played by the first user and is the participation application as the first type participant, from the second user.
Participation request receiving means for receiving a participation request for the game played by the first user from the first user, and
In response to the participation request, a second participation application that accepts a second participation application, which is an application for participation in the game played by the first user and is an application for participation as a type 2 participant, from the second user. Reception means and
A reward determining means for determining a reward to each of a plurality of users who participate in the game,
A reward associating means for associating the reward determined by the reward determining means with the identification information of each of the plurality of users.
Including
Before SL reward determining means, based on the game result information about the result of the game, to determine a value for the plurality of users overall compensation, the values for the plurality of users overall compensation of each of the plurality of users The reward for each of the plurality of users is determined by distributing a value obtained by multiplying the ratio of values based on the game ability information regarding the ability in the game at the start of the game to each of the plurality of users. , and the if the ability in the game Yu over the at the time of the start of the game is high as the value of the reward is higher than that in the case ability in the game of the user at the time of the start of the game is low, to determine the remuneration,
The first participation application receiving means accepts the first participation application from the second user when the ability of the second user in the game is equal to or higher than the ability of the first user in the game.
The participation request receiving means requests the participation of another user who has a higher ability in the game than the ability of the first user in the game in the game played by the first user.
The second participation application receiving means receives the second participation application when the ability of the second user in the game is higher than the ability of the first user in the game in response to the participation request. Accept from users
Game system. In the game system according to claim 1,
The plurality of users include a first user and a second user.
When the ability of the second user in the game at the start of the game is higher than the ability of the first user in the game at the start of the game, the reward determining means is the second at the start of the game. The second user is designed so that the value of the reward to the second user is higher than when the ability of the user in the game is not higher than the ability of the first user in the game at the start of the game. Determine the reward for
Game system. A first participation application receiving means for accepting a first participation application, which is an application for participation in the game played by the first user and is an application for participation as a first-class participant, from a second user.
In response to the participation request by the first user, the second participation application, which is an application for participation in the game played by the first user and is an application for participation as a type 2 participant, is accepted from the second user. Second participation application reception method and
Include reward determining means for determining a reward to each of a plurality of users who participate in the game,
The game is a game in which a plurality of users participate.
The reward determining means determines a value related to the reward of the plurality of users as a whole based on the game result information regarding the result of the game, and the value related to the reward of the plurality of users as a whole is set to the value of each of the plurality of users. The reward to each of the plurality of users is determined by distributing the value obtained by multiplying the ratio of the values based on the game ability information regarding the ability in the game at the start of the game to each of the plurality of users. Yes, if the ability in the game Yu over the at the time of the start of the game is high as the value of the reward is higher than in the case of low capacity in the game of the user at the time of the start of the game, the to determine the remuneration,
The first participation application receiving means accepts the first participation application from the second user when the ability of the second user in the game is equal to or higher than the ability of the first user in the game.
The second participation application receiving means receives the second participation application when the ability of the second user in the game is higher than the ability of the first user in the game in response to the participation request. Accept from users
Game control device. A program for functioning as a computer as the game system according to claim 1 or 2 or the game control device according to claim 3 .

Images