JP2021137176A - Program, game control method, game device, and game system - Google Patents

Abstract

To improve user operability.SOLUTION: A program for setting a use target object to be used for a game of objects that a user owns causes a computer to execute: a first setting step for setting an object selected by the user to a use target object; and a second setting step for, when the user owns an object that satisfies a predetermined first condition, newly setting the object that satisfies the predetermined first condition to a use target object in place of the set use target object.SELECTED DRAWING: Figure 14

Description

The present invention relates to programs, game control methods, game devices and game systems.

Conventionally, a game in which a user can select and set a character has been known. Patent Document 1 discloses a game device capable of incorporating a character selected from a list by a user into an event deck. According to the game device of Patent Document 1, various events can be generated depending on a single character or a combination of a plurality of characters incorporated in the event deck.

Japanese Unexamined Patent Publication No. 2014-233323

However, there is a problem that the user takes time and effort to select and set the character by himself / herself in order to incorporate the character into the event deck.
The present invention has been made in view of the above-mentioned problems, and an object of the present invention is to improve user operability.

The program of the present invention is a program for setting a target object to be used in a game among objects owned by the user, and includes a first setting step of setting an object selected by the user as a target object to be used. When the user owns an object that satisfies the predetermined first condition, a second setting that newly sets an object that satisfies the predetermined first condition as the target object in place of the set target object to be used. It is a program to make a computer execute steps.

It is a figure which shows an example of the main menu screen. It is a figure which shows an example of a deck setting screen. It is a figure which shows an example of the event character table. It is a figure which shows an example of the event character possession data. It is a figure which shows an example of a standby screen. It is a figure which shows an example of a throwing zone area and a waiting zone area. It is a figure which shows an example of the effect display screen. It is a figure which shows an example of a pitching zone area and a waiting zone area. It is a figure which shows an example of a pitching zone area and a waiting zone area. It is a conceptual diagram which shows an example of the event character owned by a user. It is a figure which shows an example of a deck setting screen. It is a figure which shows an example of a selection screen. It is a figure which shows an example of the overall structure of a game system. It is a figure which shows an example of the functional structure of a game apparatus. It is a figure which shows an example of the setting frame related data. It is a flowchart which shows an example of the processing by a game apparatus. It is a flowchart which shows an example of the automatic setting process 1 by a game apparatus. It is a flowchart which shows an example of the automatic setting process 2 by a game apparatus. It is a flowchart which shows an example of the manual setting process by a game apparatus.

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

[1. Game description]
Hereinafter, an outline of a game suitable for applying the present invention will be described. The outline of the game will be described using a screen displayed on a liquid crystal display panel equipped with a touch panel on a game device, which will be described later.
The game of this embodiment is mainly related to a baseball game. The game of this embodiment is divided into a main game and an optional game. The user can arbitrarily select and execute the main game and the optional game. In the following, the main game will be briefly described, and the optional game will be described in detail. The optional game of the present embodiment is a game that can be executed for a limited period of time, but the period of time is not limited and may be a game that can be executed at any time.

First, the main game will be described. The main game consists of a training part and a battle part.
In the training part, the main character of a pitcher or fielder (including a catcher) is trained. In the training part, the main character to be trained practices baseball and is trained through various events. In the training part, the user first determines the basic information of the main character, and then sets the event character as a teammate who practices with the main character on the deck setting screen for the main game. The event character is a character that affects the development of the hero character by generating an event in the process of developing the hero character. For example, an event occurs in which the ability of the main character increases according to the set event character. Further, for example, the increase value of the ability of the main character by practice increases according to the set attribute of the event character. Therefore, the user sets an event character that causes an event that increases the ability, or sets an event character that has an attribute that increases the ability of the main character character club. The event character can be acquired as a winning reward by the battle part, or can be acquired by lottery or exchange.

In the battle part, a match is played between the user team including the pitcher and fielder hero characters trained in the training part and other teams. In the battle part, the game is played in the same way as in actual baseball, and the attack and defense are alternately repeated 9 times each, and the team that gets more points wins. When the user team wins, many benefits can be given, many in-game currencies can be given, and the above-mentioned event characters can be acquired. In the battle part, the team including the hero character trained in the training part plays the game, so in the training part, by training the hero character so that the ability increases, the probability of winning in the battle part can be increased.

Next, the optional game will be described.
The optional game of the present embodiment is a game in which a user operates a pitcher character to play against a batter character of an opponent team and erases blocks arranged in a predetermined area with a ball thrown by the pitcher character.
In the option game, the user selects one pitcher character from the hero characters trained in the training part. In addition, the user selects a pitch type to be pitched and a landing point at which the pitched ball is landed. The pitching zone area reached by the ball thrown by the pitcher character is divided by rectangular blocks, and each block is marked. When three or more blocks with the same mark are lined up in the vertical or horizontal direction by erasing the block at the landing point or swapping the block at the landing point with the adjacent block, three or more blocks are lined up. Is erased. By erasing the blocks, points are given according to the number of erased blocks.

Further, in the option game of the present embodiment, the event character can be set on the deck setting screen for the option game as in the training part described above. By erasing the blocks with the same mark and satisfying the skill activation conditions, the skill of the event character set on the deck setting screen can be activated. By activating the skill, the block with a predetermined mark changes to a block with a mark different from the predetermined mark. Therefore, by activating the skill, the probability that 3 or more blocks with the same mark will be lined up vertically or horizontally will increase, and if 3 or more blocks with the same mark are lined up, the blocks will be deleted. Many points will be awarded. Here, the number of blocks that can be changed into blocks with different marks differs depending on the set event character parameters. Therefore, the user can expect that a large number of points will be given by setting an event character that can change a large number of blocks on the deck setting screen.
Here, in the present embodiment, the event character can be automatically set without the user having to set the event character on the deck setting screen by himself / herself. On the other hand, since the user may want to select and set the event character by himself / herself, the event character selected by the user can be set on the deck setting screen.

Next, the details of the optional game will be described.
FIG. 1 is a diagram showing an example of the main menu screen G100 of the option game of the present embodiment. The game start button B101 and the deck setting button B102 are displayed on the main menu screen G100.
The game start button B101 is a button selected by the user when starting a game. When the game start button B101 is selected, the screen shifts to the standby screen.
The deck setting button B102 is a button selected when the user himself sets the event character to appear in the option game on the deck setting screen. When the deck setting button B102 is selected, the screen shifts to the deck setting screen.

FIG. 2 is a diagram showing an example of the deck setting screen G200.
On the deck setting screen G200, setting frames 201a, 201b, 201c, change buttons B205a, B205b, B205c, and a back button B206 are displayed. The setting frames 201a to 201c correspond to the first setting frame to the third setting frame, respectively.

The setting frames 201a, 201b, and 201c are frames for setting the event characters to appear in the option game among the event characters owned by the user. In the present embodiment, since the three setting frames 201a, 201b, and 201c are prepared, it is possible to set three event characters among the event characters owned by the user. The setting frames 201a, 201b, and 201c include a character display area A202, a rarity display area A203, and a skill display area A204.

In the character display area A202, the character name and face image of the event character set in the setting frames 201a, 201b, and 201c are displayed.
In the rarity display area A203, the rarity of the event character set in the setting frames 201a, 201b, and 201c is displayed. Rarity is an example of a parameter and represents the difficulty of obtaining it. The types of rarity of this embodiment include "N (normal)", "PN (powerful normal)", "R (rare)", "PR (powerful rare)", "SR (super rare)", and "PSR (PSR). There are 6 types of "Powerful Superrea"). Rarity increases in the order of N, PN, R, PR, SR, and PSR. The user can own event characters with the same character name but different rarities. In the present embodiment, the higher the rarity of the event character, the more the skill that can advance the option game in an advantageous manner can be activated.
In the skill display area A204, the skills of the event characters set in the setting frames 201a, 201b, and 201c are displayed. Skills are abilities. In the present embodiment, the option game can be advanced advantageously by activating the skill in the option game.

In the example of FIG. 2, character A, character B, and character C are set in the setting frames 201a, 201b, and 201c, respectively. The character A set in the setting frame 201a has a rarity of PR and a skill of skill A2. The character B set in the setting frame 201b has a rarity of PN and a skill of skill B1. The character C set in the setting frame 201c has a rarity of R and a skill of skill C2.

FIG. 3 is a diagram showing an example of the event character table TBL300.
The event character table TBL300 is information about all event characters that can appear in the option game, and is a table that stores information associated with each event character. The event character table TBL300 is non-rewritable information and is stored in the event character data DT1 of the storage device 107, which will be described later.
The event character table TBL300 has a character name column A301, a character type column A302, a rarity column A303, a character identification column A304, a skill column A305, an image column A306, and a sound effect column A307.

The character name field A301 includes the character name of the event character. In the example of FIG. 3, the character name field A301 includes a character A, a character B, and a character C.
The character type column A302 includes a type number for each type of event character. The type of event character of the present embodiment refers to the classification of event characters for each character name. That is, if the character names are the same, they are the same type of event character. In the example of FIG. 3, character A is associated with CT101 as a type number, character B is associated with CT102 as a type number, and character C is associated with CT103 as a type number.

The rarity column A303 includes information on the rarity of the event character. In the example of FIG. 3, the above-mentioned N, PN, R, PR, SR, and PSR are included as rarities for each character name.
The character identification field A304 includes an identification number for each rarity of the event character. In the example of FIG. 3, the rarity N of the character A is associated with the ID 1011 as the identification number, the rarity PN of the character A is associated with the ID 1012 as the identification number, the rarity R of the character A is associated with the ID 1013, and the character A is associated. ID1014 is associated with the rarity PR of the character A, ID1015 is associated with the rarity SR of the character A, and ID1016 is associated with the rarity PSR of the character A. If the event characters have the same rarity but different types of event characters, different identification numbers are associated with each other. Therefore, the identification number identifies one event character with a certain rarity.

The skill column A305 includes skill information for each rarity of the event character. In the example of FIG. 3, the skill A1 is associated with the rarity N and PN of the character A, the skill A2 is associated with the rarity R and PR of the character A, and the skill A3 is associated with the rarity SR of the character A. Skill A4 is associated with A's rarity PSR. The effect of skill A1 is, for example, "randomly changing △ 4 pieces to ○", the effect of skill A2 is, for example, "randomly changing △ 8 pieces to ○", and the effect of skill A3 is, for example, ". "Randomly change a total of 12 △ and □ to ○", and the effect of skill A4 is, for example, "change all of △ and □ to ○". From skill A1 to skill A4, the effect of the skill increases, and as the effect of the skill increases, the option game can be advanced advantageously. In the present embodiment, the rarity N and the rarity PN are the same skills, and the rarity R and the rarity PR are the same skills, but they may be different skills. Further, in the present embodiment, different skills are associated when the types of event characters are different even if the rarity is the same.

The image field A306 includes information on the production image for each rarity to be displayed when the skill is activated. The information of the effect image is an example of the attribute information. In the example of FIG. 3, the information of the image A1 is associated with the rarity N and PN of the character A, the information of the image A2 is associated with the rarity R and PR of the character A, and the information of the image A3 is associated with the rarity SR of the character A. Information is associated, and the information of image A4 is associated with the rarity PSR of character A. In the present embodiment, the rarity N and the rarity PN are the same images, and the rarity R and the rarity PR are the same images, but they may be different images. Further, the information of the images A1 to A4 is not limited to the case of the image data itself, and may be the address information of the storage device that stores the images A1 to the image A4. Further, in the present embodiment, even if the rarity is the same, when the types of event characters are different, different image information is associated with each other.

The sound effect column A307 includes information on sound effects for each rarity that is emitted when the skill is activated. The sound effect information is an example of attribute information. In the example of FIG. 3, the information of the sound effect A1 is associated with the rarity N and PN of the character A, the information of the sound effect A2 is associated with the rarity R and PR of the character A, and the effect is applied to the rarity SR of the character A. The information of the sound A3 is associated, and the information of the sound effect A4 is associated with the rarity PSR of the character A. In the present embodiment, the rarity N and the rarity PN are the same sound effect, and the rarity R and the rarity PR are the same sound effect, but they may be different sound effects. Further, the information of the sound effects A1 to the sound effect A4 is not limited to the case of the sound data itself, and may be the address information of the storage device that stores the sound effects A1 to the sound effect A4. Further, in the present embodiment, when the rarity is the same but the type of the event character is different, information on different sound effects is associated.

Information on the face image of the event character may be associated with the event character table TBL300. Further, in this case, even if the event characters are of the same type, different face images may be associated with each rarity. For example, the face image of the event character is displayed on the deck setting screen G200 and the selection screen G1200 described later.

FIG. 4 is a diagram showing an example of the event character possession data D400.
The event character possession data D400 is data that stores information on the event character owned by the user. The event character possession data D400 is information that is updated according to the situation in which the user owns the event character, and is stored in the possession character data DT2 of the storage device 107 described later.
As described above, the event character can be acquired as a winning reward by the battle part, or can be acquired by lottery or exchange. In addition, since there is an upper limit of the number of event characters that can be owned, the event character may be lost by the user deleting it or exchanging it with another event character. Therefore, the event character possession data D400 is different for each user, and even for the same user, it may be different depending on the progress of the game.

The event character possession data D400 has a character type column A401 and a character identification column A402.
In the character type column A401, a type number indicating the type of event character owned by the user is stored. In the example of FIG. 4, CT101, CT102, and CT103 are stored as the type numbers. With reference to the event character table TBL300 shown in FIG. 3, the type number CT101 is the character A, the type number CT102 is the character B, and the type number CT103 is the character C.
In the character identification field A402, the identification number of the event character owned by the user is stored for each type number, that is, for each type of event character. In the example of FIG. 4, the identification numbers ID1011 and ID1014 are stored for the type number CT101, the identification numbers ID1021 and ID1022 are stored for the type number CT102, and the identification numbers ID1031, ID1032 and ID1033 are stored for the type number CT103. There is. Rarity information is described after the identification number for easy understanding. With reference to the event character table TBL300 shown in FIG. 3, the identification number ID 1011 is the character A of the rarity N, and the identification number ID 1014 is the character A of the rarity PR. Further, the identification number ID 1021 is the character B of the rarity N, and the identification number ID 1022 is the character B of the rarity PN. Further, the identification number ID 1031 is the character C of the rarity N, the identification number ID 1032 is the character C of the rarity PN, and the identification number ID 1033 is the character C of the rarity R. That is, in the event character possession data D400 shown in FIG. 4, the highest rarity of the character A is PR, the highest rarity of the character B is PN, and the highest rarity of the character C is R.
In the event character possession data D400 shown in FIG. 4, the character type column A401 may not be provided, and only the identification number of the event character owned by the user may be stored in the character identification column A402.

Returning to the deck setting screen G200 of FIG. 2 described above and paying attention to the rarity display areas A203 of the characters A, B, and C set in the setting frames 201a, 201b, and 201c, the character A is a rarity PR and is a character. B is a rarity PN, and character C is a rarity R. That is, in the deck setting screen G200 shown in FIG. 2, when the event character owned by the user is the event character possessed data D400 shown in FIG. 4, the event character having the highest rarity is set for each type of event character.

The change buttons B205a, B205b, and B205c are buttons to be selected when changing the event character set in the setting frames 201a, 201b, and 201c.
The back button B206 is a button selected when it is desired to return to the main menu screen G100 from the deck setting screen G200.
The option game is started by selecting the game start button B101 from the main menu screen G100.

FIG. 5 is a diagram showing an example of the standby screen G500 of the option game.
On the standby screen G500, pitcher character CH501, batter character CH502, game status display item I503, pitching zone area A504, standby zone area A507, ball type selection area A508, event character display area A510, and the like are displayed.
The pitcher character CH501 is a player character to be operated by the user. The batter character CH502 is an opponent player character that hits a ball thrown by the pitcher character CH501.
The game status display item I503 is an item that displays the game status at the present time. The game status display item I503 includes displays such as the number of strike counts, the number of ball counts, and the number of at-bats. In the example of FIG. 5, the game status display item I503 indicates that the game is a match against the batter character in the first turn at bat.

The pitching zone area A504 indicates an area reached by the ball thrown by the pitcher character. The pitching zone area A504 is divided into a total of 25 rectangular blocks having 5 rows in the horizontal direction and 5 columns in the vertical direction. Further, the pitching zone area A504 is composed of two areas, a strike determination area A505 and a ball determination area A506. The strike determination area A505 is an area determined as a strike when the ball thrown by the pitcher character arrives. The strike determination area A505 is an area of the pitching zone area A504, which is located in the center and is composed of a total of nine blocks having three rows in the horizontal direction and three columns in the vertical direction. On the other hand, the ball determination area A506 is an area in which the ball is determined as a ball when the ball arrives when the pitcher character throws the ball. The ball determination area A506 is an area of the pitching zone area A504 composed of a total of 16 blocks located so as to surround the strike determination area A505.

Each block of the pitching zone area A504 is marked with a predetermined mark. In the example of FIG. 5, the mark attached to each block is any one of the three marks "Δ (triangle)", "○ (circle)", and "□ (square)". In the block located in the pitching zone area A504, the landed block disappears or the landed block and the adjacent block are replaced depending on the pitching type of the pitcher character and the landing position (landing point). At this time, when three or more blocks having the same mark are lined up in the vertical direction or the horizontal direction, the blocks in which three or more blocks are lined up are deleted. When a block is erased, all blocks located above the erased block fall downward.

The standby zone area A507 indicates an area in which the block waits. The standby zone area A507 is an area in which the pitcher character cannot reach the pitched ball, and is located above the pitching zone area A504. The standby zone area A507 is divided into a total of 10 rectangular blocks having 2 rows in the horizontal direction and 5 columns in the vertical direction.
Like the pitching zone area A504, each block of the standby zone area A507 is also marked with a predetermined mark. When the block located in the pitching zone area A504 disappears, the block located in the standby zone area A507 falls into the pitching zone area A504. The blocks located in the standby zone area A507 are constantly replenished so as not to be empty. Further, the marks attached to the blocks replenished in the standby zone area A507 are, in principle, irregular and random.

In the ball type selection area A508, ball type selection buttons B509a to B509f corresponding to the ball types that the pitcher character can throw, so-called holding balls, are displayed. Here, the case where the selected pitcher character is a right-handed pitcher will be described. When the pitcher character is a left-handed pitcher character, there is a difference in the names of some ball types and the changing direction of the changing ball.

The ball type selection button B509a displays a straight ball type among the balls held by the pitcher character. A straight-type pitch is, in principle, a pitch that has a trajectory that goes straight without changing after pitching. A typical type of ball is a straight. In addition, two seams, moving fasts, super slow balls, rise balls, etc. are also classified as straight ball types. The example of FIG. 5 shows a case where the pitcher character can select a straight as the pitching type by the pitching type selection button B509a.
In the straight type, when the pitch hits the pitch zone area A504, the block located at the landing point is erased, and the space created by erasing all the blocks located above the erased block is created. It falls to fill it. At this time, if three or more blocks having the same mark are lined up, the blocks in which three or more blocks are lined up are deleted.

The ball type selection button B509b displays a fork-type ball type among the balls held by the pitcher character. The fork-type ball type is a kind of changing ball, and is a ball type having an orbit that falls downward in the vertical direction. There is a fork as a typical ball type. In addition, palms, change-ups, knuckles, vertical sliders (V sliders), etc. are also classified as fork-type balls. The example of FIG. 5 shows a case where the pitcher character can select a fork as the pitching type by the pitching type selection button B509b.
In the fork type, when the pitch hits the pitch zone area A504, the block located at the landing point and the block located directly below the pitching point are interchanged. If three or more blocks with the same mark are lined up due to replacement, the blocks with three or more lines are deleted. If the landing point is the lowest block in the pitching zone area A504, it is replaced with the highest block in the pitching zone area A504 in the same row as the block at the landing point.

The ball type selection button B509c displays a slider type ball type among the balls held by the pitcher character. The slider type ball type is a kind of changing ball, and is a ball type having a trajectory that changes laterally on the opposite side of the pitcher's dominant arm. When the dominant arm is a right-handed pitcher character, it changes to the left toward the pitching zone area A504. There is a slider as a typical ball type. In addition, high-speed sliders, cut balls, slow slider cuts, etc. are also classified as slider type balls. In the example of FIG. 5, the case where the slider can be selected as the pitching type by the pitcher character by the pitching type selection button B509c is shown.
In the slider type pitch, when the pitch hits the pitch zone area A504, the block located at the landing point and the block located to the left of the pitch are switched. If three or more blocks with the same mark are lined up due to replacement, the blocks with three or more lines are deleted. If the landing point is the leftmost block in the pitching zone area A504, the block is replaced with the block located on the rightmost side in the same line as the block at the landing point.

The ball type selection button B509d displays a shoot-type ball type among the balls held by the pitcher character. The shoot type ball type is a kind of changing ball, and is a ball type having a trajectory that changes laterally on the dominant arm side of the pitcher. When the dominant arm is a right-handed pitcher character, it changes to the right toward the pitching zone area A504. A typical ball type is a shoot. In addition, high-speed shoots, sinking fasts, etc. are also classified as shoot-type balls. The example of FIG. 5 shows a case where the pitcher character can select a shot as the pitching type by the pitching type selection button B509d.
In the shoot type, when the pitch lands on the pitch zone area A504, the block located at the landing point and the block located to the right of the landing point are interchanged. If three or more blocks with the same mark are lined up due to replacement, the blocks with three or more lines are deleted. If the landing point is the rightmost block in the pitching zone area A504, it is replaced with the block located on the leftmost side in the same line as the block at the landing point.

The ball type selection button B509e displays a curve type ball type among the balls held by the pitcher character. The curved ball type is a kind of changing ball, and is a ball type having a trajectory that changes in a lateral direction and a downward direction, which is opposite to the pitcher's dominant arm. When the dominant arm is a right-handed pitcher character, the pitching zone area A504 changes diagonally downward to the left. There is a curve as a typical ball type. In addition, slow curves, D curves, slaves, super slow curves, knuckle curves, etc. are also classified as curve type balls. The example of FIG. 5 shows a case where the pitcher character can select a curve as the ball type to be thrown by the ball type selection button B509e.
In the curved pitch type, when the pitch hits the pitch zone area A504, the block located at the landing point and the block located diagonally to the left of the block are interchanged. If three or more blocks with the same mark are lined up due to replacement, the blocks with three or more lines are deleted. If the landing point is the leftmost block in the pitching zone area A504, it is replaced with the block located on the rightmost in the line below the block at the landing point. If the landing point is the leftmost and lowest block in the pitching zone area A504, the block is replaced with the rightmost and highest block in the pitching zone area A504.

The ball type selection button B509f displays a sinker-type ball type among the balls held by the pitcher character. The sinker type ball type is a kind of changing ball, and is a ball type having a trajectory that changes in the lateral direction and the downward direction on the dominant arm side of the pitcher. When the dominant arm is a right-handed pitcher character, the pitching zone area A504 changes diagonally downward to the right. There is a sinker as a typical ball type. In addition, high-speed sinkers, ultra-high-speed sinkers, slow sinkers, circle changes, slow circle changes, etc. are also classified as sinker type balls. In the example of FIG. 5, the case where the pitcher character can select the sinker as the pitching type by the pitching type selection button B509f is shown.
In the sinker type of pitch, when the pitch hits the pitch zone area A504, the block located at the landing point and the block located diagonally to the lower right of the block are interchanged. If three or more blocks with the same mark are lined up due to replacement, the blocks with three or more lines are deleted. If the landing point is the rightmost block in the pitching zone area A504, the block is replaced with the leftmost block in the line below the landing point block. If the landing point is the rightmost and lowest block in the pitching zone area A504, the block is replaced with the leftmost and highest block in the pitching zone area A504.

In the present embodiment, the name of the ball type and the direction of change have been described for the case where the dominant arm of the pitcher character is the right arm, but when the dominant arm is the left arm, there are ball types with different names. For example, when the dominant arm is the right arm, the curve changes diagonally downward to the left, but when the dominant arm is the left arm, the curve changes diagonally downward to the right. That is, the curve changes in a symmetrical direction between the right arm and the left arm as the dominant arm. Similarly, for slider-type balls, shoot-type balls, and sinker-type balls, the dominant arm changes in a symmetrical direction between the right arm and the left arm.

In the event character display area A510, the event characters set in the setting frames 201a, 201b, and 201c are displayed by satisfying the skill activation condition. The user can activate the skill of the event character by, for example, touching the event character displayed in the event character display area A510.
Here, the event character for which the skill is activated changes according to the number of at-bats. Therefore, when the skill activation condition is satisfied, the event character corresponding to the number of at-bats is displayed in the event character display area A510. Specifically, in the example of the deck setting screen G200 shown in FIG. 2, when playing against the batter character in the first turn at bat, the character set in the setting frame 201a is set in the event character display area A510 by satisfying the skill activation condition. A is displayed. Further, when playing against the batter character in the second at bat, the character B set in the setting frame 201b is displayed in the event character display area A510 by satisfying the skill activation condition. Further, when playing against the batter character in the third at bat, the character C set in the setting frame 201c is displayed in the event character display area A510 by satisfying the skill activation condition. In the example of FIG. 5, the character A, which is the event character set in the setting frame 201a, is displayed in the event character display area A510.

Next, an example of an operation in which the block is erased when the ball lands on the pitching zone area A504 will be described.
FIG. 6A is a diagram showing an example of a pitching zone area A504 and a standby zone area A507 before the pitcher character throws a pitch. Here, a case where a fork is thrown as a pitch type by selecting the pitch type selection button B509b will be described as an example. The user selects, for example, the landing point to be landed when the fork is pitched in the pitching zone area A504, thereby starting the animation of the pitching motion of the pitcher character, and the pitched ball is in the pitching zone area. It lands at the selected landing point of A504. In the example of FIG. 6A, it is assumed that the ball has landed on the block B601 of the strike determination area A505 of the pitching zone area A504.

FIG. 6B is a diagram showing an example of a state in which blocks are replaced when a fork is thrown as a pitch type and landed on block B601. By exchanging the blocks, when three or more blocks having the same mark are lined up in a straight line, the blocks in which three or more blocks are lined up are deleted. In the example of FIG. 6B, the block B601 that was located at the landing point before the pitch and the block B602 that was located directly under the block B601 before the pitch are replaced. By exchanging the block B601 and the block B602, three blocks having the same mark are arranged in the horizontal direction in the block B602, the block to the left of the block B602, and the block to the right of the block B602. Therefore, the three blocks arranged in the horizontal direction including the block B602 are erased. In FIG. 6B, the blocks to be erased are hatched. When a block is erased, a score is given according to the number of erased blocks. For example, the higher the number of blocks erased at one time, the higher the score. In addition, the number of times the block is erased is added. In the example of FIG. 6B, by erasing the three blocks arranged in the horizontal direction including the block B602, 1 is added as the number of times the blocks are erased. When the blocks are erased and the space of the erased blocks becomes empty, all the blocks located above the erased blocks are replenished so as to fill the sky sequentially from the upper side.

In addition, when a plurality of blocks satisfy the erasure condition in one pitch, for example, when three or more blocks having different marks are lined up in the vertical or horizontal direction due to the replacement of blocks by one pitch, or when the blocks When three or more blocks with the same mark are newly lined up in the vertical or horizontal direction due to replenishment, a plurality of blocks are erased by one pitch. The occurrence of multiple erasures in this way is called chaining. When a chain occurs, a special animation or the like indicating that the chain has occurred is performed, or the score given by adding bonus points increases. Further, in the chain, the number of times the block is erased is added as one for each erase.

Therefore, the user can confirm the marks of the blocks located in the pitch zone area A504 and the standby zone area A507, and can erase a large number of blocks or generate a plurality of chains. Consider the combination with points. Multiple pitches are made to one batter character, for example, a predetermined pitch such as three strike counts, four ball counts, or a hit hit by a batter character. By satisfying the end condition, the battle with the batter character in each turn at bat ends. The above-mentioned battle is performed for each batter character in the first to third at-bats.

Further, when the number of times the block is erased reaches a predetermined number of times (for example, 20 times), the skill activation condition is satisfied. By satisfying the skill activation condition, it is possible to activate the skill of the event character according to the number of at-bats among the event characters set in the setting frame. The timing of activating the skill is different from the timing of pitching, and it can be activated at the timing of waiting for pitching. Further, as described in the event character table TBL300 shown in FIG. 3, the skill of the present embodiment changes a block of a predetermined mark into a block of a mark different from the predetermined mark. Therefore, by activating such a skill, the mark of the block located in the pitching zone area A504 changes, so that three or more blocks with the same mark are lined up in a straight line without throwing. Can be done. If three or more blocks with the same mark are lined up in a straight line, the blocks with three or more lines may be erased or a chain may occur, so points will be given without throwing. Will be done.

Further, as long as the skill activation condition is satisfied, the skill can be activated at a timing desired by the user until the battle with the batter character is completed. Therefore, the skill may be activated immediately after the skill activation condition is satisfied, or the skill may be activated after one or a plurality of pitches after the skill activation condition is satisfied. Therefore, if the skill activation condition is satisfied, the user can check the marks of the blocks located in the pitch zone area A504 and the standby zone area A507 while waiting for the pitch, and can erase many blocks. Or, the skill can be activated at the timing when multiple chains can occur. In addition, the user can activate the skill, for example, when the selected pitcher character does not have a holding ball for optimal block replacement.

When the skill activation condition is satisfied, as shown in FIG. 5A, in the event character display area A510, the event characters corresponding to the number of at-bats among the event characters set in the setting frames 201a, 201b, and 201c are displayed. Is displayed. The user can activate the skill of the event character by, for example, touching and selecting the event character displayed in the event character display area A510. In the present embodiment, when the event character in the event character display area A510 is touched, the screen shifts to a different effect display screen for each event character before the skill is actually activated.

7 (a) and 7 (b) are diagrams showing an example of the effect display screens G700a and G700b.
The effect display screen G700a shown in FIG. 7A is an example of a screen displayed when the character A of the rarity PR is set in the setting frame 201a as in the deck setting screen G200 shown in FIG. The event character image I701a and the skill display area A702a are displayed on the effect display screen G700a. Further, along with the display of the effect display screen G700a, the sound effect N703a is emitted from the game device.

The event character image I701a is an image of the event character set in the setting frame, and is an image corresponding to the rarity of the event character. In the example of FIG. 7A, since the character A of the rarity PR is set in the setting frame 201a of the deck setting screen G200 of FIG. 2, the event character image I701a is an image corresponding to the rarity PR of the character A. .. The event character image I701a shown in FIG. 7A is displayed based on the information of the image A2 in the image column A306 associated with the rarity PR of the character A in the event character table TBL300 shown in FIG.

The skill display area A702a is the skill of the event character set in the setting frame, and the skill name and the effect to be activated according to the rarity of the set event character are displayed. In the example of FIG. 7A, "skill A2" and "randomly change Δ8 to 〇" are displayed in the skill display area A702a. The skill name and effect displayed in the skill display area A702a shown in FIG. 7A are the skills A2 in the skill column A305 associated with the rarity PR of the character A in the event character table TBL300 shown in FIG. Displayed informed.

Further, the sound effect N703a is a sound emitted according to the rarity of the event character set in the setting frame. In the example of FIG. 7A, "sound effect A2" is emitted as the sound effect N703a. The sound effect N703a shown in FIG. 7A is emitted based on the information of the sound effect A2 in the sound effect column A307 associated with the rarity PR of the character A in the event character table TBL300 shown in FIG.

The effect display screen G700b shown in FIG. 7B is an example of a screen displayed when the character A of rarity N is set in the setting frame 201a of the deck setting screen G200 shown in FIG. The event character image I701b and the skill display area A702b are displayed on the effect display screen G700b. Further, along with the display of the effect display screen G700b, the sound effect N703b is emitted from the game device.

In the example of FIG. 7B, the event character image I701b is an image corresponding to the rarity N of the character A. The event character image I701b shown in FIG. 7B is displayed based on the information of the image A1 in the image column A306 associated with the rarity N of the character A in the event character table TBL300 shown in FIG.

Further, in the example of FIG. 7B, "skill A1" and "randomly change Δ4 to 〇" are displayed in the skill display area A702b. The skill name and effect displayed in the skill display area A702b shown in FIG. 7B are the skills A1 in the skill column A305 associated with the rarity N of the character A in the event character table TBL300 shown in FIG. Displayed informed.

Further, in the example of FIG. 7B, "sound effect A1" is emitted as the sound effect N703b. The sound effect N703b shown in FIG. 7B is emitted based on the information of the sound effect A1 in the sound effect column A307 associated with the rarity N of the character A in the event character table TBL300 shown in FIG.

In this way, on the effect display screen, the skill name and effect are displayed or sound effects are emitted according to the event character set in the setting frame. In addition, even if the event character is the same, different effect images are displayed or different sound effects are emitted according to the rarity of the event character set in the setting frame, so that the effect images and effects for each rarity are generated. You can enjoy the sound. After the effect display screens G700a and G700b are displayed, the screen shifts to the screen in which the skill is actually activated.

FIG. 8 is a diagram showing an example of the pitching zone area A504 and the standby zone area A507 before and after the skill is activated. FIG. 8 (a) shows before the skill is activated, and FIG. 8 (b) shows after the skill is activated. In the example of FIG. 8, the character A of the rarity PR is set in the setting frame 201a of the deck setting screen G200 of FIG. It shall be. When the skill is activated, eight blocks B801 to B808 among the blocks marked with "△" shown in FIG. 8 (a) are marked with "○" as shown in FIG. 8 (b). It changes into eight blocks B811 to B818 marked with. By changing to eight blocks B811 to B818 marked with "○", three or three or more blocks marked with "○" are lined up in the vertical or horizontal direction. The blocks lined up above are erased. In FIG. 8B, the blocks to be erased are hatched. When a block is erased, a score is given according to the number of erased blocks. Even if the skill is activated, the skill can be activated again by satisfying the skill activation condition again. After the skill is activated, the screen returns to the standby screen G500 shown in FIG.

In the example of FIG. 8B, the case where the skill of "skill A2" that "randomly changes △ 8 pieces to 〇" is activated has been described, but the same applies to other skills as well. By arranging three or more blocks with the mark in the vertical direction or the horizontal direction, the blocks in which three or more are arranged are erased.

In addition, the bonus transition condition is satisfied by erasing a predetermined number of blocks or more with a specific mark for each turn at bat. By satisfying the bonus transition conditions, you can proceed to the bonus stage. The bonus stage of this embodiment is a mini-game in which a large number of points can be given.

FIG. 9 is a diagram showing an example of a pitching zone area A504 and a standby zone area A507 displayed on the bonus stage screen. When the stage shifts to the bonus stage, the blocks arranged in the pitching zone area A504 and the standby zone area A507 of the standby screen G500 are reset, and new blocks are arranged.
As shown in FIG. 9, the types of marks attached to each block of the pitching zone area A504 and the standby zone area A507 are increased by, for example, two. In the example of FIG. 9, the marks attached to each block are "△ (triangle)", "○ (circle)", "□ (square)", "☆ (star)", "◇ (diamond)". It is one of the five marks of. In the bonus stage, the pitcher character can only throw a straight ball, and the block located at the landing point of the ball thrown by the pitcher character can only be erased. However, for a total of 35 blocks located in the pitching zone area A504 and the standby zone area A507, all the blocks are deleted in a chain reaction by erasing any one of the pitching zone areas A504. Is placed in. Therefore, the user finds one block that can erase all the blocks in a chain reaction, and selects the block as the landing point. In the example of FIG. 9, by selecting the block B901 as the landing point and erasing the block B901, all the blocks are erased in a chain reaction. By erasing all blocks, a large amount of points will be given. A time limit is set before the user selects the landing point.

According to the option game explained above, even if it is the same type of event character, by setting an event character with high rarity in the setting frame, the block that is erased at once when the skill is activated As the number increases, the probability that the score awarded will increase can be increased. Therefore, normally, if the user owns the same type of event character with different rarity and an event character with a low rarity is set in the setting frame, it is assumed that the user performs an operation to replace the event character with a high rarity. NS. The game of the present embodiment has an event character automatic setting function that automatically sets an event character of high rarity in the setting frame in order to improve the operability of the user.

On the other hand, even if the event characters are of the same type, the rarity is different, so that the effect image when activating the skill is different, and the sound effect when activating the skill is different. Therefore, it is assumed that some users have their favorite production images and sound effects, and regardless of whether the user has a low rarity or a high rarity, a rarity event in which the user emits a favorite production image or sound effect in the setting frame. It is assumed that you want to set the character. The game of the present embodiment has an event character manual setting function for manually setting an event character selected by the user in the setting frame.

In addition, when the automatic setting function that automatically sets the event character in the setting frame and the manual setting function that the user manually sets the event character in the setting frame coexist, for example, the user manually sets the event character in the setting frame. It is assumed that the event characters set in step 1 are automatically replaced by the automatic setting function without the user's intention. In this case, the user has to manually set the event character in the setting frame again, which increases the time and effort of the user, and the operability of the user cannot be improved. In the game of the present embodiment, it is possible to set an event character according to the user's intention.

First, the event character automatic setting function will be described.
FIG. 10A is a conceptual diagram showing an example of an event character owned by the user. Here, the event characters of the same type among the event characters possessed by the user, specifically, the event characters of only the character A are extracted and shown. In the example of FIG. 10A, it is shown that the user currently owns the character A of the rarity N and the character A of the rarity PR. On the other hand, the broken line in FIG. 10A indicates that the user does not own the characters A of the rarities PN, R, SR, and PSR.
In such a state, when the user starts the option game for the first time by selecting the game start button B101 without manually setting the event character in the setting frame, the setting frame 201a is the highest due to the automatic setting function. The game is started after the character A of the rarity PR is automatically set. Therefore, even if the user does not perform the operation of setting the event character in the setting frame 201a by himself / herself, the option game is started with the event character set in the setting frame 201a, and the operability of the user can be improved. In addition, by setting an event character with high rarity in the setting frame, the number of blocks that are erased at one time when the skill is activated increases, and the probability that the score given will increase will increase, so the user The event character can be set in the setting frame according to the intention of.

Next, a case where the user newly acquires the event character as a reward for the main game or the option game, or acquires it by lottery or exchange after the option game is finished will be described.
FIG. 10B is a conceptual diagram showing an example of an event character owned by the user at the present time after acquiring a new event character. Here, as in FIG. 10A, only the event characters of the same type among the event characters owned by the user are extracted and shown. In the example of FIG. 10B, the number of event characters owned is increasing by acquiring the character A of the rarity SR in addition to the rarities N and PR. Further, it is assumed that the character A of the rarity PR is set in the setting frame until the user acquires the character A of the rarity SR.
From such a state, the user can select the game start button B101 to start the game or select the deck setting button B102 to check the deck setting screen G200 without manually setting the event character in the setting frame. In such a case, the character A of the rarity SR having a higher rarity than the rarity PR set in the setting frame 201a is automatically set in the setting frame 201a.

FIG. 11 is a diagram showing an example of the deck setting screen G1100. Here, as shown in the example of FIG. 10B, after the number of event characters owned by acquiring the character A of the rarity SR increases, the deck setting button B102 is selected to display the deck setting screen G200. It shall be assumed.
In the example of FIG. 11, instead of the character A of the rarity PR set in the setting frame 201a, the character A of the rarity SR having a higher rarity than the rarity PR is automatically set in the setting frame 201a. Therefore, the user can improve the operability of the user by automatically setting the event character in the setting frame without having to set the event character in the setting frame 201a by himself / herself.

In addition, unlike the example of FIG. 10B, when the character A of the rarities PN, R, and PR is acquired in addition to the rarities N and PR, the character A set in the setting frame 201a is obtained from the rarity PR of the character. However, since the rarity is not high, the setting of the character A of the rarity PR is maintained in the setting frame 201a.

Next, the manual setting function of the event character will be described.
As described above, since the user may want to set an event character of a rarity that emits a favorite effect image or sound effect in the setting frame, the setting frame may be preferred even if it is lower than the rarity of the character already set. Rarity event characters that emit production images and sound effects can be set.
The change buttons B205a to B205c are displayed on the deck setting screen G1100 shown in FIG. The change buttons B205a, B205b, and B205c correspond to the setting frames 201a, 201b, and 201c, respectively. The user can select a desired event character from the owned event characters and manually set each of the setting frames 201a, 201b, and 201c. Here, in the example of FIG. 11, the character A of the rarity SR is automatically set in the setting frame 201a, and the user selects and sets the character A of the rarity N whose rarity is lower than that of the rarity SR. The user selects the change button B205a to change the event character set in the setting frame 201a, so that a selection screen for selecting an event character that can be set in the setting frame 201a is displayed.

FIG. 12 is a diagram showing an example of the selection screen G1200.
On the selection screen G1200, among the event characters owned by the user, the event characters that can be set in the setting frame 201a are displayed so as to be selectable. In the example of FIG. 12, the character A1201a of the skill N, the character A1201d of the skill PR, and the character A1201e of the skill SR are displayed. The broken line in FIG. 12 indicates that the user does not own the character A of the rarities PN, R, and PSR and cannot select the character A. The user selects the event character to be set in the setting frame 201a from the characters A of the rarities PN, R, and PSR, and the event character selected in the setting frame 201a is set by the manual setting function. If the user manually sets the setting frame 201a and then selects the game start button B101 to start the optional game, when the skill is activated, a sound effect image according to the rarity set in the setting frame 201a or A sound effect is emitted, and the user can view a favorite production image or sound effect.

Further, after the event character is set in the setting frame 201a by the manual setting function, the automatic setting function is restricted. Specifically, even if an event character having a low rarity is set in the setting frame 201a, if the event character set in the setting frame 201a is an event character set by the manual setting function, the setting frame 201a Even if you own an event character with a rarity higher than the rarity of the event character set in, the event character with a higher rarity is not set in the setting frame 201a. In the example of FIG. 12, after the user selects the character A of rarity N from the selection screen G1200 and is set in the setting frame 201a, even if the game start button B101 is selected and the option game is started, the setting is automatically performed. The character A of the rarity PR or the character A of the rarity SR is not set in the frame 201a. Therefore, the user can always enjoy the option game with the character A having the rarity N set in the setting frame 201a. In this way, after the user manually sets the event character in the setting frame 201a, the event character that does not meet the user's intention is set in the setting frame by not automatically setting the event character in the setting frame 201a by the automatic setting function. It is possible to suppress the setting.

However, even after the event character is set in the setting frame 201a by the manual setting function, if the event character has a higher rarity than the highest rarity of the event character set in the setting frame 201a in the past. Is automatically set in the setting frame 201a by the automatic setting function, and the event character of higher rarity owned is set. In the example of FIG. 12, the highest rarity set in the setting frame 201a in the past is the character A of the rarity SR, and the user selects the character A of the rarity N from the selection screen G1200 and sets it in the setting frame 201a. Suppose. Even in this case, if the character A of the rarity PSR is owned, the character A of the rarity PSR is automatically set in the setting frame 201a instead of the character A of the rarity N set in the setting frame 201a. Will be done. On the other hand, even if the player owns the rarities PN, R, and PR whose rarity is lower than the highest rarity SR set in the setting frame 201a in the past, the setting of the character A of the rarity N is maintained in the setting frame 201a. If the user owns an event character with a higher rarity than the highest rarity set in the setting frame 201a in the past, it is assumed that the event character with a higher rarity is newly set in the setting frame. Therefore, the user can improve the operability of the user because the option game is started with the event character set in the setting frame without the user having to set the event character in the setting frame by himself / herself.

Although the setting frame 201a has been described here among the plurality of setting frames 201a, 201b, 201c, the above-mentioned automatic setting function and manual setting function are executed in the setting frames 201b, 201c as well as the setting frame 201a.

[2. Game system configuration]
Next, an outline of the game system for realizing the above-mentioned game will be described.
FIG. 13 is a diagram showing an example of the overall hardware configuration of the game system 1 according to the present embodiment. In the game system 1 according to the present embodiment, the server device 30 and the game device 10 are wirelessly connected via a network.

The game device 10 is a device for operating the above-mentioned game, and is, for example, a portable communication device such as a smartphone, a portable game dedicated device, a tablet, a stationary game device, or the like. The game device 10 includes a CPU 101, a ROM 102, a RAM 103, a communication unit 104, an operation unit 105, a display unit 106, and a storage device 107.

The CPU 101 reads the control program stored in the ROM 102 into the RAM 103 and executes various processes. The ROM 102 stores a control program (OS or the like) necessary for operating the game device 10. A flash memory (NVRAM) may be used instead of the ROM 102. The RAM 103 is used as a temporary storage area such as a main memory and a work area of the CPU 101. The communication unit 104 performs communication processing with the server device 30 and other external devices via the network. The operation unit 105 receives various operations by the user. When the display unit 106 is a liquid crystal display panel equipped with a touch panel, the touch panel is the operation unit 105. The display unit 106 displays various information such as the game screen described above. The storage device 107 mainly stores a game program related to a game, various data related to the game, and the like.

The functions and processes of the game device 10 are realized by the CPU 101 reading a program stored in the ROM 102 or the storage device 107 and executing this program. As another example, the CPU 101 may read the program stored in the removable recording medium such as an SD card instead of reading the program stored in the ROM 102 or the like. Further, the means for supplying the program to the computer may be a computer-readable recording medium such as a CD-ROM on which the program is recorded or a transmission medium such as the Internet for transmitting the program. Hereinafter, the game device 10 will be described as being a smartphone having a liquid crystal display panel equipped with a touch panel.

The server device 30 includes a CPU 301, a ROM 302, a RAM 303, a communication unit 304, and a storage device 305.

The CPU 301 reads the control program stored in the ROM 302 and executes various processes. The RAM 303 is used as a temporary storage area such as a main memory and a work area of the CPU 301. The communication unit 304 performs communication processing with the game device 10 and other external devices via the network. The storage device 305 stores a program related to the game, identification information such as an ID of a user who operates the game device 10, and various other information necessary for the game for each user. It should be noted that some of these information may be stored in a database (not shown) or the like.

FIG. 14 is a diagram showing an example of a functional configuration for executing the game described with reference to FIGS. 1 to 12 in the game device 10.

The storage device 107 of the game device 10 stores a program for executing the game. Further, the storage device 107 includes a data storage unit 1071 that stores various data necessary for game processing. For example, the data storage unit 1071 stores event character data DT1, owned character data DT2, game data DT3, setting frame data DT4, and the like.

The event character data DT1 includes various information related to the event character and the like. The event character data DT1 includes, for example, the event character table TBL300. Further, the event character data DT1 includes information about the event of the event character, other information related to the event character, and the like.
The owned character data DT2 includes information on an event character owned by the user and the like. The possessed character data DT2 includes, for example, event character possessed data D400. In addition, the owned character data DT2 includes information about a player character owned by the user. The information about the selected character includes information on the types of pitches that the pitcher character can throw for each pitcher character. In addition, the possessed character data DT2 includes information on the main character trained in the training part.

The game data DT3 includes information about the game and the like. The game data DT3 includes information that is updated depending on the situation of the game. The data updated according to the game situation is arranged in, for example, the number of strike counts, the number of ball counts, the number of seats, information on the pitching pitcher character, the pitching zone area A504, and the standby zone area A507 in the option game. It consists of information such as block mark information. In addition, the game data DT3 includes information necessary for advancing an optional game or the like. Information necessary for advancing optional games is, for example, the law that blocks are erased when a thrown ball lands, the law that blocks are replaced, and the law that blocks are erased when a skill is activated. , Information about bonus stages, etc. are included.

The setting frame data DT4 includes various information related to the setting frame for setting the event character. The setting frame data DT4 includes the setting frame related data D1500.
FIG. 15 is a diagram showing an example of the setting frame related data D1500. The setting frame-related data D1500 is data that stores information associated with each setting frame.
The setting frame-related data D1500 has a character type column A1501, a current character identification column A1502, a setting method column A1503, and a past rarity column A1504 for each setting frame.

The character type column A1501 includes a type number of an event character that can be set for each setting frame. In the example of FIG. 15, an event character having a type number of CT101 is associated with the first setting frame, an event character having a type number of CT102 is associated with the second setting frame, and the type number is CT103 to the third setting frame. Event character is associated. Here, the first setting frame to the third setting frame correspond to the setting frames 201a to 201c of the deck setting screen G200 shown in FIG. 2, respectively. With reference to the event character table TBL300 shown in FIG. 3, the type number CT101 is the character A, the type number CT102 is the character B, and the type number CT103 is the character C. That is, in the example of FIG. 15, only character A can be set in the first setting frame, only character B can be set in the second setting frame, and only character C can be set in the third setting frame. It shows that. The type number included in the character type column A1501 is information that is predetermined and is not updated.

The current character identification field A1502 includes the identification number of the event character currently set in the setting frame. In the example of FIG. 15, an event character having an identification number of ID1014 is associated with the first setting frame, an event character having an identification number of ID1021 is associated with the second setting frame, and an identification number of ID1033 is associated with the third setting frame. Event character is associated. With reference to the event character table TBL300 shown in FIG. 3, the character A of the rarity PR is set in the first setting frame, the character B of the rarity N is set in the second setting frame, and the third setting frame is set. Indicates that the character C of the rarity R is set. On the other hand, if the event character is not set in the setting frame at the present time, the current character identification field A1502 of the setting frame that is not set becomes blank. Rarity information is described after the identification number for easy understanding.

The setting method column A1503 includes information indicating the setting method of the event character currently set in the setting frame, that is, whether the event character is set by the automatic setting function or the manual setting function. In the example of FIG. 15, the first setting frame is associated with the information indicating that the setting is made by the automatic setting function, the second setting frame is associated with the information indicating that the setting is made by the manual setting function, and the third setting frame is associated with the information indicating that the setting is made by the manual setting function. Information indicating that the setting has been made by the automatic setting function is associated with the setting frame. On the other hand, if the event character is not set in the setting frame at the present time, the setting method column A1503 of the setting frame that has not been set becomes blank.

The past rarity column A1504 contains information on the highest rarity among the event characters set in the setting frame in the past. In the example of FIG. 15, the information of the rarity PR is associated with the first setting frame, the information of the rarity PN is associated with the second setting frame, and the information of the rarity R is associated with the third setting frame. On the other hand, if the event character has never been set in the setting frame in the past, the past rarity column A1504 of the setting frame that has never been set becomes blank.
The information included in the current character identification column A1502, the setting method column A1503, and the past rarity column A1504 is information that can be updated by setting an event character in the setting frame.

Further, the game device 10 includes a game control unit 120, and the function of the game control unit 120 is realized by the CPU 101 executing the game program stored in the storage device 107. The game control unit 120 controls the game device 10 necessary for the user to play a game. Further, the game control unit 120 includes an automatic setting unit 121 and a manual setting unit 122.

When the user owns an object satisfying the predetermined first condition, the automatic setting unit 121 newly sets an object satisfying the predetermined first condition as the target object in place of the set object to be used. do.
Here, the object is, for example, an object that can be owned by the user in the game. Here, possession is, for example, associated with user identification information. The user identification information is, for example, information for uniquely identifying a user. An object is, for example, an object that can be made to appear or participate in a game. In this embodiment, the object is an event character. The object may be a character or an item that appears or participates in the game.

The object to be used is, for example, an object to be used in a game. Here, use means, for example, making an appearance or participation in a game. Further, the use means, for example, that the user operates or gives an instruction via an input unit or the like. In the present embodiment, the object to be used is an event character set in the setting frame among the event characters.
The predetermined first condition is, for example, a predetermined condition. Further, the predetermined first condition is, for example, a condition that is satisfied based on the result of comparing specific parameters common to each object. Here, the parameter means, for example, an attribute associated with each object. Further, the parameter is, for example, information that affects the superiority of the game. In addition, superiority means, for example, being able to achieve more tasks given in the game, being able to advance the game more, being able to obtain more points and benefits, and being able to obtain more valuable benefits. And so on. Information that influences the superiority of the game is, for example, information on whether or not the task given in the game can be achieved more, information on whether or not the game can be progressed more, scores, and the like. Information on whether or not more benefits can be obtained, information on whether or not more valuable benefits can be obtained, and so on. In this embodiment, the parameter is a rarity. Further, in the present embodiment, the rarity is associated with the event character. Further, in the present embodiment, the predetermined first condition is a condition that is satisfied based on the result of comparing the rarities of the event characters. The predetermined first condition may be another condition as long as the operability of setting the object as the target object to be used can be improved.

Setting means, for example, storing information. In the present embodiment, setting means associating an event character with a setting frame and storing it. Further, setting an object as a target object for use means, for example, memorizing an object to be used in a game. In the present embodiment, setting an object as a target object means to associate an event character with a setting frame of a deck and store it. A deck is, for example, a set of objects selected for some purpose (eg, battle, training, etc.). In the present embodiment, the deck is a set of event characters that appear when the skill generation condition is satisfied or the skill is activated in the option game. It is possible to set a plurality of objects to be used in the game. In the present embodiment, it is possible to associate an event character with each of a plurality of setting frames.

In addition, the automatic setting unit 121 newly sets an object of the same type as the object set as the use target object as the use target object. Here, the objects of the same type refer to, for example, objects that are classified into the same type when the objects are divided according to a specific type. Here, the type is, for example, an attribute associated with an object. In the present embodiment, the objects of the same type are event characters having the same character name. Further, in the present embodiment, the objects of the same type are event characters having the same type number associated with the event character.

Further, even if the user owns an object that satisfies a predetermined first condition, the automatic setting unit 121 selects an object that satisfies the predetermined first condition when the predetermined second condition is satisfied. Do not set a new target object. Here, "not set" means, for example, not storing information. In the present embodiment, "not set" means that the association between the setting frame and the event character at the present time is maintained without storing the event character in association with the setting frame.
The predetermined second condition is, for example, a predetermined condition. Further, the predetermined second condition is, for example, a condition different from the predetermined first condition described above. Further, the predetermined second condition is, for example, a condition that is satisfied in response to the object being manually set in the object to be used. In the present embodiment, it is a condition that is satisfied in response to the event character being manually set in the target setting frame. The predetermined second condition may be another condition as long as the object that does not meet the user's intention is not set as the object to be used.

Further, the automatic setting unit 121 is of the same type as the object set as the target object in the past and is of the same type regardless of the case where the target object is set by the automatic setting unit 121 or the manual setting unit 122. When you own an object whose specific parameter is superior to the object set in the target object in the past, the object whose specific parameter is dominant is newly set in the target object. Here, the dominant parameter is, for example, a parameter that can advance the game advantageously. To be able to advance the game in an advantageous manner means, for example, that the task given in the game can be more achieved or is more likely to be achieved. In addition, being able to advance the game in an advantageous manner means, for example, that the game can be advanced more or is likely to be advanced more. In addition, being able to advance the game in an advantageous manner means, for example, that it is possible to obtain more points or benefits, or it is highly possible that more points can be obtained. In addition, being able to advance the game in an advantageous manner means, for example, that a more valuable privilege can be acquired or is likely to be acquired. In this embodiment, the dominant parameter is the dominant rarity. Rarity is superior and superior in the order of N, PN, R, PR, SR, and PSR. For example, rarity PN is superior to rarity N.

In addition, each object is associated with a specific parameter and a type of attribute information different from the specific parameter. Here, the specific parameter is, for example, information that affects the superiority of the game. In this embodiment, the particular parameter is rarity. Further, the attribute information is, for example, a property inherent in the object. Further, the attribute information is, for example, at least one of image information and sound information, which is different for each object. In the present embodiment, the attribute information is information that has less influence on the superiority of the game than the rarity, or does not affect the superiority of the game. Here, the fact that the degree of influence on the superiority of the game is small or does not affect the superiority of the game means that, for example, even if the attribute information is changed, the task given in the game is more achieved. Does not affect or has little effect on whether or not you can, does not affect or has little effect on whether or not you can progress the game more, you can get more points and benefits It means that it does not affect or has little influence on whether or not, and that it does not affect or has little influence on whether or not it is possible to obtain more valuable benefits. In the present embodiment, the attribute information is at least one of the information of the effect image and the information of the sound effect.

Further, the automatic setting unit 121 sets the object owned by the user as the target object to be used when the user no longer owns the object set as the target object to be used, or when the object is not set to the target object to be used. Set.
Here, the case where the user no longer owns the object means that, for example, the object associated with the user identification information is no longer associated with the user identification information. In the present embodiment, it means that the event character stored in the event character possession data D400 is no longer stored in the event character possession data D400. In the present embodiment, the case where the object is not set in the object to be used means the case where the identification number of the event character is not stored in the current character identification field A1502 of the setting frame related data D1500.

The manual setting unit 122 sets the object selected by the user as the object to be used. In the present embodiment, setting the object selected by the user as the object to be used means setting the event character selected by the user in the setting frame.

[3. Process flow in the game system]
Hereinafter, the flow of processing by the game device 10 according to the present embodiment will be described. In the present embodiment, an automatic setting process for automatically setting the event character used for the option game and a manual setting process for manually setting the event character used for the option game will be described.
FIG. 16 is a flowchart showing an example of a process of executing an optional game in the game device 10 according to the present embodiment. The flowchart of FIG. 16 is started when the user instructs the start of the option game via the operation unit 105. Specifically, the flowchart of FIG. 16 is started by selecting the game start button B101 from the main menu screen G100 shown in FIG.

In S100, the game control unit 120 determines whether or not a new event character has been acquired since the user last executed the option game. Specifically, the game control unit 120 refers to the owned character data DT2 of the storage device 107, and compares the event character owned data D400 when the option game was executed last time with the event character owned data D400 at the present time. If the number of new event characters is increasing at the present time, the game control unit 120 determines that the new event character has been acquired, and proceeds to S104. On the other hand, if the number of new event characters has not increased at this time, the game control unit 120 determines that the new event character has not been acquired, and proceeds to S102.

FIG. 17 is a flowchart showing an example of the automatic setting process 1 of S102. The automatic setting process 1 is an event character automatic setting process that is executed when a new event character has not been acquired.
In S200, the automatic setting unit 121 reads out the setting frame-related data D1500 stored in the setting frame data DT4. In the subsequent S202 to S210, the target setting frame is changed from the first setting frame to the third setting frame and executed for each setting frame. Here, the target setting frame is referred to as a target setting frame.

In S202, the automatic setting unit 121 determines whether or not the event character has already been set in the target setting frame. Specifically, the game control unit 120 refers to the current character identification field A1502 of the setting frame-related data D1500, and determines whether or not the event character is set at the present time. If the identification number of the event character is stored in the current character identification field A1502, it is determined that the event character has already been set, and the process proceeds to S204. On the other hand, if the identification number of the event character is not stored, it is determined that the event character is not set, and the process proceeds to S206. For example, when the user starts the option game for the first time, the event character is not set in the target setting frame.

In S204, the automatic setting unit 121 determines whether or not the user owns the event character currently set in the target setting frame. Specifically, the game control unit 120 reads out the event character possession data D400 of the possession character data DT2, and determines whether or not the event character possession data D400 stored in the event character possession data D400 stores the event character set in the target setting frame. do. If the event character is not owned, the process proceeds to S206, and if the event character is owned, the automatic setting process 1 is terminated, and the process returns to the flowchart of FIG. When the event character set in the target setting frame is not owned at the present time, for example, the user deletes the event character set in the target setting frame up to the previous time or replaces it with another event character. It is a case of losing by doing something.

In S206, the automatic setting unit 121 specifies the types of event characters that can be set in the target setting frame. Specifically, the game control unit 120 refers to the setting frame-related data D1500 and specifies the type number associated with the character type column A1501 of the target setting frame. For example, in the example of the setting frame-related data D1500 of FIG. 15, the type number CT101 is specified in the case of the first setting frame.

In S208, the automatic setting unit 121 sets the event character having the highest rarity among the event characters owned by the user and the type of event characters specified in S206 in the target setting frame. Specifically, the automatic setting unit 121 refers to the event character possession data D400 and extracts the identification number of the event character having the highest rarity among the event characters having the specified identification number. The game control unit 120 stores the extracted event character identification number in the current character identification field A1502 of the setting frame-related data D1500. For example, in the example of the event character possession data D400 of FIG. 4, the event character identification number ID 1014 (PR) is extracted in the case of the first setting frame, and the first setting frame of the setting frame related data D1500 of FIG. 15 is extracted. The identification number ID 1014 (PR) is stored in the current character identification field A1502. In this way, by associating the setting frame with the identification number of the event character, the event character is automatically set in the setting frame.

In S210, the automatic setting unit 121 updates the setting frame-related data D1500 stored in the setting frame data DT4. Specifically, the automatic setting unit 121 indicates that the automatic setting unit 121 has set an event character in the target setting frame in the setting method column A1503 of the setting frame-related data D1500, that is, that the event character has been set by the automatic setting function. Memorize the information to be shown. For example, in the example of the setting frame-related data D1500 of FIG. 15, information indicating that the data has been set by the automatic setting function is stored in the first setting frame. Further, the automatic setting unit 121 determines whether or not the rarity of the event character set in S208 is higher than the rarity stored in the past rarity column A1504 of the setting frame-related data D1500. When the rarity is high, the automatic setting unit 121 replaces the rarity of the past rarity column A1504 of the setting frame-related data D1500 with the rarity of the event character set in S208. On the other hand, if it is not high, the automatic setting unit 121 does not replace the rarity of the past rarity column A1504 of the setting frame related data D1500.

In this way, when the user starts the option game for the first time or when the event character set in the setting frame is lost, the automatic setting unit 121 automatically sets the event character in the setting frame to allow the user to set the event character. Improve operability. After that, the automatic setting unit 121 returns to the flowchart of FIG.

FIG. 18 is a flowchart showing an example of the automatic setting process 2 of S104. The automatic setting process 2 is an event character automatic setting process that is executed when a new event character is acquired.
In S300, the automatic setting unit 121 reads out the setting frame-related data D1500 stored in the setting frame data DT4. In the subsequent S302 to S316, the target setting frame is changed from the first setting frame to the third setting frame and executed for each setting frame. Here, the target setting frame is referred to as a target setting frame.

In S302, the automatic setting unit 121 determines whether or not the acquired event character type is a type that can be set in the target setting frame. Specifically, the automatic setting unit 121 refers to the setting frame-related data D1500 and specifies the type number associated with the character type column A1501 of the target setting frame. The automatic setting unit 121 determines whether or not the specified type number and the acquired event character type number are the same. If the type numbers are the same, the automatic setting unit 121 determines that the acquired event character type is a type that can be set in the target setting frame, and proceeds to S304. On the other hand, when the type numbers are not the same, the automatic setting unit 121 determines that the acquired event character type is not a type that can be set in the target setting frame, and ends the automatic setting process 2 to FIG. Return to the flowchart of.

In S304, the automatic setting unit 121 determines whether or not the event character has already been set in the target setting frame. This process is the same as that of S202. If the event character is already set, the process proceeds to S308, and if the event character is not set, the process proceeds to S306.
In S306, the automatic setting unit 121 sets the acquired event character in the target setting frame. Specifically, the game control unit 120 stores the acquired event character identification number in the current character identification field A1502 of the setting frame-related data D1500. In this way, by associating the setting frame with the identification number of the event character, the event character is automatically set in the setting frame.

In S308, the automatic setting unit 121 determines whether or not the acquired event character satisfies a predetermined first condition. Here, the predetermined first condition is satisfied based on the result of comparing the acquired event character and the specific parameters common to the event character already set in the target setting frame, and here the rarity. It is a condition to do. Specifically, first, the automatic setting unit 121 is already set in the target setting frame by referring to the setting frame related data D1500 and specifying the identification number associated with the current character identification field A1502 of the target setting frame. Identify the rarity of the event character you are playing. Next, the automatic setting unit 121 compares the acquired rarity of the event character with the rarity of the event character already set in the target setting frame. As a result of comparison, it is determined that the first condition is satisfied when the rarity of the acquired event character is higher than the rarity of the event character already set in the target setting frame, and the first condition is satisfied when the rarity is not high. It is determined that there is no such thing. When the first condition is satisfied, that is, when the acquired event character has a high rarity, it is usually assumed that the user performs an operation of replacing the event character in order to advance the option game advantageously. Therefore, in order to improve the operability of the user, the process proceeds to S310 so that the process of automatically setting the event character in the setting frame can be performed. On the other hand, when the first condition is not satisfied, that is, when the rarity of the acquired event character is not high, it is usually assumed that the user does not perform the operation of replacing the event character, and the automatic setting process 2 is terminated and FIG. 16 shows. Return to the flowchart.
By such processing, when the character A of the rarity SR is acquired in the example of FIG. 10B, the event character of the character A of the rarity SR is automatically set in the setting frame 201a as shown in the example of FIG. Processing can be realized.

In S310, the automatic setting unit 121 determines whether or not a predetermined second condition is satisfied. Here, the predetermined second condition is a condition that is satisfied in response to the event character being set in the target setting frame by the manual setting unit 122. Specifically, the automatic setting unit 121 refers to the setting frame-related data D1500, and the manual setting unit 122 sets the event character in the target setting frame in the setting method column A1503, that is, it is set by the manual setting function. When the information indicating the above is stored, it is determined that the second condition is satisfied. On the other hand, when the automatic setting unit 121 stores information indicating that the automatic setting unit 121 has set the event character in the target setting frame in the setting method column A1503, that is, the information indicating that the event character has been set by the automatic setting function is stored in the automatic setting unit 121. It is determined that the condition 2 is not satisfied. When the second condition is satisfied, that is, when the event character manually selected by the user is set in the target setting frame, it is assumed that the user has set the event character that emits the desired effect image and sound effect. Will be done. Therefore, the process proceeds to S312 where there is room for not automatically setting the event character in the setting frame so as to meet the user's intention. On the other hand, when the second condition is not satisfied, that is, when the event character is automatically set in the target setting frame, it is assumed that the user performs an operation of replacing the event character in order to advance the option game advantageously as usual. NS. Therefore, in order to improve the operability of the user, the process proceeds to S314, which can proceed to the process of automatically setting the event character in the setting frame.
By such processing, when the character A of the rarity SR is manually set to the character A of the rarity N in the setting frame 201a in the example of FIG. 11, even if the rarities PN, R, and PR are acquired and owned. A process in which the setting of the character A1201a of rarity N is maintained in the setting frame 201a can be realized.

In S312, the automatic setting unit 121 determines whether or not the acquired event character has a higher rarity than the highest rarity of the event character set in the target setting frame in the past. Specifically, the automatic setting unit 121 refers to the setting frame-related data D1500 and specifies the rarity associated with the past rarity column A1504 of the target setting frame. The automatic setting unit 121 compares the specified rarity with the rarity of the acquired event character, and if the acquired event character has a higher rarity, proceeds to S314. If the acquired event character's rarity is higher than the highest rarity of the event character set in the target setting frame in the past, it is assumed that the user replaces the event character in order to advance the optional game as usual. Will be done. Therefore, in order to improve the operability of the user, the process proceeds to S314, which is a process of automatically setting the event character in the setting frame. On the other hand, when the rarity of the acquired event character is not higher, the automatic setting process 2 is terminated and the process returns to the flowchart of FIG. 16 so that the event character is not automatically set in the setting frame.
By such processing, when the character A of the rarity SR is manually set to the character A of the rarity N in the setting frame 201a in the example of FIG. 11, the character A of the rarity PSR higher than the highest rarity SR in the past is set. By acquiring the above, a process in which the character A of the rarity PSR is automatically set in the setting frame 201a can be realized. On the other hand, even if the characters A of the rarities PN, R, and PR are acquired and owned, the process of maintaining the setting of the character A1201a of the rarity N in the setting frame 201a can be realized.

In S314, the automatic setting unit 121 newly sets the acquired event character in the target setting frame instead of the event character currently set in the target setting frame. Specifically, the automatic setting unit 121 stores the acquired identification number of the event character in place of the identification number currently associated with the current character identification field A1502 in the setting frame-related data D1500. For example, in the example of the event character possession data D400 of FIG. 4, when the character A of the identification number ID 1016 (PSR) is acquired, the character A of the identification number ID 1011 (N) is manually set in the first setting frame. , Regardless of the case where the character A of the identification number ID 1014 (PR) is automatically set, the identification number ID 1016 (PSR) is set in the current character identification field A1502 of the first setting frame in the setting frame related data D1500 of FIG. Be remembered. In this way, by associating the target setting frame with the identification number of the event character, the event character is automatically set in the target setting frame. If the event character is automatically set in the target setting frame, the event character automatically set in the target setting frame at the present time has a higher rarity than the highest rarity in the past. become.

Further, the type of the event character set in the target setting frame is only the type of the type number associated with the character type column A1501 of the setting frame related data D1500. Therefore, in S314, an event character of the same type as the event character currently set in the target setting frame is newly set in the target setting frame. The user may not want to automatically set the event character of different types in the target setting frame, and by automatically setting the object of the same type in the target setting frame, the event character according to the user's intention is targeted. It can be set in the setting frame.

In S316, the automatic setting unit 121 updates the setting frame-related data D1500 stored in the setting frame data DT4. Specifically, the automatic setting unit 121 indicates that the automatic setting unit 121 has set an event character in the target setting frame in the setting method column A1503 in the setting frame-related data D1500, that is, that the event character has been set by the automatic setting function. Memorize the information to be shown. Further, the automatic setting unit 121 replaces the rarity of the past rarity column A1504 of the setting frame-related data D1500 with the rarity of the event character set in S314. Alternatively, the automatic setting unit 121 stores the rarity of the event character set in S306 in the past rarity column A1504 of the setting frame-related data D1500.

In this way, the automatic setting unit 121 automatically sets the event character in the setting frame when the rarity of the acquired event character is higher than the rarity of the event character already set in the target setting frame. Improve the operability of. After that, the automatic setting unit 121 returns to the flowchart of FIG.

In S106, the game control unit 120 controls the pitcher character to play against the batter character of the opponent team as described above, and erases the blocks arranged in the predetermined area with the ball thrown by the pitcher character. Run the game. At this time, the game control unit 120 activates the skill of the event character set in the setting frame by satisfying the skill activation condition. At this time, for example, when the user manually sets an event character of rarity that emits a favorite effect image or sound effect, the skill is activated so that the user can view the favorite effect image or sound effect. be able to. The game control unit 120 executes a game for each batter character in the first to third at-bats, and ends the flowchart of FIG. 16 when the battle of the batter characters in the third at-bat ends. At this time, the game control unit 120 causes the user to acquire a new event character or acquire an in-game currency or item that can be used in the main game or the optional game according to the given score. You may do it.

FIG. 19 is a flowchart showing an example of manual setting processing in the game device 10 according to the present embodiment. The flowchart of FIG. 18 is started when the user gives an instruction to manually set the event character in the setting frame via the operation unit 105. Specifically, the flowchart of FIG. 19 is started by selecting the deck setting button B102 from the main menu screen G100 shown in FIG.

In S400, the manual setting unit 122 reads out the setting frame-related data D1500 stored in the setting frame data DT4.
In S402, the manual setting unit 122 displays the deck setting screen G200 on the display unit 106 based on the read setting frame-related data D1500.
In S404, the manual setting unit 122 determines whether or not the change of the event character set in the setting frame is instructed. Specifically, the manual setting unit 122 determines whether or not any of the change buttons B205a, B205b, and B205c on the deck setting screen G200 is selected. If the change is not instructed, the change instruction is waited, and if the change is instructed, the process proceeds to S406. As described above, the change buttons B205a, B205b, and B205c correspond to the setting frames 201a, 201b, and 201c, respectively. For example, when the user wants to change the event character of the setting frame 201a, the user selects the change button B205a. Here, the setting frame corresponding to the selected change button is referred to as a target setting frame.

In S406, the manual setting unit 122 displays the information of the event character that can be set in the target setting frame. Specifically, the manual setting unit 122 refers to the setting frame-related data D1500 and specifies the type number associated with the character type column A1501 of the target setting frame. Next, the manual setting unit 122 refers to the event character possession data D400, and extracts the identification number of the event character associated with the specified type number among the possession event characters. The manual setting unit 122 displays the event character on the display unit 106 so as to be selectable based on the extracted identification number. Therefore, for example, as in the selection screen G1200 of FIG. 12, event characters that can be set in the target setting frame are displayed. The manual setting unit 122 displays information on the rarity and skill of the event character by referring to the event character table TBL300.

In S408, the manual setting unit 122 determines whether or not the event character to be set in the target setting frame has been selected. Specifically, the manual setting unit 122 determines whether or not any one of the event characters displayed on the selection screen G1200 is selected by the user. If the event character is not selected, it waits for selection, and if it is selected, it proceeds to S410.
In S410, the manual setting unit 122 sets the selected event character in the target setting frame. Specifically, the manual setting unit 122 stores the identification number of the event character selected in the current character identification field A1502 of the target setting frame in the setting frame related data D1500.
In this way, the event character is manually set in the target setting frame by associating the target setting frame with the identification number of the event character.

In S412, the manual setting unit 122 updates the setting frame-related data D1500 stored in the setting frame data DT4. Specifically, the manual setting unit 122 indicates that the manual setting unit 122 has set an event character in the target setting frame in the setting method column A1503 of the setting frame-related data D1500, that is, that the event character has been set by the manual setting function. Memorize the information to be shown.
In this way, the manual setting unit 122 can set the event character according to the user's intention by setting the event character selected by the user in the target setting frame.
After that, the manual setting unit 122 ends the flowchart of FIG. 19 by displaying the main menu screen G100 according to the selection of the back button B206.

As described above, according to the present embodiment, it is a program for setting the event character used for the game among the event characters owned by the user in the setting frame, and the event character selected by the user is set in the setting frame. When the user owns the event character that satisfies the predetermined first condition and the first setting step to be set, the event character that satisfies the predetermined first condition is replaced with the event character set in the setting frame. There is a second setting step in which is newly set in the setting frame. Therefore, since the event character satisfying the predetermined first condition is automatically set in the setting frame, the user does not have to perform the operation of setting the event character in the setting frame by himself / herself, which improves the operability of the user. Can be made to.

Further, according to the present embodiment, the predetermined first condition is a condition that is satisfied based on the result of comparing the rarities of the event characters. Based on the result of comparing the rarities of each event character, the event character owned by the user is automatically set in the setting frame, so that the user does not have to set the event character in the setting frame by himself / herself. Therefore, the operability of the user can be improved.

Further, according to the present embodiment, in the second setting step, an event character of the same type as the event character set in the setting frame is newly set in the setting frame. By automatically setting the event character of the same type in the setting frame, the event character more in line with the user's intention is set in the setting frame.

Further, according to the present embodiment, in the second setting step, even if the user owns an event character that satisfies the predetermined first condition, if the predetermined second condition is satisfied. , The event character satisfying the predetermined first condition is not newly set in the setting frame. By not automatically setting the event character in the setting frame when the predetermined second condition is satisfied, it is possible to prevent the event character that does not meet the user's intention from being set in the setting frame.

Further, according to the present embodiment, the predetermined second condition is a condition that is satisfied in response to the event character being set in the setting frame by the first setting step. When the event character selected by the user is set in the setting frame, the event character is not automatically set in the setting frame to prevent the event character that does not meet the user's intention from being set in the setting frame. be able to.

Further, according to the present embodiment, in the second setting step, regardless of the case where the event character is set in the setting frame by the first setting step or the second setting step, the setting frame is set in the past. If you own an event character that is the same type as the set event character and has a higher rarity than the event character that was set in the setting frame in the past, the event character with the higher rarity is set in the setting frame. Set anew. Even if the event character selected by the user is set in the setting frame, by automatically setting the event character with higher rarity than in the past in the setting frame, the event character according to the user's intention will be set in the setting frame. Set.

Further, according to the present embodiment, a plurality of event characters used in the game can be set in the setting frame, and in the first setting step or the second setting step, the event character is set for each of the plurality of setting frames. Set. Since the event character satisfying the predetermined first condition is automatically set for each of a plurality of setting frames, the user does not have to perform the operation of setting the event character for each setting frame by himself / herself, so that the user's operability Can be improved.

Further, according to the present embodiment, each event character is associated with a rarity and an attribute information of a type different from the rarity. The user can select the event character to be set in the setting frame based on the attribute information.

Further, according to the present embodiment, the rarity is information that affects the superiority of the game, and the attribute information has less influence on the superiority of the game than the rarity, or the game Information that does not affect superiority. The user can select the event character to be set in the setting frame based on the attribute information.

Further, according to the present embodiment, the attribute information is at least one of image information and sound information, which is different for each object. The user can select the event character to be set in the setting frame based on the image information and the sound information.

Further, according to the present embodiment, in the second setting step, when the user no longer owns the event character set in the setting frame, or when the event character is not set in the setting frame, the user The event character owned by is automatically set in the setting frame. If the user no longer owns the event character set in the setting frame, or if the event character is not set in the setting frame, the event character is automatically set in the setting frame so that the user can use the event character by himself / herself. Since it is not necessary to perform the operation of setting the above in the setting frame, the operability of the user can be improved.

[4. Modification example]
Although the embodiment of the present invention has been described in detail with reference to the drawings, the specific configuration is not limited to the above embodiment and can be appropriately changed without departing from the gist of the present invention.

In the above-described embodiment, the case where the main game and the optional game are games related to a baseball game has been described, but the present invention is not limited to this case, and sports games (games based on soccer, tennis, American football, basketball, volleyball, etc.) , Adventure games, simulation games, role-playing games, or training games, and can be applied to various games regardless of game format and genre.

In the above-described embodiment, the case where the event character is set in the setting frame has been described, but the present invention is not limited to this case, and a case where a character appearing in the game is set may be used. For example, when the game is a sports game, the player characters owned by the user to participate in the game may be automatically set. At this time, not only when the player character with the same character name as the player character set in the setting frame is automatically set in the setting frame, the player character in the same defensive position as the player character set in the setting frame is set. It may be set automatically in the frame. In addition, the ability of the player character set in the setting frame and the player character having a higher ability can be automatically set in the setting frame.
In addition, for example, when the game is an adventure game, a simulation game, a role-playing game, or a training game, the characters owned by the user and the items used by the characters in the game, which are characters or items to appear in the game, are selected. It may be set automatically. At this time, it is not limited to the case where a character with the same character name as the character or item set in the setting frame or an item with the same item name is automatically set in the setting frame, and is the same as the character or item set in the setting frame. You may automatically set the type of character or item in the setting frame. In addition, a character or item having a higher ability than the ability of the character or item set in the setting frame can be automatically set in the setting frame.

In the above-described embodiment, the case where the event character is set in the setting frame for the option game has been described, but the present invention is not limited to this case, and the same applies to the case where the event character is set in the setting frame of the deck setting screen for the main game. Can be applied.
In the above-described embodiment, the case where the event character is set in the three setting frames has been described, but the present invention is not limited to this case, and the event character is set in one setting frame, two setting frames, or four or more setting frames. You may.

In the above-described embodiment, the case where the timing for newly setting the event character in the setting frame instead of the event character set in the setting frame is the timing for starting the option game has been described, but the present invention is not limited to this case. , It may be the timing when the event character is acquired. Further, it may be a predetermined timing between the timing of acquiring the event character and the timing of starting the option game.

In the above-described embodiment, the process is described as the process performed on the game device 10 side, but a part of the process may be performed on the server device 30. For example, the server device 30 holds at least one of the event character data DT1, the owned character data DT2, the game data DT3, and the setting frame data DT4, and realizes the above processing while communicating with the server device 30. You may do so. For example, among the processes of the game control unit 120, the process of displaying on the display unit 106 may be performed on the game device 10 side, and all other processes or some processes may be performed on the game device 10 side or the server device 30. good.

[5. Addendum]
From the above description, the present invention can be grasped as follows, for example.

(1-1)
The program according to the aspect of the present invention is a program for setting a target object to be used in a game among objects owned by the user, and is a first setting for setting an object selected by the user as the target object to be used. Step and when the user owns an object that satisfies the predetermined first condition, the object that satisfies the predetermined first condition is newly set as the target object in place of the set target object. It is a program for causing a computer to execute the setting step of 2.

(1-12)
The game control method according to the aspect of the present invention is a game control method for setting an object to be used for a game among objects owned by the user, and the first object for setting an object selected by the user as the object to be used. And when the user owns an object that satisfies the predetermined first condition, the object that satisfies the predetermined first condition is newly set as the target object in place of the set target object. It is characterized by having a second setting step to be performed.

(1-13)
The game device according to the aspect of the present invention is a game device that sets an object to be used for a game among objects owned by the user, and is a first setting for setting an object selected by the user as the object to be used. When the user owns the means and the object that satisfies the predetermined first condition, the object that satisfies the predetermined first condition is newly set as the use target object in place of the set use target object. It is characterized by having 2 setting means.

(1-14)
The game system according to the aspect of the present invention is a game system for setting an object to be used for a game among objects owned by the user, and is a first setting for setting an object selected by the user as the object to be used. When the user owns the means and the object that satisfies the predetermined first condition, the object that satisfies the predetermined first condition is newly set as the use target object in place of the set use target object. It is characterized by having 2 setting means.

According to the invention according to (1-1), (1-12), (1-13) or (1-14) above, an object satisfying a predetermined first condition is automatically set as an object to be used. As a result, the user does not have to perform the operation of setting the object as the object to be used by himself / herself, so that the operability of the user can be improved.

(1-2)
In the aspect of the present invention, in the above aspect (1-1), the predetermined first condition may be a condition that is satisfied based on the result of comparing specific parameters common to each object. According to the above aspect (1-2), the object owned by the user is automatically set as the object to be used based on the result of comparing the specific parameters common to each object, so that the user himself / herself Since it is not necessary to set the object as the object to be used, the operability of the user can be improved.

(1-3)
In the aspect of the present invention, in the above aspect (1-1) or (1-2), in the second setting step, an object of the same type as the object set as the object to be used is newly added to the object to be used. You may set it. According to the above aspect (1-3), in the case of the same type of object, the object to be used is automatically set to the object to be used, so that the object more in line with the intention of the user is set to the object to be used.

(1-4)
In the aspect of the present invention, in any of the above aspects (1-1) to (1-3), in the second setting step, when the user owns an object satisfying the predetermined first condition. Even if there is, if the predetermined second condition is satisfied, the object that satisfies the predetermined first condition may not be newly set as the object to be used. According to the above aspect (1-4), when the predetermined second condition is satisfied, the object is not automatically set as the target object to be used, so that the object that does not meet the user's intention is set as the target object to be used. Can be suppressed.

(1-5)
In the aspect of the present invention, in the above aspect (1-4), the predetermined second condition is a condition that is satisfied in response to the object being set as the object to be used by the first setting step. You may. According to the above aspect (1-5), when the object selected by the user is set as the target object, the object is not automatically set as the target object, so that the object does not meet the user's intention. Can be suppressed from being set in the object to be used.

(1-6)
In the aspect of the present invention, in the above aspect (1-5), in the second setting step, regardless of the case where the object to be used is set by the first setting step or the second setting step. , If you own an object that is of the same type as the object that was set to the object to be used in the past, and that the specific parameter is superior to the object that was set to the object to be used in the past, An object in which the parameter of is dominant may be newly set as the object to be used. According to the above aspect (1-6), even when the object selected by the user is set as the target object, the object which is a more dominant parameter in the past is automatically set as the target object. Then, the object according to the user's intention is set as the object to be used.

(1-7)
In the aspect of the present invention, in any of the above aspects (1-1) to (1-6), it is possible to set a plurality of objects to be used for the game, and the first setting step or the first setting step. In the setting step of 2, the object may be set for each of a plurality of objects to be used. According to the above aspect (1-7), the user sets the object for each use target object by automatically setting the object satisfying the predetermined first condition for each of the plurality of use target objects. Since it is not necessary to do this, the operability of the user can be improved.

(1-8)
In the aspect of the present invention, in any of the above aspects (1-1) to (1-7), each object is associated with a specific parameter and attribute information of a type different from the specific parameter. You may be. According to the above aspect (1-8), the user can select the object to be set as the object to be used based on the attribute information.

(1-9)
In the aspect of the present invention, in the aspect (1-9), the specific parameter is information that affects the superiority of the game, and the attribute information is superior to the specific parameter of the game. The information may have a small degree of influence on sex or may not affect the superiority of the game. According to the above aspect (1-9), the user can select the object to be set as the object to be used based on the attribute information.

(1-10)
In the aspect of the present invention, in any of the above aspects (1-8) or (1-9), the attribute information is at least one of image information and sound information, which is different for each object. You may do so. According to the above aspect (1-10), the user can select the object to be set as the object to be used based on the image information and the sound information.

(1-11)
In the aspect of the present invention, in any of the above aspects (1-1) to (1-10), in the second setting step, when the user no longer owns the object set as the object to be used. Alternatively, if the object to be used is not set, the object owned by the user may be set to the object to be used. According to the above aspect (1-11), when the user no longer owns the object set as the target object or the object is not set as the target object, the object is automatically set as the target object. By setting with, the user does not have to perform the operation of setting the object as the object to be used by himself / herself, so that the operability of the user can be improved.

Although the present invention has been described above with the above-described embodiment, the present invention is not limited to the above-described embodiment, and can be changed within the scope of the present invention, and the above-described embodiment or modification can be made. May be combined in a timely manner.

1: Game system 10: Game device 30: Server device 101, 301: CPU 102, 302: ROM 103, 303: RAM 104, 304: Communication unit 105: Operation unit 106: Display unit 107, 305: Storage device 1071: Data Storage unit 120: Game control unit 121: Automatic setting unit 122: Manual setting unit G100: Main menu screen B101: Game start button B102: Deck setting button G200: Deck setting screen 201a to 201c: Setting frame A202: Character display area A203: Rarity display area A204: Skill display area B205a, B205b, B205c: Change button B206: Back button TBL300: Event character table A301: Character name field A302: Character type field A303: Rarity field A304: Character identification field A305: Skill field A306: Image field A307: Sound effect field D400: Event character possession data A401: Character type field A402: Character identification field G500: Standby screen CH501: Pitcher character CH502: Batter character I503: Game status display item A504: Throw zone area A505: Strike judgment Area A506: Ball determination area A507: Standby zone area A508: Ball type selection area A510: Event character display area B601, B602: Blocks G700a, G700b: Production display screens I701a, I701b: Event character images A702a, A702b: Skill display area N703a , N703b: Sound effect B801-B808: Block B811-B818: Block B901: Block G1100: Deck setting screen G1200: Selection screen 1201a, 1201d, 1201e: Character A D1500: Setting frame related data A1501: Character type column A1502: Current character Identification column A1503: Setting method column A1504: Past rarity column

Claims (14)

It is a program for setting the object to be used for the game among the objects owned by the user.
The first setting step to set the object selected by the user as the object to be used, and
When the user owns an object that satisfies the predetermined first condition, a second setting that newly sets an object that satisfies the predetermined first condition as the target object in place of the set target object to be used. A program that lets a computer perform steps and. The program according to claim 1, wherein the predetermined first condition is a condition that is satisfied based on a result of comparing specific parameters common to each object. The program according to claim 1 or 2, wherein in the second setting step, an object of the same type as the object set in the use target object is newly set in the use target object. In the second setting step, even if the user owns an object that satisfies the predetermined first condition, if the predetermined second condition is satisfied, the predetermined first condition is satisfied. The program according to any one of claims 1 to 3, wherein the object is not newly set as the object to be used. The program according to claim 4, wherein the predetermined second condition is a condition that is satisfied in response to the object being set as the object to be used by the first setting step. In the second setting step, regardless of whether the object to be used is set by the first setting step or the second setting step, the object is the same type as the object set to the object to be used in the past. In addition, when owning an object whose specific parameter is superior to the object set as the object to be used in the past, the object whose specific parameter is dominant is newly added to the object to be used. The program according to claim 5, wherein the setting is made. It is possible to set a plurality of objects to be used for the game.
The program according to any one of claims 1 to 6, wherein in the first setting step or the second setting step, objects are set for each of a plurality of objects to be used. The program according to any one of claims 1 to 7, wherein each object is associated with a specific parameter and attribute information of a type different from the specific parameter. The specific parameter is information that affects the superiority of the game.
The program according to claim 8, wherein the attribute information is information that has less influence on the superiority of the game than the specific parameter, or does not affect the superiority of the game. .. The program according to claim 8 or 9, wherein the attribute information is at least one of image information and sound information, which is different for each object. In the second setting step, when the user no longer owns the object set as the target object, or when the object is not set in the use target object, the user-owned object is set as the use target object. The program according to any one of claims 1 to 10, wherein the program is set. It is a game control method that sets the object to be used for the game among the objects owned by the user.
The first setting step to set the object selected by the user as the object to be used, and
When the user owns an object that satisfies the predetermined first condition, a second setting that newly sets an object that satisfies the predetermined first condition as the target object in place of the set target object to be used. A game control method characterized by having steps and. A game device that sets the objects to be used for the game among the objects owned by the user.
The first setting means for setting the object selected by the user as the object to be used, and
When the user owns an object that satisfies the predetermined first condition, a second setting that newly sets an object that satisfies the predetermined first condition as the target object in place of the set target object to be used. A game device comprising means and means. A game system that sets the objects to be used for the game among the objects owned by the user.
The first setting means for setting the object selected by the user as the object to be used, and
When the user owns an object that satisfies the predetermined first condition, a second setting that newly sets an object that satisfies the predetermined first condition as the target object in place of the set target object to be used. A game system characterized by having means and.

Images