JP6767062B2 - 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 is known in which a user owns a plurality of objects and uses an object selected from the plurality of objects. For example, there is known a baseball game in which a user trains an original player character, forms a team with a player character selected from a plurality of original player characters trained by the user, and plays against an opponent team ( For example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2016-163679

In the above game, as the number of objects owned by the user increases, the number of objects that can be used in the game is limited to a predetermined number, so that some of the objects owned by the user can be used. Some of them will be reduced or will not be used. For example, among multiple objects that you own, objects with relatively high abilities and performance are often used, but objects with relatively low abilities and performance are often used simply by being owned. May decrease. In addition, when a user newly owns an object with high ability and performance, even an object that has been used many times until then is less likely to be used.

The present invention has been made in view of the above problems, and an object of the present invention is a game system or game control device capable of providing an opportunity to be used for an object that is less likely to be used in a game. , And to provide the program.

In order to solve the above problem, the game system according to one aspect of the present invention puts some objects out of a plurality of objects associated with the user's identification information into a restricted state in which the use by the user is restricted. The setting means to be set, the user who uses the non-restricted state object which is not in the restricted state among the plurality of objects in the state where the use of the restricted state object by the user is restricted, and the opponent. It includes a battle execution means for executing a battle with, and a change means for changing the object in the restricted state to the unrestricted state based on the result of the battle.

The game control device according to one aspect of the present invention includes setting means for setting a part of a plurality of objects associated with the user's identification information to a restricted state in which the use by the user is restricted, and the above-mentioned setting means. A match between an opponent and the user who uses an unrestricted object that is not in the restricted state among the plurality of objects executed in a state in which the use of the restricted object by the user is restricted. Includes changing means for changing the restricted state object to the unrestricted state based on the result.

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 an original character table. It is a figure for demonstrating the flow of the restricted battle mode. It is a figure which shows an example of a user team table. It is a figure which shows an example of a common character table. It is a figure which shows an example of the opponent selection image. It is a figure for demonstrating the change of the user team table. It is a figure for demonstrating the change of the number of original characters included in a user team. It is a functional block diagram of the game system which concerns on embodiment of this invention. It is a figure which shows an example of a user table. It is a figure which shows an example of the original character state table. It is a figure which shows an example of the battle situation 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.

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

[1. Configuration of Game System] FIG. 1 shows a 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 game terminal 30. The game terminal 30 can perform data communication with each other via the server 10 and 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 a program 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), and stores programs and data. The communication unit 13 is for data communication with another device via the network N. The server 10 can access the database DB. The database DB may be built in the server 10, or may be built in a server computer different from the server 10.

The game terminal 30 is a computer used by the user to play a game. For example, the game terminal 30 includes a mobile phone (including a smartphone), a mobile information terminal (including a tablet computer), a desktop computer, a laptop computer, a home-use game machine (stationary game machine), and a portable game machine. Or, it is a commercial game machine installed in a game facility or the like.

As shown in FIG. 1, the game terminal 30 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, the display unit 35, and the audio output unit 36 may be provided on the game terminal 30 itself, or may be provided as an external device connected to the game terminal 30.

The operation unit 34 is for the user to perform various operations. The display unit 35 is for displaying various images, such as a liquid crystal display or an organic EL display. Although the operation unit 34 and the display unit 35 are shown separately in FIG. 1, the operation unit 34 and the display unit 35 may be integrally configured as a touch panel. It is not essential that the operation unit 34 and the display unit 35 are integrally configured as a touch panel, and the operation unit 34 is, for example, a button (key), a lever (stick), a touch pad (track pad), a mouse, or the like. May be provided separately from the display unit 35. The operation unit 34 may be for the user to operate by voice or gesture. The audio output unit 36 is for outputting audio data, and is, for example, a speaker or headphones.

The program or data is supplied to the server 10 or the game terminal 30 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 may be provided with components (for example, an optical disk drive or a memory card slot) for reading programs and data stored in an information storage medium (for example, an optical disk or a memory card). .. Then, the program or data may be supplied to the server 10 or the game terminal 30 via the information storage medium.

In the following, it is assumed that the game terminal 30 is a smartphone or tablet computer provided with a touch panel.

[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 (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.

For example, a game in which a user plays a game against an opponent using a game object owned by the user is executed in the game system 1. In the following, a baseball game will be described as an example of such a game.

The baseball game described here has a training part and a competition part. The training part is a game part in which the user trains a game character and creates his or her own original game character. On the other hand, the battle part is a game part in which a team formed by using the original character created by the user in the training part is used to play a battle with the opponent team.

[2-1] First, the training part will be described. In the training part, the user trains the main character while advancing the scenario (game story) and creates his own original character. For example, in the training part, the scenario progresses by repeatedly selecting the action (practice, rest, play, etc.) that the user wants the main character to perform. In this scenario, the main character belongs to a high school baseball club, and while practicing with his teammates, he participates in a baseball tournament and aims to be scouted as a professional baseball player in the fall of his third year of high school.

In the scenario, various events such as events that are advantageous for improving the ability of the main character occur. The event that occurs in the scenario is not fixed, and the event that occurs in the scenario changes according to one or more game characters (event characters) incorporated in the event deck (see Patent Document 1). That is, in the scenario, the event character incorporated in the event deck appears as a teammate of the main character, and an event related to the event character occurs. Therefore, the user can select the event that can occur in the scenario by selecting the event character to be incorporated in the event deck.

In the training part, experience points are given to the main character based on the options (practice items, etc.) 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. When the scenario progresses to the end, the training of the main character is completed. The main character whose training has been completed is registered as an original character. After the training part is completed, another original character can be trained by starting the training part from the beginning again.

FIG. 2 shows an example of an original character table showing a list of original characters owned by the user (original characters created by the user). As shown in FIG. 2, the original character table TBL101 is stored for each user (stored in association with each user ID). The original character table TBL101 includes the fields described below.

The "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 "Good 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 throwing 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" and "Comprehensive stats" fields indicate the rank and total stats of the original character. The rank and total ability value indicate the total ability of the original character. Ranks are indicated by alphabets (eg, S, A, B, C, D, E, F, G). "S" indicates that the total ability is very high, and "G" indicates that the total ability is very low. For example, the total ability value of the original character is calculated based on the ability parameter of the original character. The higher the ability of the original character, the higher the total ability value of the original character. In addition, any of "S" to "G" is set as the rank of the original character according to the total ability value. The higher the total ability value of the original character, the higher the rank of the original character.

The Ability Parameter field indicates the value of the ability parameter of the original character. For example, a basic ability parameter and a special ability parameter are registered in the "ability parameter" field.

The basic ability parameter is a parameter indicating the basic ability, and includes, for example, trajectory, meet, power, running power, shoulder strength, defensive power, ball catching parameter, and the like. The ballistic parameter indicates how high the hit ball goes up. The meet parameter indicates the meet 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. The catching parameter indicates the skill of catching.

The special ability parameter is a parameter indicating whether or not the special ability has been acquired. In the example shown in FIG. 2, "chance" and "left-handed pitcher" are shown as examples of special abilities. "Chance" is a special ability that is 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. "Anti-left pitcher" is a special ability that is strong against left-handed pitchers. If the original character has acquired "anti-left pitcher", the basic ability of the original character becomes high when the opponent's pitcher is a left-handed pitcher.

[2-2] The battle part will be described. In the battle part, there are two battle modes, a normal battle mode and a restricted battle mode. In the normal battle mode, the user organizes a team by arbitrarily selecting a member of his / her own team from the original characters owned by the user, and plays a match with the opponent team. In this way, in the normal battle mode, the user can form his / her own team and play a match without being restricted from using the original character owned by the user. On the other hand, in the restricted battle mode, only a limited number of original characters owned by the user can be used, and other original characters cannot be used (in other words, other original characters). Starting in a captive state), the user aims to advance to the final match while regaining the original character by continuing to win the first round, the second round, and so on.

For example, in the top image (menu image) of the battle part, the user can arbitrarily select whether to play the normal battle mode or the restricted battle mode. In addition, the period during which the restricted battle mode can be selected can be set to a predetermined period. For example, as an event, the restricted battle mode may be selected only for one week from March 1st to March 7th. During the period when the restricted battle mode can be selected, in the top image (menu image) of the battle part, the user can arbitrarily select whether to play the normal battle mode or the restricted battle mode, but cannot select the restricted battle mode. In the case of the period, in the top image (menu image) of the battle part, the user can only select to play in the normal battle mode.

The restricted battle mode will be described in detail below. FIG. 3 is a diagram showing the flow of the restricted battle mode. In FIG. 3, it is assumed that the sixth round is the final match. As shown in FIG. 3, first, the initial members of the user team (hereinafter referred to as "user team") are set (S1). For example, some of the initial members of the user team are selected from the original characters owned by the user, and the remaining members are game characters or predetermined algorithms prepared in advance by the game developer. It is set by the game character generated each time according to.

FIG. 4 shows an example of the initial members of the user team. FIG. 4 shows an example of the user team table at the time when the initial members of the user team are set. In the user team table TBL102 shown in FIG. 4, the number of members of the user team is set to 25. The user team consists of 16 fielders (8 starting order fielders and 8 reserve fielders) and 9 pitchers (3 starting pitchers, 5 middlemen and 1 restraint).

In the user team table TBL102 shown in FIG. 4, three original characters "Tanaka", "Kano", and "Totsuka" are selected as initial members from the original characters owned by the user (see FIG. 2). .. Even if the user owns more original characters than the number of members of the user team, not all members of the user team become original characters, and only some members become original characters. The user can use the original character set as a member of the user team as a player of his / her team in the match, but cannot use the original character not set as a member of the user team as a player of his / her team in the match. As described above, in the battle part, among the original characters owned by the user, the use of the original characters that are not set as members of the user team is restricted by the user.

The original character set as the initial member is automatically selected from the original characters owned by the user according to a predetermined rule. For example, the original character set as the initial member is randomly selected from the original characters owned by the user. However, when selecting the initial member, the position and ability of each original character are taken into consideration.

Specifically, three original characters are selected as initial members so that the positions do not overlap. In addition, among the original characters owned by the user, the original character whose total ability value ranks in the top 20% is preferentially selected as the initial member. For example, when the number of original characters owned by the user is 150, the three original characters are initially set so that the positions do not overlap among the original characters having the highest total ability value from 1st to 30th. Select as a member.

From the original characters whose total ability score ranks in the top 20%, if the positions do not overlap and three original characters cannot be selected, the original character whose total ability score ranks in the top 50% From among them, select three original characters so that the positions do not overlap. In addition, if three original characters cannot be selected from the original characters whose total ability value ranks in the top 50% so that the positions do not overlap, the user owns the character without considering the ability. From all the original characters, three original characters may be selected so that the positions do not overlap. Also, from all the original characters owned by the user, if the positions do not overlap and three original characters cannot be selected, all the original characters owned by the user are not considered. You may select three original characters from the original characters of.

As members other than the above three original characters, a game character prepared in advance by the game developer or a game character generated each time according to a predetermined algorithm is set. In the following, for convenience, a game character prepared in advance by the game developer or a game character generated each time according to a predetermined algorithm is referred to as a "common character" in order to distinguish it from the original character.

FIG. 5 shows an example of a common character table showing a list of common characters. The common character table TBL103 includes a field similar to the original character table TBL101 as a field indicating information on the common character. A plurality of common characters are registered in each position in the common character table TBL103. Also, the total ability of the common character is set low.

Members of the user team other than the original character are selected from the common character table TBL103. In the example shown in FIG. 4, "player 1" to "player 9", "player 11" to "player 15", "player 17", "player 18", and "player 20" to "Player No. 25" is selected as a member of the user team.

In step S1, the initial members of the user team are set as described above. However, the embodiment described above is only an example, and the numerical values such as "25 persons", "3 persons", "20%", and "50%" may be other numerical values. In addition, three original characters to be set as initial members may be selected completely randomly without considering the position and ability. Further, the number of original characters to be set as initial members may be randomly determined. The user can change the starting order and the role of the pitcher among the initial members.

After the initial members of the user team are set, the variable i is initialized to "1" (S2), and the opponent team of the match of the i-th round is selected (S3). For example, a plurality of opponent teams are presented to the user, and the user selects one of the plurality of opponent teams.

FIG. 6 shows an example of an opponent selection image displayed on the display unit 35 for selecting an opponent team. In the opponent selection image G10, three opponent teams selected from the opponent teams prepared in advance by the game developer are presented. In the opponent selection image G10, two opponent teams may be presented, or four or more opponent teams may be presented.

The opponent selection image G10 shown in FIG. 6 includes elements P11, P12, and P13 corresponding to the three opponent teams T1, T2, and T3, respectively, and the three opponent teams are selectable by the user. T1, T2, and T3 are presented.

The element P11 includes elements P111, P112, and P113 indicating information about the opponent team T1. Element P111 represents a game character that represents the opponent team T1. Among the members of the opponent team T1, the image of the game character who is the captain and the game character with high ability is displayed as the element P111.

Element P112 indicates the rank of the opponent team T1. The rank indicates the total ability (strength) of the opponent team. Ranks are indicated by alphabets (eg, S, A, B, C, D, E, F, G). "S" indicates that the total ability is very high, and "G" indicates that the total ability is very low. The rank of the opponent team is set based on the ability of each game character who is a member of the opponent team. For example, the total ability value of the opponent team is calculated based on the ability parameters of the members of the opponent team, and one of "S" to "G" is set as the rank of the opponent team according to the total ability value. Will be done. The higher the ability of the members of the opponent team, the higher the total ability value of the opponent team, and the higher the total ability value of the opponent team, the higher the rank of the opponent team.

Element P113 indicates the original character put into the opponent team T1. In this baseball game, three original characters selected from the original characters owned by the user and not set as members of the user team are put into the opponent team.

The three original characters to be included in the opponent team are automatically selected according to a predetermined rule. For example, three original characters to be included in the opponent team are randomly selected. However, this selection takes into account the position and abilities of each original character. Specifically, three original characters are selected so that the positions do not overlap. In addition, among the original characters owned by the user, the original character whose total ability value ranks in the top 20% is preferentially selected.

In addition, if three original characters cannot be selected from the original characters whose total ability value ranks in the top 20% so that their positions do not overlap, the total ability value ranks in the top 50%. From the original characters, select three original characters so that the positions do not overlap. In addition, if three original characters cannot be selected from the original characters whose total ability value ranks in the top 50% so that the positions do not overlap, the positions do not overlap without considering the ability. In this way, three original characters may be selected. Further, if the three original characters cannot be selected so that the positions do not overlap, the three original characters may be selected without considering the positions.

The embodiment described above is only an example, and the numerical values such as "3 people", "20%", and "50%" may be other numerical values. In addition, the original characters to be included in the opponent team may be selected completely randomly without considering the position and ability. The number of original characters to be included in the opponent team may be randomly determined.

Element P12 includes elements P121, P122, P123 indicating information about the opponent team T2, and element P13 includes elements P131, P132, P133 indicating information about the opponent team T3. These elements P121, P122, P123, P131, P132, and P133 are the same as the elements P111, P112, and P113. The opponent teams T2 and T3 also include three original characters selected from the original characters owned by the user and not set as members of the user team.

In the example shown in FIG. 6, the original character put into the opponent team T1, the original character put into the opponent team T2, and the original character put into the opponent team T3 are set so as not to overlap. In addition, the original character put in the opponent team T1, the original character put in the opponent team T2, and the original character put in the opponent team T3 may partially overlap.

The user selects an opponent team by selecting one of the elements P11 to P13 (for example, tapping any of the elements P11 to P13). As will be described later, when the user team wins the match, the original character included in the opponent team is added to the user team. Therefore, the user selects an opponent team containing a desired original character.

When the opponent team is selected, the match of the i-th round is executed (S4). This match may be operated by the user only in a specific scene during the match, and the match may proceed automatically in other situations, or the user may operate in all the scenes from the beginning to the end of the match. May perform operations (battering operation, pitching operation, defensive operation, etc.). Alternatively, the match may be such that it progresses automatically from start to finish. Note that "the match automatically progresses" may mean that the match automatically progresses by the computer operating both the user team and the opponent team, or the user team and the opponent team. The match result (match progress) may be automatically determined by executing a simple simulation process based on the team data.

If the user team wins the match (S5: Yes) and the match is not the final match (6th round) (S6: No), the original character that was included in the opponent team becomes the user team. Added (S7). For example, a common character in the same position as the original character that was put in the opponent team is removed from the user team, and instead, the original character that was put in the opponent team is put in the user team.

For example, when the user selects the opponent team T1 from the opponent teams T1 to T3 and the user team wins the match, the members of the user team are changed from the state shown in FIG. 4 to the state shown in FIG. ..

In the state shown in FIG. 7, the common characters "player 9", "player 12", and "player 15" are out of the user team as compared with the state shown in FIG. These common characters are common characters in the same positions (catcher, third baseman, outfielder) as the original characters "Shitara", "Takakura", and "Kimura" that were included in the opponent team T1. Instead of these common characters being removed from the user team, the original characters "Shitara", "Takakura", and "Kimura" have been added to the user team. Further, in the state shown in FIG. 7, the common characters "player No. 1", "player No. 4", and "player No. 6" are changed from the starting order of the user team to the reserve fielder. These common characters are common characters in the same positions (catcher, third baseman, outfielder) as the original characters "Shitara", "Takakura", and "Kimura". Since the original characters "Shitara", "Takakura", and "Kimura" have higher abilities than these common characters, the original characters "Shitara", "Takakura", and "Kimura" have been added to the starting order.

After the original character that was included in the opponent team is added to the user team, the game proceeds to the next round. That is, "1" is added to the variable i (S8), the opponent of the game of the i-th round is selected (S3), and the game of the i-th round is executed (S4).

If the user team fails to win the match of the i-th round (S5: No), the user fails to clear the restricted battle mode (S9). In this case, the user will restart the restricted battle mode from the beginning (step S1). It should be noted that the user may fail to clear the restricted battle mode only when the user team loses the game of the i-th round. That is, if the user team draws in the i-round match, the user may be able to redo the i-round match. At this time, the user may be able to start over from the selection of the opponent team.

Further, when the match won by the user team is the final match (6th round) (S6: Yes), the user has succeeded in clearing the restricted match mode (S10).

FIG. 8 shows the change in the number of original characters in the user team from the first round to the final round (sixth round). As shown in FIG. 8, the members of the user team include three original characters at the start of the first round of the game. After that, every time you win the 2nd, 3rd, 4th, and semi-final (5th round) games, the 3 original characters that were in the opponent team are added to the user team. , The number of original characters in the user team will increase by three. As a result, 18 original characters will be included in the user team before the start of the final match. In this way, in the restricted battle mode, the user aims to advance to the final battle (6th round) and win while regaining the original character by defeating the opponent team.

In the baseball game (restricted battle mode) described above, only some of the original characters of the plurality of original characters owned by the user are set as members of the user team, and a match with the opponent team is executed. Will be done. Therefore, for example, if the original character that is frequently used is not set as a member of the user team and the original character that is rarely used is set as a member of the user team, the original character that is rarely used is used for the battle. There is a need to do. As a result, it is possible to provide an opportunity to be used even for an original character that is rarely used.

Further, in the baseball game (restricted battle mode) explained above, the original character that is not set as a member of the user team is put into the opponent team, and when the user team wins the game, it is put into the opponent team. The original character is added to the user team. As a result, it is possible to provide the user with the interest of aiming to win the final match while regaining the original character put in the opponent team.

Although the example of the baseball game has been described above, it is also possible to execute other games in the game system 1. For example, it is possible to execute a team sports game other than a baseball game, a battle game in which a character group (team, party, unit, etc.) fights, or a trading card game in which a battle is played between decks.

[3. Functional block] FIG. 9 is a functional block diagram showing a functional block related to a battle part among the functional blocks realized by the game system 1.

[3-1] As shown in FIG. 9, 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.

Here, as a specific example of the data stored in the data storage unit 100, the data necessary for providing the above-mentioned baseball game will be described. As shown in FIG. 9, the data storage unit 100 includes the original character table TBL101, the user team table TBL102, the common character table TBL103, the user table TBL104, the original character state table TBL105, and the battle status table TBL106. Of these, the original character table TBL101, the user team table TBL102, and the common character table TBL103 have already been described (see FIGS. 2, 4, 5, and 7), and thus the description thereof will be omitted here.

[3-1-1] FIG. 10 shows an example of the user table TBL104. The user table TBL104 is data showing a list of users who play a game in the game system 1. As shown in FIG. 10, the user table TBL104 includes "user ID", "user name", "game item", and "game point" fields. The "User ID" field indicates identification information for uniquely identifying each user. The Username field indicates the user's name. The Game Items field shows a list of game items owned by the user. The "Game Points" field indicates the amount of game points the user owns.

[3-1-2] FIG. 11 shows an example of the original character state table TBL105. The original character state table TBL105 shows the state of the original character owned by the user. As shown in FIG. 11, the original character state table TBL105 is stored for each user (stored in association with each user ID).

The original character state table TBL105 includes "ID", "state flags", and "opponent team" fields. The "ID" field indicates the ID of the original character. The "Status Flag" field indicates whether the original character is set as a member of the user team or the opponent team. For example, if the original character is set as a member of the user team, the value "0" is registered in the "status flag" field. On the other hand, if the original character is not set as a member of the user team, the values "1" or "2" are registered in the "state flag" field. If the original character is not set as a member of the opponent team, the value "1" is registered in the "Status Flag" field, and if the original character is set as a member of the opponent team, the value is "2". Is registered in the "Status Flag" field. If the original character is set as a member of the opponent team, the ID of the opponent team is registered in the "opponent team" field. If the original character is not set as a member of the opponent team, the "opponent team" field is set to the NULL state. The original character state table TBL105 may be integrated with the original character table TBL101.

[3-1-3] FIG. 12 shows an example of the battle situation table TBL106. The battle status table TBL106 shows the battle status of the user. As shown in FIG. 12, the battle status table TBL106 is stored for each user (stored in association with each user ID). The opponent teams and results of each match from the first round to the final match (sixth round) are registered in the match status table TBL106. At the end of the i-round match, the opponent team and the result of the i-round match are registered in the match status table TBL106. Therefore, the battle status table TBL106 indicates how many rounds the user has advanced to.

[3-1-4] In addition to the data described above, the data storage unit 100 stores, for example, an opponent team table showing data of a plurality of opponent teams prepared by the game developer. However, the description is omitted here.

[3-2] As shown in FIG. 9, the game system 1 includes a setting unit 110, a selection unit 120, a display control unit 130, a selection reception unit 140, a battle execution unit 150, and a change unit 160. These are realized in the server 10 or the game terminal 30. All of these may be realized by the control unit 11 of the server 10, all of them may be realized by the control unit 31 of the game terminal 30, and some of them may be realized by the control unit 31 of the game terminal 30. It may be realized, and the rest may be realized by the control unit 11 of the server 10.

[3-2-1] The setting unit 110 sets a part of the plurality of objects associated with the user's identification information in a restricted state in which the use by the user is restricted.

Here, the "user identification information" is information for uniquely identifying the user. For example, the user ID or user name corresponds to an example of "user identification information".

An "object" is an object that can be used in a game. For example, a game character, a game item, a game card, or the like corresponds to an example of an “object”. Also, for example, a plurality of parameters are set in the object.

"A plurality of objects associated with the user's identification information" are a plurality of objects stored in association with the user's identification information. In other words, "a plurality of objects associated with the user's identification information" are a plurality of objects owned by the user.

For example, "plurality of objects associated with a user's identity" includes objects generated based on the user's gameplay. Here, the "object generated based on the user's gameplay" is an object generated as a result of the user playing the game. In other words, it is an object whose parameters are set based on the gameplay by the user. For example, it is an object in which the parameters are updated from the initial state and the parameters are fixed based on the game play by the user. An "object created based on the user's gameplay" can be rephrased as an object created by the user. For example, a game character nurtured by a user or a game item enhanced by a user corresponds to an example of an "object created based on the user's gameplay".

The "restricted state" is a state in which the use by the user is restricted in the battle. For example, if the "match" is a match between the first object group used by the user and the second object group used by the opponent, the state is not included in the first object group (first object group). A state in which the object is not set as a member of the first object group) or a state in which the object cannot be included in the first object group (a state in which the object cannot be set as a member of the first object group) corresponds to an example of the “restricted state”.

For example, the setting unit 110 sets a part of the plurality of objects to the restricted state based on the ability information or the performance information of each of the plurality of objects associated with the user's identification information.

Here, the "ability information" and the "performance information" are information indicating the ability or the level of the performance of the object. The "ability information" and the "performance information" may be information indicating whether or not the object has a specific ability or a specific performance.

For example, in the case of a baseball game, information indicating batting ability, defensive ability, base running ability, pitching ability, etc. corresponds to an example of "ability information". Further, for example, in the case of a soccer game, information indicating offensive ability (shooting ability, passing ability, dribbling ability, etc.) or defensive ability (tackle ability, etc.) corresponds to an example of "ability information". Further, for example, in the case of a battle game, information indicating the attack ability or defense ability of the character corresponds to an example of "ability information", and information indicating the attack performance or defense performance of weapons or the like corresponds to an example of "performance information". Equivalent to. Further, for example, in the case of a trading card game, information indicating the attack ability or defense ability of a character card corresponds to an example of "ability information", and information indicating attack performance or defense performance of a magic card or weapon card is ". Corresponds to an example of "performance information".

"Set a part of a plurality of objects to a restricted state based on the ability information or performance information of each of a plurality of objects" means, for example, setting an object having a low ability or performance to a restricted state preferentially. It is to be. Here, "setting an object having a low ability or performance to a restricted state preferentially" means, for example, setting a predetermined number of objects to an unrestricted state in order from an object having a high ability or performance, and limiting the remaining objects. It is to set to the state. Further, for example, a predetermined number of objects may be set in the restricted state in order from the one having the lowest ability and performance, and the remaining objects may be set in the unrestricted state. Further, for example, a part of a plurality of objects is set to a restricted state based on the probability information, and the probability of setting an object having a low ability or performance to a restricted state in the probability information is set to a high ability or performance. It may be set higher than the probability of setting the object to the restricted state.

Alternatively, "setting a part of a plurality of objects to the restricted state based on the ability information or performance information of each of the plurality of objects" means that the object having high ability or performance is preferentially set to the restricted state. It may be to do. Here, "setting an object having a high ability or performance to a restricted state preferentially" is the same as "setting an object having a low ability or performance to a restricted state preferentially".

In the case of the above-mentioned baseball game (restricted battle mode), each of the plurality of original characters owned by the user corresponds to an example of "an object generated based on the user's gameplay" and is owned by the user. A plurality of original characters correspond to an example of "a plurality of objects associated with a user's identification information". In addition, a state in which the user team is not set as a member corresponds to an example of a "restricted state". Further, the rank, total ability value, or ability parameter of the original character corresponds to an example of "ability information".

In the case of the above-mentioned baseball game (restricted battle mode), the setting unit 110 sets some original characters among the plurality of original characters owned by the user as members of the user team, and sets the remaining original characters as the user. Do not set as a member of the team. For example, the setting unit 110 sets an original character as a member of the user team from among the original characters owned by the user whose total ability value ranks in the top predetermined percentage (for example, 20%). Select with priority.

[3-2-2] Before explaining the selection unit 120, the display control unit 130, and the selection reception unit 140, the battle execution unit 150 and the change unit 160 will be described.

The battle execution unit 150 is a state in which the use of the restricted object by the user is restricted, and the battle execution unit 150 is with a user who uses an unrestricted state object among a plurality of objects associated with the user's identification information. , Perform a match against your opponent. The change unit 160 changes the restricted state object to the unrestricted state based on the result of the battle.

Here, "competition" is to decide the victory or defeat with the opponent. In a match, the win / loss does not necessarily have to be decided, and it may be a draw. A match or competition in a sports game, a battle in a battle game, or a battle in a trading card game corresponds to an example of "competition".

An "opponent" is an opponent who plays against a user. That is, the "opponent" is the opponent who decides the victory or defeat with the user. The "opponent" may be a computer or another user.

The "result of a match" is, for example, a win or loss. It is not always necessary to decide whether to win or lose, and it may be a draw. In the case of a match in which points are competed, the score difference also corresponds to the "result of the match".

The "unrestricted state" is a state that is not a "restricted state". In other words, the "unrestricted state" is a state that can be used by the user in a battle. For example, when the "match" is a match between the first object group used by the user and the second object group used by the opponent, the state of being included in the first object group (first object group). The state set as a member of the first object group) or the state that can be included in the first object group (the state that can be set as a member of the first object group) corresponds to an example of the "unrestricted state".

"Changing a restricted object to an unrestricted state" may mean changing all restricted objects to an unrestricted state, or changing only a part of a restricted object to an unrestricted state. It may be to change.

"Changing a restricted object to an unrestricted state based on the result of a match" means, for example, determining whether to change an object in a restricted state to an unrestricted state based on the result of the match. is there. Specifically, for example, when the result of the match is a predetermined result (for example, in the case of victory), the object in the restricted state is changed to the unrestricted state, and when the result of the match is not the predetermined result (for example, in a draw or defeat). If), do not change objects in restricted state to unrestricted state.

Or, "change the restricted state object to the unrestricted state based on the result of the battle" means, for example, when changing at least a part of the restricted state object to the unrestricted state, the unrestricted state. The number of objects to be changed to may be changed based on the result of the match. Specifically, for example, when the result of the match is a predetermined result (for example, in the case of victory), the state is changed to the unrestricted state as compared with the case where the result of the match is not the predetermined result (for example, in the case of a draw or defeat). It may be to increase the number of objects to be used.

For example, the battle execution unit 150 is a first object group to be used by the user, and is organized to include an object in an unrestricted state among a plurality of objects associated with the user's identification information. An object group and a second object group that is used by an opponent and is organized by including a restricted object among a plurality of objects associated with the user's identification information. Perform a match. The change unit 160 changes the restricted state object included in the second object group to the unrestricted state based on the result of the battle.

Here, the "object group" is a group that includes a plurality of objects. For example, it can be rephrased as a group containing a plurality of objects, a group to which a plurality of objects belong, or a group in which a plurality of objects are set as members. "Group" can be paraphrased as, for example, "team", "party", "deck", or "unit".

The "use target" is an object group used by a user (or an opponent) in a battle. In other words, the "use target" is an object group to be instructed (operated) by a user (or an opponent) in a battle.

The "first object group organized to include objects in the unrestricted state" may include all of the objects in the unrestricted state among the plurality of objects associated with the user's identification information. Only some of the objects in the unrestricted state may be included. However, the first object group does not include an object in an unrestricted state among a plurality of objects associated with the user's identification information. The first object group may include objects other than a plurality of objects (objects other than objects owned by the user) associated with the user's identification information.

In the "second object group organized to include restricted objects", the second object group contains all of the restricted objects among the plurality of objects associated with the user's identification information. It may contain only a part of the object in the restricted state. However, the second object group does not include the restricted state object among the plurality of objects associated with the user's identification information. The second object group may include objects other than a plurality of objects (objects other than objects owned by the user) associated with the user's identification information.

"Changing the restricted state objects included in the second object group to the unrestricted state" may mean changing all the restricted state objects included in the second object group to the unrestricted state. , Only a part of the restricted state objects included in the second object group may be changed to the unrestricted state.

"Changing the restricted state object included in the second object group to the unrestricted state based on the result of the battle" means, for example, changing the restricted state object included in the second object group to the unrestricted state. It is to decide whether or not it is based on the result of the match. Specifically, for example, when the result of the match is a predetermined result (for example, in the case of victory), the object in the restricted state included in the second object group is changed to the unrestricted state, and the result of the match is not the predetermined result. In some cases (eg, in the case of a draw or defeat), the restricted state objects included in the second object group are not changed to the unrestricted state.

Or, "change the restricted state object included in the second object group to the unrestricted state based on the result of the battle" means, for example, only a part of the restricted state objects included in the second object group. When changing to the unrestricted state, the number of objects to be changed to the unrestricted state may be changed based on the result of the battle. Specifically, for example, when the result of the match is a predetermined result (for example, in the case of victory), the state is changed to the unrestricted state as compared with the case where the result of the match is not the predetermined result (for example, in the case of a draw or defeat). It may be to increase the number of objects to be used.

Further, the battle execution unit 150 includes a first object group to which an object changed to an unrestricted state by the change unit 160 is added after the battle is executed, and a third object group to be used by the opponent. Perform a new match.

In the case of the above-mentioned baseball game (restricted battle mode), the user team corresponds to an example of the "first object group". Further, the opponent team in the game of the i-th round corresponds to an example of the "second object group", and the opponent team in the game of the i + 1 round corresponds to an example of the "third object group".

In the case of the above-mentioned baseball game (restricted battle mode), the battle execution unit 150 executes a game between the user team and the opponent team. That is, in a state where the use of the original character not set as a member of the user team by the user is restricted, the battle execution unit 150 uses the user who uses the original character set as a member of the user team and the opponent. Perform a match. When the user team wins the match of the i-th round, the change unit 160 adds the original character contained in the opponent team to the user team, and then the battle execution unit 150 adds the original character. Play a new match (i + 1 round match) between the user team and the new opponent team.

[3-2-3] The selection unit 120 selects a plurality of restricted objects to be included in the second object group. For example, the selection unit 120 selects a plurality of restricted state objects to be included in the second object group based on the role information of each restricted state object.

Here, the "role information" is information indicating the role set in the object. For example, in the case of a baseball game or a soccer game, the position corresponds to an example of "role". Also, for example, in the case of a battle game, the occupation corresponds to an example of "role".

"Selecting a plurality of restricted state objects to be included in the second object group based on the role information of each restricted state object" means, for example, the roles of a plurality of restricted state objects included in the second object group. Is to select multiple restricted objects to be included in the second object group so that they do not overlap. Alternatively, "selecting a plurality of restricted state objects to be included in the second object group based on the role information of each restricted state object" means, for example, a plurality of restricted state objects included in the second object group. It may be possible to select a plurality of restricted state objects to be included in the second object group so that the roles of are in a specific combination.

In the case of the above-mentioned baseball game (restricted battle mode), the user team corresponds to an example of the "first object group", and the opponent team corresponds to an example of the "second object group". For example, in the case of the example shown in FIG. 6, each of the opponent teams T1 to T3 corresponds to an example of the "second object group". In addition, the good position of the original character corresponds to an example of "role information".

In the case of the above-mentioned baseball game (restricted battle mode), the selection unit 120 selects a plurality of original characters to be included in the opponent team so that the good positions do not overlap. For example, in the case of the example shown in FIG. 6, the selection unit 120 selects a plurality of original characters to be included in the opponent team T1 so that the good positions do not overlap. Similarly, the selection unit 120 selects a plurality of original characters to be included in the opponent team T2 so that the good positions do not overlap. In addition, the selection unit 120 selects a plurality of original characters to be included in the opponent team T3 so that the good positions do not overlap.

[3-2-4] The display control unit 130 is a plurality of second object groups, and is organized so that at least a part of the objects in the restricted state included in each second object group is different from each other. Control is performed to display the information regarding the plurality of second object groups that have been created on the display means. For example, the display control unit 130 controls the display means to display information about the objects in the restricted state included in each of the plurality of second object groups.

The selection reception unit 140 accepts the selection of any one of the plurality of second object groups. The battle execution unit 150 executes a battle between the first object group and the selected second object group. The change unit 160 changes the restricted state objects included in the selected second object group to the unrestricted state based on the result of the battle.

Here, "a plurality of second object groups in which at least a part of the objects in the restricted state included in each second object group are organized so as to be different from each other" is included in each object group, for example. A plurality of second object groups in which all the objects in the restricted state are organized so as to be different from each other. For example, object groups X to Z as in Example 1 below correspond to an example of the "plurality of second object groups".
[Example 1]
-Object group X: Restricted objects A, B, C
-Object group Y: Restricted objects D, E, F
-Object group Z: Restricted objects G, H, I

Further, "a plurality of second object groups in which at least some of the objects in the restricted state included in each second object group are organized so as to be different from each other" are included in, for example, each object group. A plurality of second object groups in which some of the objects in the restricted state are organized so as to be different from each other. For example, object groups X to Z as in Examples 2 to 4 below correspond to an example of the "plurality of second object groups".
[Example 2]
-Object group X: Restricted objects A, B, C
-Object group Y: Restricted objects A, B, D
-Object group Z: Restricted objects A, B, E
[Example 3]
-Object group X: Restricted objects A, B, C
-Object group Y: Restricted objects A, B, D
-Object group Z: Restricted objects B, C, D
[Example 4]
-Object group X: Restricted objects A, B, C
-Object group Y: Restricted objects A, B, D
-Object group Z: Restricted objects A, E, F

In Examples 2 and 3, the number of different objects is unified among the object groups, but the number of different objects may not be unified among the object groups as in Example 4. In Example 4, the number of different objects is one between the object groups X and Y, but the number of different objects is two between the object groups X and Z and between the object groups Y and Z. ..

Further, "a plurality of second object groups in which at least a part of the objects in the restricted state included in each second object group are organized so as to be different from each other" is included in, for example, each object group. A plurality of second object groups in which all or some of the objects in the restricted state are organized so as to be different from each other. For example, object groups X to Z as in Example 5 below correspond to an example of the "plurality of second object groups".
[Example 5]
-Object group X: Restricted objects A, B, C
-Object group Y: Restricted objects A, B, D
-Object group Z: Restricted objects D, E, G

In Example 5, only some objects are different between the object groups X and Y and between the object groups Y and Z, but all the objects are different between the object groups X and Y. The object groups X to Z having such a relationship also correspond to an example of "a plurality of second object groups".

In Examples 1 to 5, only the objects in the restricted state included in each of the object groups X to Z are shown, but the second object group may include objects other than the objects in the restricted state. .. Further, although each of the object groups X to Z includes three objects in the restricted state, the number of objects in the restricted state included in the second object group is not limited to three. Further, the number of objects in the restricted state included in each of the plurality of second object groups may be different.

The "display means" is, for example, a display device (liquid crystal display, organic EL display, etc.) provided in the game terminal used by the user. For example, it is a display device provided in a mobile phone (including a smartphone), a tablet computer, a laptop computer, a portable game machine, or the like. Further, for example, it is a display device connected to a game terminal used by the user. For example, it is a display device connected to a stationary game machine or a desktop computer.

“Controlling the display of information on the display means” means, for example, generating an image showing the information and displaying the image on the display means. Further, "controlling the display of information on the display means" means, for example, generating data necessary for displaying an image showing the information and connecting the data to the display means or the display means. The image may be displayed on the display means by transmitting it to the game terminal. Here, the "data required for displaying an image" may be data indicating the image itself or data necessary for generating an image.

"Accepting selection" means, for example, accepting an operation of selecting a second object group. Further, "accepting selection" may mean, for example, receiving data indicating that the second object group has been selected.

In the case of the above-mentioned baseball game (restricted battle mode), the display unit 35 of the game terminal 30 corresponds to an example of "display means". In addition, the display control unit 130 controls to display the opponent selection image G10 on the display unit 35. In this case, the plurality of opponent teams (opposite teams T1 to T3 in the example shown in FIG. 6) shown in the opponent selection image G10 correspond to an example of "plurality of second object groups", and a plurality of opponents. The original character put in each of the teams corresponds to an example of "objects in a restricted state included in each of a plurality of second object groups".

In the case of the above-mentioned baseball game (restricted battle mode), the selection reception unit 140 is any of a plurality of opponent teams (opponent teams T1 to T3 in the example shown in FIG. 6) shown in the opponent selection image G10. Accepts the choice. The match execution unit 150 executes a match between the user team and the selected opponent team. Then, when the user team wins the match, the change unit 160 adds the original character included in the selected opponent team to the user team.

[4. Processing] Next, the processing executed by the game system 1 will be described.

[4-1] FIG. 13 shows an example of processing executed when the user starts the restricted battle mode. Since the initial member of the user team is set when the user starts the restricted battle mode (step S1 in FIG. 2), FIG. 13 shows an example of the process executed when the initial member of the user team is set. .. The setting unit 110 is realized by executing the process shown in FIG. 13 according to the program. In the following, the process shown in FIG. 13 will be described assuming that the initial member of the user team of the user U1 is set.

As shown in FIG. 13, first, the control unit 31 of the game terminal 30 requests the server 10 to set the initial members of the user team via the communication unit 33 (S300), and the server 10 requests the request to the communication unit 13. (S100). At this time, the ID of the user U1 is transmitted from the game terminal 30 to the server 10 together with the above request.

The control unit 11 of the server 10 refers to the original character table TBL101 of the user U1 and selects an original character to be included in the initial member of the user team (S102). That is, the control unit 11 selects three original characters from the original characters owned by the user U1.

For example, first, the control unit 11 sorts the original characters owned by the user in descending order of the total ability value. Then, the control unit 11 selects three original characters from the original characters whose sort order is in the top 20% so that the good positions of the three original characters do not overlap.

When such a selection is not possible, the control unit 11 duplicates the three original characters among the original characters whose sort order is in the top 50%, and the good positions of the three original characters. Make sure not to select. If such a selection is also impossible, the control unit 11 selects three original characters from all the original characters owned by the user without considering the sort order. You may select the original character so that the good positions of the original characters do not overlap. Further, when such selection is not possible, the control unit 11 may select three original characters from all the original characters owned by the user without considering the good position. ..

The control unit 11 accesses the original character state table TBL105 of the user U1, sets "0" in the "state flag" field of the three selected original characters, and sets the "state flag" field of the other original characters. Set "1". In addition, the control unit 11 initializes the "opposite team" field of all the original characters to the NULL state.

After executing step S102, the control unit 11 sets the initial members of the user team of user U1 (S104). That is, the control unit 11 has eight starting order fielders and eight reserve fielders, depending on the three original characters selected in step S102 and the 22 common characters selected from the common character table TBL103. Set up 7 pitchers (3 starting pitchers, 4 reliever pitchers, 1 closer). Then, the control unit 11 registers the initial member of the user team in the user team table TBL102 of the user U1.

After the execution of step S104, the control unit 11 transmits the data of the user team of the user U1 to the game terminal 30 of the user U1 via the communication unit 13 (S106). The game terminal 30 of the user U1 receives the data via the communication unit 33 (S302), and based on the data, the control unit 31 displays a user team image showing the initial members of the user team on the display unit 35 (S304). ).

[4-2] FIG. 14 shows an example of processing executed when displaying the opponent selection image G10. The selection unit 120 and the display control unit 130 are realized by executing the processing shown in FIG. 14 according to the program. In the following, the process shown in FIG. 14 will be described on the assumption that the opponent selection image G10 for selecting the opponent of the game of the i-th round is displayed on the display unit 35 of the game terminal 30 of the user U1.

As shown in FIG. 14, first, the control unit 31 of the game terminal 30 requests the data of the opponent selection image G10 from the server 10 via the communication unit 33 (S310), and the server 10 makes the request to the communication unit 13. Receive via (S110). At this time, the ID of the user U1 is transmitted from the game terminal 30 to the server 10 together with the above request.

When the above request is received, the control unit 11 of the server 10 selects three opponent teams from the plurality of opponent teams prepared in advance (S112).

For example, the control unit 11 randomly selects three opponent teams from a plurality of opponent teams prepared in advance. When selecting an opponent team for a match from the second round to the final match, the control unit 11 has three teams other than the opponent team in the already completed match from among a plurality of prepared opponent teams. Select an opponent team. For example, when selecting an opponent team for a match of the third round, the control unit 11 has a control unit 11 other than the opponent teams that have played in the first and second round matches from among a plurality of opponent teams prepared in advance. Select three opponent teams. The control unit 11 may select three opponent teams in consideration of the rank of each opponent team. For example, the control unit 11 may select an opponent team so that the opponent team becomes stronger as the first round progresses to the final match.

Then, the control unit 11 selects an original character to be included in each opponent team selected in step S112 (S114).

Here, it is assumed that the opponent teams selected in step S112 are the opponent teams T1, T2, and T3. In this case, first, the control unit 11 refers to the original character table TBL101 and the original character state table TBL105 of the user U1 and selects three original characters to be included in the opponent team T1.

Specifically, the control unit 11 sorts the original characters owned by the user U1 in descending order of the total ability value. Then, the control unit 11 selects three original characters from the original characters whose sort order is in the top 20% and whose state flag is "1", and the positions of the three original characters are good. Select without duplication.

If such a selection is not possible, the control unit 11 selects three original characters from the original characters whose sort order is within the top 50% and whose state flag is "1". Select the three original characters so that their strong positions do not overlap. If such a selection is also impossible, the control unit 11 selects three original characters from the original characters whose state flag is "1" without considering the sort order. You may select the original character so that the good positions of the original characters do not overlap. If such selection is not possible, the control unit 11 may select three original characters from the original characters whose state flag is "1" without considering the position in which they are good at. ..

When three original characters to be included in the opponent team T1 are selected, the control unit 11 puts the selected three original characters into the opponent team T1. Further, the control unit 11 accesses the original character state table TBL105, updates the "state flag" field of the three selected original characters to "2", and sets the ID of the opponent team T1 in the "opposite team" field. To register.

After that, the control unit 11 selects three original characters to be included in the opponent team T2. The processing in this case is also the same as the case of selecting three original characters to be included in the opponent team T1. Further, the control unit 11 selects three original characters to be included in the opponent team T3. The processing in this case is also the same as the case of selecting three original characters to be included in the opponent team T1.

After executing step S114, the control unit 11 generates data of the opponent selection image G10 based on the results of steps S112 and S114, and transmits the data to the game terminal 30 of the user U1 via the communication unit 13 ( S116). The game terminal 30 of the user U1 receives the data via the communication unit 33 (S312), and the control unit 31 displays the opponent selection image G10 on the display unit 35 based on the data (S314).

[4-3] FIGS. 15A, 15B, and 15C show an example of processing executed when any one of a plurality of opponent teams presented in the opponent selection image G10 is selected. The selection reception unit 140, the battle execution unit 150, and the change unit 160 are realized by executing the processes shown in FIGS. 15A to 15C according to the program. In the following, the processes shown in FIGS. 15A to 15C will be described assuming that the user U1 selects one of the opponent teams T1 to T3 presented in the opponent selection image G10 shown in FIG. To do.

While the opponent selection image G10 is displayed on the display unit 35, the control unit 31 of the game terminal 30 determines whether or not any of the opponent teams T1 to T3 is selected (that is, any of the elements P11 to P13). Whether or not was selected) is monitored. When any of the opponent teams T1 to T3 is selected, as shown in FIG. 15A, the control unit 31 notifies the server 10 via the communication unit 33 that the opponent team has been selected (S320). The server 10 receives the notification via the communication unit 13 (S120). At this time, the ID of the user U1 and the ID of the selected opponent team are transmitted from the game terminal 30 to the server 10 together with the above notification. In the following, it will be described assuming that the opponent team T1 is selected.

When the above notification is received by the server 10, the control unit 11 of the server 10 transmits the data necessary for executing the match between the user team and the opponent team T1 via the communication unit 13 to the game terminal 30 of the user U1. (S122). For example, the data of the user team and the opponent team T1 is transmitted to the game terminal 30 of the user U1. If the user team data is already stored in the storage unit 32 of the game terminal 30, transmission of the user team data may be omitted. The same applies to the data of the opponent team T1.

Note that the control unit 11 may remove the original characters included in the unselected opponent teams T2 and T3 from the opponent teams T2 and T3. That is, the control unit 11 accesses the original character state table TBL105 of the user U1, returns the "state flag" field of the original character entered in the opponent teams T2 and T3 to "1", and returns the "opposite team". The ID registered in the field may be deleted and returned to the NULL state.

The game terminal 30 of the user U1 receives the above data via the communication unit 33 (S322), and the control unit 31 executes a match between the user team and the opponent team T1 based on the data (S324). In this match, the user U1 may operate only in a specific scene during the match, and the match may proceed automatically in other situations, or in all the scenes from the beginning to the end of the match. The user U1 may perform the operation. Alternatively, the match may be such that it progresses automatically from start to finish.

After the end of the match, the control unit 31 notifies the server 10 of the result of the match via the communication unit 33 (S326), and the server 10 receives the notification via the communication unit 13 (S124). At this time, the ID of the user U1 and the ID of the opponent team T1 are transmitted from the game terminal 30 to the server 10 together with the above notification. The control unit 11 registers the opponent team and the result in this game in the battle status table TBL106 of the user U1.

When the above notification is received by the server 10, the control unit 11 determines whether or not the user team has won the match (S126). When the user team wins the match, the control unit 11 determines whether or not the match won by the user team is the final match (S128).

If the match won by the user team is not the final match, the control unit 11 adds the original character contained in the opponent team T1 to the user team of the user U1 (S130). For example, the control unit 11 accesses the user team table TBL102 of the user U1, and among the members of the user team, puts a common character in the same position as the original character put in the opponent team T1 into the opponent team T1. Replace with the original character that was used. When a plurality of common characters having the same position as the original character exist, the control unit 11 replaces the common character having the lowest ability among the common characters with the original character. Further, after the replacement, the control unit 11 changes the starting order. For example, the control unit 11 sets the game character having the highest ability among the game characters (original character and common character) in the same position in the starting order. Further, for example, the control unit 11 compares the abilities of the game characters set in the starting order, and changes the batting order according to the comparison result.

After the execution of step S130, the control unit 11 transmits the data of the winning image indicating that the user team has won to the game terminal 30 of the user U1 via the communication unit 13 (S132). The game terminal 30 of the user U1 receives the data via the communication unit 33 (S328), and the control unit 31 displays the winning image on the display unit 35 based on the data (S330). In this case, the user can proceed to the next game by performing a predetermined operation. That is, when the user performs a predetermined operation, the process shown in FIG. 14 is executed. The data transmitted in step S132 may include data indicating the members of the user team updated in step S130. Then, the updated user team members may be displayed on the winning image.

When it is determined in step S126 that the user team did not win the match, as shown in FIG. 15B, the control unit 11 indicates that the user team has been eliminated (failed to clear the restricted battle mode). The data of the image) shown) is transmitted to the game terminal 30 of the user U1 via the communication unit 13 (S134). The game terminal 30 of the user U1 receives the data via the communication unit 33 (S332), and the control unit 31 displays the defeated image on the display unit 35 based on the data (S334). When the user team draws with the opponent team T1, the image data for rematching with the opponent team T1 may be transmitted to the game terminal 30 of the user U1 via the communication unit 13.

When it is determined in step S128 that the match won by the user team is the final match, the control unit 11 clears the winning image (clearing the restricted match mode) indicating that the user team has won, as shown in FIG. 15C. The data of the image) indicating that the game has been performed is transmitted to the game terminal 30 of the user U1 (S136). The game terminal 30 of the user U1 receives the data via the communication unit 33 (S336), and the control unit 31 displays the winning image on the display unit 35 based on the data (S338).

[5. Summary] In the game system 1 (restricted battle mode) described above, only a limited number of original characters among the plurality of original characters owned by the user are set as members of the user team, and the others are set. The match with the opponent team is executed with the use of the original character as a member of the user team restricted. Therefore, the original character that is used frequently is not always set as a member of the user team, and when the original character that is used less often is set as a member of the user team, the original character that is used less often is used. You will play a match. As a result, it is possible to provide an opportunity to be used even for an original character that is rarely used.

In game system 1 (restricted battle mode), an original character that is not set as a member of the user team is put into the opponent team, and based on the result of the match, the original character that was put into the opponent team is the user team. Is added to. For this reason, it is possible to provide the user with the interest of aiming to win the final match while regaining the original character put in the opponent team.

In the game system 1 (restricted battle mode), since the original character that is rarely used may be set as a member of the opponent team, it is possible to provide an opportunity to be used by the original character that is rarely used. On the other hand, if an original character with relatively high ability is set as a member of the opponent team, the user team can be strengthened by winning the match and regaining the original character, so that the original character can win the match. It is possible to provide the user with the interest of strengthening the user team by regaining the character.

Further, in the game system 1 (restricted battle mode), the information of the original character put in the opponent team is displayed on the opponent selection image G10, so that the user can select the opponent team in which the desired original character is put. ..

Further, in the game system 1 (restricted battle mode), a plurality of original characters to be included in the opponent team are selected so that the positions of the plurality of original characters do not overlap. If multiple original characters with overlapping positions are in the opponent team, even if the match is won, multiple original characters with overlapping positions will be added to the user team, which will lead to the strengthening of the user team. Hateful. In this respect, in the game system 1, it is possible to prevent a plurality of original characters having overlapping positions from entering the opponent team.

Further, in the game system 1 (restricted battle mode), the original character having high ability is preferentially set as the initial member of the user team. If only objects with low abilities are set as the initial members of the user team, it will be too difficult to win the game, which may spoil the interest of the game. However, according to the game system 1, It is possible to prevent the occurrence of such inconvenience.

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

[6-1] The training part and the battle part may be realized as separate games (that is, games executed by game programs provided separately).

[6-2] The training part is not essential. The game character owned by the user is not limited to the original character created by the user in the training part, but is generated each time according to the game character acquired by the user by lottery or the like or a predetermined algorithm from the game characters prepared by the game developer. It may be a game character.

[6-3] Although the example in which the present invention is applied to a game based on baseball has been mainly described above, the present invention can also be applied to other games. For example, the present invention can be applied to team sports games other than baseball games. Further, for example, the present invention can be applied to a battle game in which a battle is performed between character groups (teams, parties, units, etc.). Further, for example, the present invention can be applied to a trading card game in which decks are played against each other.

[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, some objects among a plurality of objects (for example, a plurality of original characters owned by the user) associated with the user's identification information are described. The setting means (110) for setting a restricted state (for example, a state not set as a member of the user team) in which the use by the user is restricted, and the state in which the use of the object in the restricted state by the user is restricted. A battle execution means (150) for executing a battle between an opponent and the user who uses an object in an unrestricted state (for example, a state set as a member of a user team) that is not in the restricted state among a plurality of objects. And, based on the result of the battle, the changing means (160) for changing the object in the restricted state to the unrestricted state is included.

9) Further, the game control device (10 or 30) according to one aspect of the present invention limits the use of some of the plurality of objects associated with the user's identification information by the user. The setting means (110) for setting the state and the non-restricted state object which is not in the restricted state among the plurality of objects executed in the state where the use of the restricted state object by the user is restricted. It includes a changing means (160) for changing the restricted state object to the unrestricted state based on the result of the battle between the user and the opponent.

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

11) 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 10) is recorded.

12) In the game control method according to one aspect of the present invention, a setting step (1) of setting a part of objects among a plurality of objects associated with the user's identification information to a restricted state in which the use by the user is restricted. S102) and the user who uses the non-restricted state object that is not in the restricted state among the plurality of objects executed in the restricted state for the user to use the restricted state object. A change step (S130) of changing the restricted state object to the unrestricted state based on the result of the battle with the opponent is included.

According to the inventions 1), 9) to 12) above, a part of a plurality of objects associated with the user's identification information is set to a restricted state in which the use by the user is restricted, and the restrictions by the user. With the use of the state object restricted, a match is executed between the user who uses the non-restricted object that is not in the restricted state and the opponent. For example, if an object that is used frequently (objects with high abilities and performance, etc.) is set to the restricted state, it is necessary to use an object that is rarely used (object with low ability and performance, etc.) to play a match. Therefore, it is possible to provide an opportunity to be used even for an object that is rarely used. Further, according to the present invention, since the restricted state object is changed to the unrestricted state based on the result of the battle, the user is provided with the interest of performing a battle to change the restricted state object to the unrestricted state. it can.

2) In one aspect of the present invention, the battle execution means (150) is a first object group (for example, a user team) to be used by the user, and the plurality of objects are associated with the identification information of the user. Among the objects, the first object group formed by including the non-restricted object and the second object group (for example, the opponent team) to be used by the opponent, and the identification of the user. A battle is executed with a second object group organized including the restricted state object among the plurality of objects associated with the information, and the changing means (160) is based on the result of the battle. , The object in the restricted state included in the second object group may be changed to the unrestricted state.

According to the invention described in 2), based on the result of the battle between the first object group organized including the objects in the unrestricted state and the second object group organized including the objects in the restricted state. The restricted state object included in the second object group is changed to the unrestricted state. For example, if an object that is rarely used (object with low ability or performance, etc.) is set to the restricted state, the object that is rarely used will be used as an opponent, so it will be an object that is rarely used. Can also provide an opportunity to be used. Further, according to the present invention, it is possible to provide the user with the interest of performing a battle in order to change the restricted state object included in the opponent's second object group to the unrestricted state. On the other hand, when an object that is frequently used (object with high ability or performance, etc.) is set to the restricted state, the first object group can be strengthened by setting the object to the unrestricted state. .. Therefore, it is possible to provide the user with the interest of strengthening the object group.

3) In one aspect of the present invention, a plurality of the second object groups, at least a part of the objects in the restricted state included in each second object group, are organized so as to be different from each other. A display control means (130) that controls to display information about a plurality of second object groups on the display means (35), and a selection reception means that accepts selection of any one of the plurality of second object groups ( The battle executing means (150) executes a battle between the first object group and the selected second object group, and the changing means (160) is the result of the battle. The object in the restricted state included in the selected second object group may be changed to the unrestricted state based on the above.

According to the invention described in 3), at least a part of the objects in the restricted state included in each second object group is selected from a plurality of second object groups organized so as to be different from each other. The battle with the second object group is executed, and the restricted state objects included in the selected second object group are changed to the unrestricted state based on the result of the battle. Therefore, the user can select the second object group of the opponent, and the user can be provided with the interest of changing the restricted state object used for the selected second object group to the unrestricted state.

4) In one aspect of the present invention, the display control means (130) controls the display means (35) to display information about the objects in the restricted state included in each of the plurality of second object groups. You may try to do.

According to the invention described in 4), since the information about the restricted state object included in each of the plurality of second object groups is displayed, the user can use the restricted state object included in each of the plurality of second object groups. Can be grasped. As a result, the user can select as an opponent a second object group that includes the objects that he wants to change to the unrestricted state.

5) In one aspect of the present invention, the battle executing means (150) is the first, to which an object changed to the unrestricted state by the changing means (160) is added after the battle is executed. A new battle between the object group and the third object group to be used by the opponent may be executed.

According to the invention described in 5), after the battle is executed, a new battle between the first object group to which the object changed to the unrestricted state is added and the third object group is executed. , The restricted state object can be changed to the unrestricted state by executing the battle, and the user can be provided with the interest of using the object as a member of the first object group in the next battle.

6) In one aspect of the present invention, a means (120) for selecting a plurality of objects in the restricted state to be included in the second object group may be included based on the role information of each of the objects in the restricted state.

According to the invention described in 6), since a plurality of restricted state objects to be included in the second object group are selected based on the role information of each of the restricted state objects, the role information of each of the restricted state objects is selected. In consideration of, a plurality of restricted state objects to be included in the second object group can be selected. For example, it is possible to prevent a plurality of restricted objects included in the second object group from having the same role. Alternatively, for example, a plurality of restricted state objects included in the second object group can be objects having a specific role combination.

7) In one aspect of the present invention, the setting means (110) sets some objects among the plurality of objects to the restricted state based on the ability information or performance information of each of the plurality of objects. You may try to do it.

According to the invention described in 7), a part of the plurality of objects is set to the restricted state based on the ability information or the performance information of each of the plurality of objects. In consideration of performance, some of multiple objects can be set to the restricted state. For example, if only objects with high abilities and performances are set to the restricted state, care should be taken not to limit the objects in the unrestricted state to only objects with low abilities and performances, or as much as possible with high abilities and performances. By setting an object to a restricted state, it is possible to give consideration to providing an opportunity to be used even for an object with low ability or performance.

8) In one aspect of the present invention, the plurality of objects associated with the user's identification information may include an object (for example, an original character) generated based on the user's game play.

According to the invention described in 8), for example, among the objects generated based on the game play of the user, it is possible to provide an opportunity to be used even for an object that is rarely used.

1 game system, N network, 10 servers, 11 control units, 12 storage units, 13 communication units, 14 databases, 30 game terminals, 31 control units, 32 storage units, 33 communication units, 34 operation units, 35 display units, 36 Audio output unit, 100 data storage unit, 110 setting unit, 120 selection unit, 130 display control unit, 140 selection reception unit, 150 battle execution unit, 160 change unit, TBL101 original character table, TBL102 user team table, TBL103 common character table , TBL104 user table, TBL105 original character status table, TBL106 battle status table, G10 opponent selection image, P11, P12, P13, P111, P112, P113, P121, P122, P123, P131, P132, P133 elements.

Claims (5)

A setting that selects a part or a plurality of objects from a plurality of objects associated with a user's identification information as a target of restriction, and sets the selected plurality of objects to a restricted state in which the use by the user is restricted. Means and
The first object group to be used by the user, and the first object group formed by including the non-restricted state objects that are not in the restricted state among the plurality of objects associated with the user's identification information. A battle execution means for sequentially executing a battle between one object group and each of a plurality of second object groups to be used by the opponent, and
A change means for changing some of the objects in the restricted state to the unrestricted state based on the victory of the user as a result of the battle.
Game system including. In the game system according to claim 1,
The setting means selects a part or a plurality of objects from the plurality of objects as the target of the restriction based on the ability information or the performance information of each of the plurality of objects, and selects the selected plurality of objects. Set to the restricted state,
Game system. In the game system according to claim 1,
The setting means randomly selects a part or a plurality of objects from the plurality of objects, and sets the selected plurality of objects in the restricted state.
Game system. A setting that selects a part or a plurality of objects from a plurality of objects associated with a user's identification information as a target of restriction, and sets the selected plurality of objects to a restricted state in which the use by the user is restricted. Means and
The first object group to be used by the user, and the first object group formed by including the non-restricted state objects that are not in the restricted state among the plurality of objects associated with the user's identification information. One of the plurality of objects in the restricted state based on the fact that the user wins as a result of a battle executed sequentially with one object group and each of a plurality of second object groups to be used by the opponent. A change means for changing the object of the part to the unrestricted state,
Game control device including. A program for operating a computer as the game system according to any one of claims 1 to 3 or the game control device according to claim 4.

Images