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

Abstract

PROBLEM TO BE SOLVED: 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

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

BACKGROUND ART Conventionally, games are known in which a user can select and set a character. Patent Literature 1 discloses a game device in which a character selected by a user from a list can be incorporated into an event deck. According to the game device of Patent Literature 1, various events can be generated according to a single character or a combination of a plurality of characters incorporated in the event deck.

JP 2014-233323 A

However, there is a problem that the user takes time to select and set the character by himself in order to incorporate the character into the event deck.
SUMMARY OF THE INVENTION The present invention has been made in view of the problems described above, and an object of the present invention is to improve user operability.

A program according to the present invention is a program for setting an object to be used for use in a game among objects owned by a user, the program comprising: a first setting step of setting an object selected by the user as the object to be used; A second setting for newly setting an object that satisfies the predetermined first condition as the object to be used instead of the set object to be used when the user owns an object that satisfies the first condition. It is a program for causing a computer to execute steps and.

It is a figure which shows an example of a main menu screen. It is a figure which shows an example of a deck setting screen. FIG. 10 is a diagram showing an example of an event character table; FIG. It is a figure which shows an example of 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 pitching zone area|region and a waiting zone area|region. It is a figure which shows an example of an effect display screen. It is a figure which shows an example of a pitching zone area|region and a waiting zone area|region. It is a figure which shows an example of a pitching zone area|region and a waiting zone area|region. FIG. 4 is a conceptual diagram showing an example of an 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 whole structure of a game system. It is a figure which shows an example of the functional structure of a game device. FIG. 10 is a diagram showing an example of setting frame related data; 4 is a flowchart showing an example of processing by the game device; 4 is a flowchart showing an example of automatic setting processing 1 by the game device; 10 is a flowchart showing an example of automatic setting processing 2 by the game device; 7 is a flowchart showing an example of manual setting processing by the game device;

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[1. Description of the game]
An outline of a game suitable for applying the present invention will be described below. An outline of the game will be described using a screen displayed on a liquid crystal display panel equipped with a touch panel on the game device, which will be described later.
The game of this embodiment mainly relates to a baseball game. The game of this embodiment is divided into a main game and an option game. The user can arbitrarily select and run the main game and the option game. Below, the main game will be briefly described, and the optional games will be described in detail. Note that the option game of the present embodiment is a game that can be executed for a limited period of time, but it may be a game that can be executed at any time without a limited period of time.

First, the main game will be explained. The main game consists of a training part, a battle part, and the like.
In the training part, the player develops a main character who is a pitcher or a fielder (including a catcher). 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 characters that will be teammates who practice together with the main character on the deck setting screen for the main game. An event character is a character that affects the training of the main character when an event occurs during the training process of the main 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 through practice increases according to the attribute of the event character that has been set. Therefore, the user sets an event character that causes an event that raises the ability, or sets an event character that has an attribute that raises the ability of the main character. The event character can be obtained as a reward for winning the battle part, or can be obtained by lottery or exchange.

In the battle part, a game is played between the user team including the pitcher and fielder hero characters trained in the training part and another team. In the competitive part, the game is played in the same way as in actual baseball, and the team that scores more points wins by alternately repeating offense and defense nine times. 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 a match, so by training the hero character so as to raise its ability in the training part, the probability of winning in the battle part can be increased.

Next, the option game will be explained.
The option game of this embodiment is a game in which the user operates the pitcher character to play against the batter character of the opposing 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 out of the main character trained in the training part. The user also selects the type of pitch to be pitched and the point of impact for the pitched ball to land. A pitching zone area where a ball thrown by a pitcher character reaches is divided into rectangular blocks, and each block is marked. If 3 or more blocks with the same mark are lined up vertically or horizontally by erasing the block at the point of impact or by replacing the block at the point of impact with an adjacent block, the blocks with 3 or more lined up is erased. By erasing blocks, points are given according to the number of erased blocks.

In addition, in the option game of the present embodiment, event characters can be set on the deck setting screen for the option game, as in the breeding part described above. By clearing the blocks with the same mark and meeting the skill activation conditions, you can activate the skill of the event character set on the deck setting screen. By activating the skill, a block with a predetermined mark changes to a block with a different mark from the predetermined mark. Therefore, by activating the skill, the probability that 3 or more blocks with the same mark are aligned vertically or horizontally increases, and if 3 or more blocks with the same mark are aligned, the block will be erased. A lot of points are given. Here, the number of blocks that can be changed into different mark blocks differs according to the parameters of the set event character. Therefore, the user can expect to receive a large number of points by setting an event character capable of changing a large number of blocks on the deck setting screen.
Here, in this embodiment, the event character can be automatically set without the user's own operation of setting the event character on the deck setting screen. On the other hand, since the user may want to select and set an event character by himself/herself, the event character selected by the user can be set on the deck setting screen.

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

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

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

Character names and face images of the event characters set in the setting frames 201a, 201b, and 201c are displayed in the character display area A202.
The rarity of the event character set in the setting frames 201a, 201b, and 201c is displayed in the rarity display area A203. Rarity is an example of a parameter and represents difficulty in obtaining. As the types of rarity in this embodiment, "N (normal)", "PN (powerful normal)", "R (rare)", "PR (powerful rare)", "SR (super rare)", "PSR ( Powerful Super Rare)” are available. Rarity increases in the order of N, PN, R, PR, SR, and PSR. A user can possess event characters having the same character name but different rarities. In the present embodiment, the higher the rarity of the event character, the more effectively the skill that can advance the option game can be activated.
Skills of event characters set in setting frames 201a, 201b, and 201c are displayed in the skill display area A204. A skill is an ability. In this embodiment, the option game can be advantageously advanced by activating the skill in the option game.

In the example of FIG. 2, character A, character B, and character C are set in 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 relating to all event characters that can appear in the option game, and is a table that stores information associated with all event characters. The event character table TBL300 is information that cannot be rewritten, and is stored in 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 column A301 contains the character name of the event character. In the example of FIG. 3, character A, character B, and character C are included in the character name column A301.
The character type column A302 contains a type number for each type of event character. The types of event characters in this embodiment refer to the classification of event characters for each character name. That is, if the character names are the same, they are the event characters of the same type. In the example of FIG. 3, character A is associated with CT101 as the type number, character B is associated with CT102 as the type number, and character C is associated with CT103 as the type number.

The rarity column A303 contains information on the rarity of the event character. In the example of FIG. 3, the above-described N, PN, R, PR, SR, and PSR are included as the rarity for each character name.
The character identification column A304 contains an identification number for each event character rarity. In the example of FIG. 3, the rarity N of character A is associated with ID1011 as an identification number, the rarity PN of character A is associated with ID1012 as an identification number, and the rarity R of character A is associated with ID1013. ID 1014 is associated with the rarity PR of character A, ID 1015 is associated with the rarity SR of character A, and ID 1016 is associated with the rarity PSR of character A. Even if the rarity is the same, different identification numbers are associated with event characters of different types. Therefore, one event character having a certain rarity is specified by the identification number.

The skill column A305 includes skill information for each event character rarity. In the example of FIG. 3, character A's rarity N and PN are associated with skill A1, character A's rarity R and PR are associated with skill A2, and character A's rarity SR is associated with skill A3. Skill A4 is associated with A's rarity PSR. The effect of skill A1 is, for example, "change 4 △ to ○ at random", the effect of skill A2 is, for example, "change 8 △ to ○ at random", and the effect of skill A3 is, for example, " Randomly change a total of 12 triangles and squares into circles", and the effect of skill A4 is, for example, "change all triangles and squares into circles". The effect of the skill increases from skill A1 to skill A4, and the option game can proceed more advantageously as the effect of the skill increases. In this embodiment, the rarity N and the rarity PN are the same skill, and the rarity R and the rarity PR are the same skill, but they may be different skills. Also, in the present embodiment, different skills are associated with event characters of the same rarity but different types.

The image field A306 includes information on effect images 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 rarities N and PN of the character A are associated with the information of the image A1, the rarities R and PR of the character A are associated with the information of the image A2, and the rarity SR of the character A is associated with the information of the image A3. Information is associated, and the information of the image A4 is associated with the rarity PSR of the character A. In the present embodiment, the images of the rarity N and the rarity PN are the same image, and the images of the rarity R and the rarity PR are the same image, but they may be different images. Further, the information of the images A1 to A4 is not limited to the image data itself, and may be the address information of the storage device storing the images A1 to A4. In addition, in the present embodiment, different image information is associated with event characters of the same rarity but different types.

The sound effect column A307 contains information on the sound effect for each rarity that is emitted when the skill is activated. Sound effect information is an example of attribute information. In the example of FIG. 3, the rarities N and PN of the character A are associated with the information of the sound effect A1, the rarities R and PR of the character A are associated with the information of the sound effect A2, and the rarity SR of the character A is associated with the information of the sound effect A1. The information of sound A3 is associated, and the rarity PSR of character A is associated with the information of sound effect A4. In this 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 A4 is not limited to the sound data itself, and may be the address information of the storage device storing the sound effects A1 to A4. In addition, in the present embodiment, even if the rarity is the same, when the types of event characters are different, different sound effect information is associated.

The event character table TBL300 may be associated with information on the face image of the event character. Also, in this case, different face images may be associated with each rarity even for event characters of the same type. 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 in which information on event characters owned by the user is stored. The event character possession data D400 is information 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, which will be described later.
Note that the event character can be obtained as a reward for winning the battle part, or obtained through a lottery or exchange, as described above. Also, since there is an upper limit to the number of event characters that can be owned, the user may lose them by deleting them or exchanging them with other event characters. Therefore, the event character possession data D400 differs for each user, and even for the same user, there are cases where it differs according to the progress of the game.

The event character possession data D400 has a character type column A401 and a character identification column A402.
The character type column A401 stores a type number indicating the type of event character owned by the user. In the example of FIG. 4, CT101, CT102, and CT103 are stored as the type numbers. Incidentally, referring 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.
The character identification column A402 stores the identification number of the event character owned by the user for each type number, that is, for each type of event character. In the example of FIG. 4, identification numbers ID1011 and ID1014 are stored for the type number CT101, identification numbers ID1021 and ID1022 are stored for the type number CT102, and identification numbers ID1031, ID1032 and ID1033 are stored for the type number CT103. there is For ease of understanding, rarity information is written after the identification number. Referring to the event character table TBL300 shown in FIG. 3, the identification number ID1011 is the character A of rarity N, and the identification number ID1014 is the character A of rarity PR. The identification number ID1021 is the character B of rarity N, and the identification number ID1022 is the character B of rarity PN. The identification number ID1031 is the character C of rarity N, the identification number ID1032 is the character C of rarity PN, and the identification number ID1033 is the character C of rarity R. That is, in the event character possession data D400 shown in FIG. 4, the highest rarity of character A is PR, the highest rarity of character B is PN, and the highest rarity of character C is R.
In the event character possession data D400 shown in FIG. 4, the character type column A401 may be omitted, 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, attention is paid to the rarity display areas A203 of character A, character B, and character C set in the setting frames 201a, 201b, and 201c. B is of rarity PN and character C is of R rarity. That is, in the deck setting screen G200 shown in FIG. 2, when the event character owned by the user is the event character possession data D400 shown in FIG. 4, the highest rarity event character is set for each type of event character.

The change buttons B205a, B205b, and B205c are buttons that are selected when changing the event characters set in the setting frames 201a, 201b, and 201c.
The return button B206 is a button that is selected to return from the deck setting screen G200 to the main menu screen G100.
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 option game standby screen G500.
The standby screen G500 displays a pitcher character CH501, a batter character CH502, a game status display item I503, a pitching zone area A504, a standby zone area A507, a pitch selection area A508, an event character display area A510, and the like.
The pitcher character CH501 is a player character to be operated by the user. The batter character CH502 is an opponent's player character who hits the ball thrown by the pitcher character CH501.
The game situation display item I503 is an item that displays the current game situation. The game situation display item I503 includes displays such as the number of strike counts, the number of ball counts, and the number of batting appearances. In the example of FIG. 5, the game situation display item I503 displays that it is a match with the batter character in the first turn at bat.

A pitching zone area A504 indicates an area to which the ball thrown by the pitcher character reaches. The pitching zone area A504 is divided into a total of 25 rectangular blocks of 5 rows in the horizontal direction and 5 columns in the vertical direction. Also, 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 reaches it. The strike determination area A505 is located in the center of the pitching zone area A504 and is composed of a total of 9 blocks, 3 rows in the horizontal direction and 3 columns in the vertical direction. On the other hand, the ball determination area A506 is an area that is determined as a ball when the pitcher character throws the ball and reaches it. The ball determination area A506 is an area composed of a total of 16 blocks located so as to surround the strike determination area A505 in the pitching zone area A504.

Each block of the pitching zone area A504 is marked with a predetermined mark. In the example of FIG. 5, the mark given to each block is one of the three marks "Δ (triangle)", "◯ (circle)", and "□ (square)". Blocks located in the pitching zone area A504 may disappear or be replaced with adjacent blocks depending on the type of ball thrown by the pitcher character and the position of impact (point of impact). At this time, if three or more blocks with the same mark are aligned vertically or horizontally, the blocks with three or more aligned are erased. When a block is erased, all blocks above the erased block drop downwards.

A waiting zone area A507 indicates an area where the block waits. The waiting zone area A507 is an area where the ball thrown by the pitcher character cannot reach, and is located above the pitching zone area A504. The waiting zone area A507 is divided into a total of 10 rectangular blocks of 2 rows in the horizontal direction and 5 columns in the vertical direction.
Each block of the waiting zone area A507 is also given a predetermined mark similarly to the pitching zone area A504. When the blocks positioned in the pitching zone area A504 disappear, the blocks positioned in the waiting zone area A507 fall into the pitching zone area A504. Blocks located in the waiting zone area A507 are constantly replenished so as not to become empty. Also, the marks attached to the blocks replenished in the standby zone area A507 are, in principle, random without regularity.

The pitch type selection area A508 displays pitch type selection buttons B509a to B509f corresponding to pitch types that the pitcher character can pitch, ie, so-called holding balls. Here, a case where the selected pitcher character is a right-handed pitcher will be described. If the pitcher character is a left-handed pitcher character, the names of some types of pitches and the changing direction of the breaking pitches are different.

The pitch type selection button B509a displays straight type pitches among the pitcher character's pitches. A straight pitch is, in principle, a pitch that has a straight trajectory that does not change after pitching. A typical type of pitch is the straight. In addition, two seams, moving fasts, super slow balls, rise balls, etc. are also classified as straight type pitches. The example of FIG. 5 shows a case where the pitch selection button B509a allows the pitcher character to select a straight as the type of pitch to be pitched.
In straight type pitches, when the pitch hits the pitching zone area A504, the block positioned at the point of impact is erased, and the space created by erasing all the blocks positioned above the erased block is Fall to fill. At this time, when three or more blocks with the same mark are lined up, the blocks with three or more lined up are erased.

The pitch type selection button B509b displays fork type pitches among the pitcher character's pitches. A fork type ball is a kind of breaking ball and has a trajectory that falls downward in the vertical direction. A typical type of ball is the fork. Palms, changeups, knuckles, and vertical sliders (V-sliders) are also classified as fork-type pitches. The example of FIG. 5 shows a case where a fork can be selected as the type of pitch to be pitched by the pitcher character using the type of pitch selection button B509b.
In the fork type pitches, when the pitch hits the pitch zone area A504, the block positioned at the point of impact and the block positioned directly below are switched. If 3 or more blocks with the same mark are lined up as a result of the replacement, the 3 or more blocks are erased. If the point of impact is the bottommost block of the pitching zone area A504, it is replaced with the topmost block of the pitching zone area A504 in the same row as the block of the impact point.

The pitch selection button B509c displays a slider type pitch among the pitcher character's pitches. A slider type pitch is a type of breaking ball, and is a type of pitch that has a trajectory that changes in the lateral direction on the opposite side of the pitcher's dominant arm. In the case of a right-handed pitcher character, the dominant arm changes to the left toward the pitching zone area A504. A typical ball type is the slider. In addition, high-speed sliders, cut balls, slow slider cuts, etc. are also classified as slider type pitches. The example of FIG. 5 shows a case where the pitch selection button B509c allows the slider to be selected as the type of pitch to be pitched by the pitcher character.
In slider-type pitches, when a pitch lands in the pitching zone area A504, the block positioned at the point of impact and the block positioned to the left thereof are switched. If 3 or more blocks with the same mark are lined up as a result of the replacement, the 3 or more blocks are erased. If the point of impact is the leftmost block in the pitching zone area A504, it is replaced with the rightmost block in the same row as the block of the point of impact.

The type of pitch selection button B509d displays a type of shooting type of pitcher character's pitch. A shooting pitch is a type of breaking ball and has a trajectory that changes in the lateral direction on the side of the pitcher's dominant arm. In the case of a right-handed pitcher character, the dominant arm changes to the right toward the pitching zone area A504. A representative type of ball is a shoot. In addition, high-speed shoots, sinking fasts, etc. are also classified as shoot-type pitches. The example of FIG. 5 shows a case where the pitch selection button B509d allows the pitcher character to select a shot as the type of pitch to be pitched.
In the shooting type, when the pitched ball hits the pitching zone area A504, the block positioned at the point of impact and the block positioned to the right thereof are switched. If 3 or more blocks with the same mark are lined up as a result of the replacement, the 3 or more blocks are erased. If the point of impact is the rightmost block in the pitching zone area A504, it is replaced with the leftmost block in the same row as the block of the point of impact.

The pitch type selection button B509e displays a curve-type pitch among the pitcher character's balls. A curved pitch is a kind of breaking ball, and has a trajectory that changes in the horizontal direction and downward diagonal direction on the opposite side of the pitcher's dominant arm. In the case of a pitcher character whose dominant arm is right-handed, the direction changes diagonally downward to the left toward the pitching zone area A504. A typical type of pitch is the curve. Slow curve, D curve, slab, super slow curve, knuckle curve, etc. are also classified as curve type pitches. The example of FIG. 5 shows a case where a curve can be selected as the type of pitch to be pitched by the pitcher character using the type of pitch selection button B509e.
In the curve type pitch, when the pitch hits the pitch zone area A504, the block positioned at the hit point and the block positioned diagonally to the left thereof are replaced. If 3 or more blocks with the same mark are lined up as a result of the replacement, the 3 or more blocks are erased. If the point of impact is the leftmost block in the pitching zone area A504, it is replaced with the rightmost block in the row below the block of the point of impact. Also, if the point of impact is the leftmost and lowermost block in the pitching zone area A504, it is replaced with the rightmost and uppermost block in the pitching zone area A504.

The pitch type selection button B509f displays sinker-type pitches among the balls held by the pitcher character. A sinker-type pitch is a kind of breaking ball, and has a trajectory that changes in a diagonal direction, which is the horizontal direction and downward direction on the side of the pitcher's dominant arm. In the case of a right-handed pitcher character, the dominant arm changes diagonally downward to the right toward the pitching zone area A504. A representative type of ball is the sinker. In addition, high-speed sinkers, ultra-high-speed sinkers, slow sinkers, circle changes, and slow circle changes are also classified as sinker-type pitches. The example of FIG. 5 shows a case where the sinker can be selected as the type of pitch to be pitched by the pitcher character using the type of pitch selection button B509f.
In the sinker-type pitches, when the pitch hits the pitching zone area A504, the block positioned at the point of impact and the block positioned diagonally to the lower right are switched. If 3 or more blocks with the same mark are lined up as a result of the replacement, the 3 or more blocks are erased. If the point of impact is the rightmost block in the pitching zone area A504, it is replaced with the leftmost block in the row below the block of the point of impact. Also, if the point of impact is the rightmost and lowermost block of the pitching zone area A504, it is replaced with the leftmost and uppermost block of the pitching zone area A504.

In the present embodiment, the name of the pitch and the direction of change have been described for the case where the dominant hand of the pitcher character is the right hand. 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 the left-right symmetrical direction depending on whether the dominant arm is the right arm or the left arm. Similarly, for slider-type pitches, shoot-type pitches, and sinker-type pitches, the dominant arm changes in the left-right symmetrical direction between the right arm and the left arm.

Event characters set in the setting frames 201a, 201b, and 201c are displayed in the event character display area A510 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 targeted for activating the skill changes according to the number of times at bat. Therefore, by satisfying the skill activation condition, an event character corresponding to the number of times at bat 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, by satisfying the skill activation condition, the character set in the setting frame 201a in the event character display area A510 A is displayed. Also, when playing against the batter character in the second turn at bat, by satisfying the skill activation condition, the character B set in the setting frame 201b is displayed in the event character display area A510. Also, when playing against the batter character in the third turn 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, 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 the operation of erasing blocks when a ball lands in the pitching zone area A504 will be described.
FIG. 6A is a diagram showing an example of the pitching zone area A504 and the waiting zone area A507 before the pitcher character pitches. Here, an example will be described in which a fork is thrown as the type of pitch by selecting the type of pitch selection button B509b. The user selects, for example, by touching the point of impact where the user wants the fork to land in the pitching zone area A504. The bullet hits the bullet point selected from A504. In the example of FIG. 6A, it is assumed that the ball has landed on block B601 in the strike determination area A505 of the pitching zone area A504.

FIG. 6(b) is a diagram showing an example of a state in which blocks are exchanged when a fork is thrown as a type of pitch and hits a block B601. If three or more blocks with the same mark are arranged in a straight line by replacing the blocks, the three or more blocks are erased. In the example of FIG. 6B, the block B601 located at the impact point before the ball is thrown and the block B602 located directly below the block B601 before the ball is thrown are replaced. By interchanging the blocks B601 and B602, three blocks with the same mark are horizontally arranged in the block B602, the block to the left of the block B602, and the block to the right of the block B602. Therefore, three horizontally aligned blocks including block B602 are erased. In FIG. 6B, blocks to be erased are hatched. Also, when blocks are erased, points are given according to the number of erased blocks. For example, the higher the number of blocks erased at one time, the higher the score. Also, the number of times the block has been erased is added. In the example of FIG. 6B, 1 is added to the number of block erasures by erasing three horizontally aligned blocks including block B602. By erasing a block and emptying the space of the erased block, all blocks above the erased block are replenished to fill the space sequentially from the top.

In addition, when a plurality of blocks meet the erasing condition in one pitch, for example, when three or more blocks with different marks are arranged in the vertical or horizontal direction by replacing blocks in one pitch, When three or more blocks with the same mark are newly arranged in the vertical or horizontal direction due to replenishment, a plurality of blocks are erased with one pitch. The occurrence of multiple erasures in this way is called chaining. When a chain occurs, a special animation or the like is performed to indicate that a chain has occurred, or bonus points are added to increase the score given. Also, the chain is incremented by the number of times the block was erased for each erase.

Therefore, by checking the marks of the blocks located in the pitching zone area A504 and the waiting zone area A507, the user can select the type of pitch and the type of hit that can erase a large number of blocks or generate a plurality of chains. Consider combinations with points. A plurality of pitches are thrown against one batter character, for example, predetermined pitches such as a strike count of 3, a ball count of 4, and a hit by the batter character. By satisfying the termination condition, the battle with the batter character at each turn at bat ends. The above-described battle is performed for each of the batter characters in the first to third at-bats.

Also, when the number of times blocks are erased reaches a predetermined number (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 corresponding to the number of times at bat among the event characters set in the setting frame. The timing of activating the skill is different from the timing of pitching, and can be activated at the timing of waiting for the pitch. Also, the skill of the present embodiment changes a block of a predetermined mark to a block of a mark different from the predetermined mark, as described in the event character table TBL300 shown in FIG. 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 can be transitioned in a straight line without throwing. can be done. If three or more blocks with the same mark line up in a straight line, the blocks with three or more lined up may be erased or a chain may occur, so points are awarded without throwing a ball. be done.

Further, if the skill activation condition is satisfied, the skill can be activated at the timing desired by the user until the battle with the batter character is finished. Therefore, the skill may be activated immediately after the skill activation condition is satisfied, or the skill may be activated after one or more pitches have been thrown after the skill activation condition is satisfied. Therefore, when the skill activation condition is satisfied, the user can confirm the marks of the blocks located in the pitching zone area A504 and the waiting zone area A507 while waiting for the pitch, and can erase many blocks. Or you can activate the skill at a timing that allows multiple chains to occur. In addition, the user can activate the skill when, for example, the selected pitcher character does not have the ball in hand for optimal block replacement.

When the skill activation condition is satisfied, as shown in FIG. 5(a), the event character display area A510 displays an event character corresponding to the number of times of batting out of the event characters set in the setting frames 201a, 201b, and 201c. is displayed. When the user touches and selects the event character displayed in the event character display area A510, the skill of the event character can be activated. In this embodiment, when the event character in the event character display area A510 is touched, a different effect display screen is displayed for each event character before the skill is actually activated.

FIGS. 7A and 7B are diagrams showing examples of 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 rarity PR is set in the setting frame 201a like the deck setting screen G200 shown in FIG. The effect display screen G700a displays an event character image I701a and a skill display area A702a. Along with the display of the effect display screen G700a, a 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, the character A of rarity PR is set in the setting frame 201a of the deck setting screen G200 of FIG. . 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 displays the name and effect of the skill of the event character set in the setting frame, which is activated according to the rarity of the set event character. In the example of FIG. 7A, the skill display area A702a displays "skill A2" and "randomly change 8 to ◯". Note that the skill name and effect displayed in the skill display area A702a shown in FIG. Displayed based on information.

Also, 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 sound effect N703a. Note that 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 effect display screen G700b displays an event character image I701b and a skill display area A702b. Also, along with the display of the effect display screen G700b, a 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 character A. In FIG. 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.

In addition, in the example of FIG. 7B, the skill display area A702b displays "skill A1" and "randomly change △ 4 to ○". Note that the skill name and effect displayed in the skill display area A702b shown in FIG. Displayed based on information.

In addition, in the example of FIG. 7B, "sound effect A1" is emitted as sound effect N703b. Note that 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 manner, on the effect display screen, skill names and effects are displayed and sound effects are generated according to the event character set in the setting frame. In addition, even if the event character is the same, depending on the rarity of the event character set in the setting frame, different effect images are displayed or different sound effects are emitted, so that effect images and effects for each rarity can be displayed. You can enjoy the sound. After the effect display screens G700a and G700b are displayed, the screen shifts to a screen where the skill is actually activated.

FIG. 8 is a diagram showing an example of the pitching zone area A504 and the waiting zone area A507 before and after skill activation. FIG. 8(a) shows the state before the skill is activated, and FIG. 8(b) shows the state after the skill is activated. In the example of FIG. 8, a character A of rarity PR is set in the setting frame 201a of the deck setting screen G200 of FIG. shall be assumed. By activating the skill, eight blocks B801 to B808 out of the blocks marked with "△" shown in FIG. 8(a) are marked with "◯" as shown in FIG. 8(b). 8 blocks B811 to B818 marked with . By changing to eight blocks B811 to B818 marked with "○", three or more blocks marked with "○" are arranged vertically or horizontally, resulting in three blocks. The blocks aligned above are erased. In FIG. 8B, blocks to be erased are hatched. When blocks are erased, points are 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 of FIG.

In the example of FIG. 8(b), the case where the skill "Skill A2" "randomly changes △ 8 to ○" is activated, but the same is true for other skills. By arranging three or more blocks marked with , in the vertical direction or the horizontal direction, blocks in which three or more blocks are aligned are erased.

Also, by erasing a predetermined number or more of blocks marked with a specific mark for each turn at bat, the bonus transfer condition is satisfied. By meeting 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 amount of points can be awarded.

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

According to the option game described above, by setting an event character with a high rarity even if it is the same type of event character in the setting frame, blocks that are erased at once when the skill is activated can be set. As the number increases, it is possible to increase the probability that the given score will increase. Therefore, normally, if the user owns the same type of event character with different rarities and an event character with a low rarity is set in the setting frame, it is assumed that the user will perform an operation to replace it with an event character with a high rarity. be. In order to improve the operability of the user, the game of this embodiment has an event character automatic setting function that automatically sets an event character of high rarity in the setting frame.

On the other hand, even if the event characters are of the same type, the rarity differs, so that the effect image when activating the skill is different, or the effect sound when activating the skill is different. Therefore, depending on the user, it is assumed that there is a desired effect image or sound effect, and regardless of whether the rarity is low or high, the event of the rarity in which the user emits the desired effect image or sound effect in the setting frame It is assumed that one wishes to set up a character. The game of this embodiment has an event character manual setting function for manually setting an event character selected by the user in a setting frame.

In addition, when the automatic setting function for automatically setting the event character in the setting frame and the manual setting function for manually setting the event character in the setting frame by the user coexist, for example, the user manually sets the setting frame using the manual setting function. It is assumed that the event character set in 1) will be automatically replaced by the automatic setting function against the user's intention. In this case, the user has to manually set the event character in the setting frame again, which actually increases the user's trouble, and the user's operability cannot be improved. In the game of this embodiment, the event character can be set according to the user's intention.

First, the event character automatic setting function will be described.
FIG. 10(a) is a conceptual diagram showing an example of an event character owned by a user. Here, among the event characters possessed by the user, the event characters of the same type, specifically only the character A, are extracted and shown. The example of FIG. 10A shows that the user currently owns a character A with a rarity of N and a character A with a rarity of PR. On the other hand, the dashed line in FIG. 10(a) indicates that the user does not own character A with rarities PN, R, SR, and PSR.
In such a state, when the user selects the game start button B101 to start the option game for the first time without manually setting the event character in the setting frame, the setting frame 201a is automatically set to the highest value by the automatic setting function. The game is started after the character A of rarity PR is automatically set. Therefore, even if the user does not set 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 user's operability can be improved. In addition, by setting an event character with a high rarity in the setting frame, the number of blocks that are erased at once when the skill is activated increases, increasing the probability that the score given will increase. You can set the event character according to your intention in the setting frame.

Next, a case will be described where, after finishing the option game, the user newly obtains an event character as a reward for the main game or the option game, or obtains it by lottery or exchange.
FIG. 10(b) is a conceptual diagram showing an example of event characters owned by the user at the present time after obtaining a new event character. Here, as in FIG. 10A, only the event characters of the same type are extracted and shown among the event characters owned by the user. In the example of FIG. 10(b), in addition to rarities N and PR, character A with rarity SR is acquired, so the number of owned event characters is increased. It is also assumed that character A with rarity PR has been set in the setting frame until the user acquires character A with rarity SR.
From this state, the user can select the game start button B101 to start the game, or select the deck setting button B102 to confirm the deck setting screen G200 without manually setting the event character in the setting frame. character A of rarity SR, which is higher in rarity than 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. 10(b), after the number of owned event characters is increased by acquiring the character A of rarity SR, the deck setting screen G200 is displayed by selecting the deck setting button B102. shall be assumed.
In the example of FIG. 11, character A with rarity SR, which is higher than rarity PR, is automatically set in setting frame 201a instead of character A with rarity PR set in setting frame 201a. Therefore, the user's operability can be improved by automatically setting the event character in the setting frame without the user's own operation of setting the event character in the setting frame 201a.

Note that, unlike the example in FIG. 10B, in addition to the rarities N and PR, when character A with rarities PN, R, and PR is acquired, the character rarity PR set in the setting frame 201a is Since the rarity is not high either, the setting of the character A with the rarity PR is maintained in the setting frame 201a.

Next, the event character manual setting function will be described.
As described above, the user may want to set an event character with a rarity that emits a desired effect image or sound effect in the setting frame. You can set rarity event characters that emit production images and sound effects.
Change buttons B205a to B205c are displayed on the deck setting screen G1100 shown in FIG. Change buttons B205a, B205b, and B205c correspond to setting frames 201a, 201b, and 201c, respectively. The user can select a desired event character from the owned event characters and manually set it for each of the setting frames 201a, 201b, and 201c. Here, in the example of FIG. 11, character A of rarity SR is automatically set in the setting frame 201a, and the user selects and sets character A of rarity N, which is lower than rarity SR. When the user selects the change button B205a to change the event character set in the setting frame 201a, 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 event characters owned by the user, event characters that can be set in the setting frame 201a are displayed in a selectable manner. In the example of FIG. 12, a character A1201a with skill N, a character A1201d with skill PR, and a character A1201e with skill SR are displayed. Note that the dashed line in FIG. 12 indicates that the user does not own character A of rarities PN, R, and PSR and cannot select it. The user selects an event character to be set in the setting frame 201a from characters A of rarities PN, R, and PSR, and the selected event character is set in the setting frame 201a by the manual setting function. When the user manually sets the setting frame 201a and then selects the game start button B101 to start the option game, when the skill is activated, an effect image corresponding to the rarity set in the setting frame 201a or A sound effect is emitted, and the user can view a desired effect image and 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 of low rarity is set in the setting frame 201a, if the event character set in the setting frame 201a is the event character set by the manual setting function, the setting frame 201a Even if you own an event character with a higher rarity than the rarity of the event character set to , an 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 sets it in the setting frame 201a, even if the option game is started by selecting the game start button B101, the setting is automatically performed. Character A of rarity PR or character A of rarity SR is not set in frame 201a. Therefore, the user can always enjoy the option game with the character A of 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 automatic setting function does not automatically set the event character in the setting frame 201a. It is possible to suppress being set.

However, even after the event character is set in the setting frame 201a by the manual setting function, if an event character with a rarity higher than the highest rarity of the event characters set in the setting frame 201a in the past is owned, , an owned higher rarity event character is automatically set in the setting frame 201a by the automatic setting function. In the example of FIG. 12, the highest rarity set in setting frame 201a in the past is character A with rarity SR, and the user selects character A with rarity N from the selection screen G1200 and sets it in setting frame 201a. Suppose Even in this case, when the character A of the rarity PSR is possessed, 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. be done. On the other hand, even if the player owns rarities PN, R, and PR, which are lower in rarity than the highest rarity SR set in the setting frame 201a in the past, the setting of the character A with the rarity N is maintained in the setting frame 201a. If the user has owned 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 higher rarity event character is newly set in the setting frame. Therefore, the option game is started with the event character set in the setting frame even if the user does not set the event character in the setting frame by himself/herself, so that the user's operability can be improved.

Of the plurality of setting frames 201a, 201b, and 201c, the setting frame 201a has been described here, but the setting frames 201b and 201c also have the above-described automatic setting function and manual setting function executed in the same manner as the setting frame 201a.

[2. Game system configuration]
Next, an outline of a game system for realizing the game described above will be described.
FIG. 13 is a diagram showing an example of the overall hardware configuration of the game system 1 according to this embodiment. In the game system 1 according to this 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 game described above, and is, for example, a portable communication device such as a smartphone, a portable game device, a tablet, a stationary game device, or the like. The game device 10 has a CPU 101 , a ROM 102 , a RAM 103 , a communication section 104 , an operation section 105 , a display section 106 and a storage device 107 .

The CPU 101 reads the control program stored in the ROM 102 to the RAM 103 and executes various processes. ROM 102 stores a control program (such as an OS) necessary for operating game device 10 . A flash memory (NVRAM) may be used instead of the ROM 102 . A RAM 103 is used as a main memory of the CPU 101 and a temporary storage area such as a work area. 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. Note that 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 the 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 the program. As another example, the CPU 101 may read a program stored in a detachable recording medium such as an SD card instead of reading the program stored in the ROM 102 or the like. Means for supplying the program to the computer may be a computer-readable recording medium such as a CD-ROM recording the program, or a transmission medium such as the Internet for transmitting the program. Hereinafter, the game device 10 will be described as a smart phone having a liquid crystal display panel equipped with a touch panel.

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

The CPU 301 reads control programs stored in the ROM 302 and executes various processes. A RAM 303 is used as a main memory of the CPU 301 and a temporary storage area such as a work area. The communication unit 304 performs communication processing with the game device 10 and other external devices via a network. The storage device 305 stores a program related to the game, identification information such as the ID of the user who operates the game device 10, and other various information for each user necessary for the game. Part of the 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. As shown in FIG.

A program for executing a game is stored in the storage device 107 of the game device 10 . The storage device 107 also 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 consists of various information about the event character. The event character data DT1 includes, for example, an event character table TBL300. Further, the event character data DT1 includes information on the event of the event character, information on other event characters, and the like.
The possessed character data DT2 consists of information on event characters possessed by the user. The possessed character data DT2 includes, for example, event character possessed data D400. In addition, the owned character data DT2 includes information about player characters owned by the user. The information about the selected character includes, for each pitcher character, information about the types of pitches that the pitcher character can pitch. The possessed character data DT2 also includes information about the main character trained in the training part.

The game data DT3 consists of information about the game and the like. The game data DT3 includes information updated according to the game situation. The data updated according to the game situation includes, for example, the number of strike counts, the number of balls counted, the number of batting appearances in the optional game, the information of the pitcher character who is pitching, and the data arranged in the pitching zone area A504 and the waiting zone area A507. It consists of block mark information and so on. In addition, the game data DT3 includes information necessary for proceeding with the option game and the like. The information necessary to proceed with optional games, for example, is the rule that blocks are erased when a thrown ball lands, the rule that blocks are replaced, and the rule that blocks are erased when a skill is activated. , and information about bonus stages.

The setting frame data DT4 is composed of various kinds of information related to the setting frame for setting the event character. Setting frame data DT4 includes setting frame related data D1500.
FIG. 15 is a diagram showing an example of setting frame related data D1500. Setting frame related data D1500 is data in which information associated with each setting frame is stored.
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 contains type numbers of event characters that can be set for each setting frame. In the example of FIG. 15, an event character with a type number of CT101 is associated with the first setting frame, an event character with a type number of CT102 is associated with the second setting frame, and an event character with a type number of CT103 is associated with the third setting frame. associated with the event character. Here, the first to third setting frames respectively correspond to the setting frames 201a to 201c of the deck setting screen G200 shown in FIG. Incidentally, referring 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 determined in advance and is not updated.

The current character identification column A1502 contains the identification number of the event character currently set in the setting frame. In the example of FIG. 15, the first setting frame is associated with an event character with an identification number of ID1014, the second setting frame is associated with an event character with an identification number of ID1021, and the third setting frame is associated with an event character with an identification number of ID1033. associated with the event character. Incidentally, referring to the event character table TBL300 shown in FIG. 3, the character A of rarity PR is currently set in the first setting frame, the character B of rarity N is set in the second setting frame, and the character B of rarity N is set in the second setting frame. indicates that a character C of rarity R is set in . On the other hand, if no event character is set in the setting frame at this time, the current character identification column A1502 of the setting frame that is not set is blank. For ease of understanding, rarity information is written after the identification number.

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

The past rarity column A1504 includes information on the highest rarity of event characters set in the setting frame in the past. In the example of FIG. 15, information of rarity PR is associated with the first setting frame, information of rarity PN is associated with the second setting frame, and information of rarity R is associated with the third setting frame. On the other hand, if no event character has been set in the setting frame in the past, the past rarity column A1504 of the setting frame that has never been set is blank.
Information contained 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.

The game device 10 also includes a game control unit 120 , and the functions of the game control unit 120 are realized by the CPU 101 executing a game program stored in the storage device 107 . The game control unit 120 performs control necessary for the user to play a game on the game device 10 . The game control section 120 also includes an automatic setting section 121 and a manual setting section 122 .

When the user owns an object that satisfies a predetermined first condition, the automatic setting unit 121 newly sets an object that satisfies a predetermined first condition as a use-target object instead of the set use-target object. do.
Here, an object is, for example, something that a user can own in a game. Here, possession means being associated with user identification information, for example. User identification information is, for example, information for uniquely identifying a user. An object is, for example, something 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 item that appears or participates in the game.

A use target object is, for example, an object to be used in a game. Here, "use" means, for example, allowing a player to appear in a game or participate in the game. In addition, use means, for example, that the user operates or instructs via an input unit or the like. In this embodiment, the object to be used is the event character set in the setting frame among the event characters.
The predetermined first condition is, for example, a predetermined condition. Also, the predetermined first condition is, for example, a condition that is established based on the result of comparing specific parameters common to each object. Here, a parameter means, for example, an attribute associated with each object. A parameter is, for example, information that affects the superiority of a game. In addition, superiority means, for example, being able to accomplish more tasks given in the game, being able to progress the game more, being able to obtain more points and privileges, and being able to acquire more valuable privileges. And so on. Information that affects the superiority of the game includes, for example, information on whether or not the task given in the game can be achieved, information on whether or not the game can be progressed further, score, Refers to information regarding whether or not more privileges can be obtained, information regarding whether or not more valuable privileges can be obtained, and the like. In this embodiment, the parameter is rarity. Also, in the present embodiment, rarity is associated with the event character. Further, in the present embodiment, the predetermined first condition is a condition that is established based on the result of comparing the rarities of the event characters. Note that the predetermined first condition may be any other condition as long as it can improve the operability of setting the object as the object to be used.

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

Further, 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, objects of the same type refer to objects that are classified into the same type when the objects are divided into specific types, for example. Here, the type is, for example, an attribute associated with the object. In this embodiment, objects of the same type are event characters with the same character name. Further, in the present embodiment, 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 the first predetermined condition, the automatic setting unit 121 selects the object that satisfies the first predetermined condition if the second predetermined condition is satisfied. Do not newly set to the used object. Here, not setting means not storing information, for example. In this embodiment, not setting means maintaining the current association between the setting frame and the event character 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. Also, the predetermined second condition is, for example, a condition that is met when the object is manually set as the object to be used. In the present embodiment, the condition is satisfied when the event character is manually set in the target setting frame. Note that the predetermined second condition may be any other condition as long as an object that does not meet the user's intention is not set as the object to be used.

Further, regardless of whether the automatic setting unit 121 or the manual setting unit 122 sets the use target object, the automatic setting unit 121 is of the same type as the object set as the use target object in the past, and When owning an object whose specific parameter is superior to an object set as a target object in the past, the object whose specific parameter is superior is newly set as a target object to be used. Here, the dominant parameter is, for example, a parameter that allows the game to proceed advantageously. Being able to advance the game advantageously means, for example, that the task given in the game can be achieved more effectively, or that there is a high possibility that the task can be more successfully achieved. Further, the fact that the game can be progressed advantageously means, for example, that the game can be progressed further, or that there is a high possibility that the game can be progressed further. Also, being able to advance the game advantageously means, for example, that more points or privileges can be obtained, or that there is a high possibility that more points or benefits can be obtained. Also, being able to advance the game favorably means, for example, being able to acquire, or having a high possibility of acquiring, a more valuable benefit. In this embodiment, the superior parameter is superior rarity. Rarity is superior in order of N, PN, R, PR, SR, and PSR. For example, rarity PN is superior to rarity N.

Note that 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 specific parameter is rarity. Attribute information is, for example, a property of an object. Attribute information is, for example, at least one of image information and sound information that differs for each object. In this embodiment, the attribute information is information that has less influence on the superiority of the game than rarity, or information that does not influence the superiority of the game. Here, the degree of influence on the superiority of the game is small or the superiority of the game is not affected, for example, even if the attribute information is changed, the task given in the game can be achieved more. have no or little effect on whether or not you can play, have no or little effect on whether or not you can progress more in the game, you can get more points and perks It means having no or little influence on whether or not you can obtain more valuable benefits, etc. In this embodiment, the attribute information is at least one of effect image information and sound effect information.

Further, when the user no longer owns the object set as the object to be used, or when the object is not set as the object to be used, the automatic setting unit 121 sets the object owned by the user as the object to be used. set.
Here, when the object is no longer owned by the user, for example, it means that the object associated with the user identification information is no longer associated with the user identification information. In this 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 this embodiment, the case where no object is set as the object to be used means the case where the identification number of the event character is not stored in the current character identification column 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 this 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. Flow of processing in the game system]
The flow of processing by the game device 10 according to this embodiment will be described below. In this embodiment, an automatic setting process for automatically setting an event character to be used in the option game and a manual setting process for manually setting the event character to be used in the option game by the user will be described.
FIG. 16 is a flowchart showing an example of processing for executing an option game in the game device 10 according to this 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 the user has obtained a new event character since the previous execution of the option game. Specifically, the game control unit 120 refers to the possessed character data DT2 in the storage device 107, and compares the event character possessed data D400 when the option game was executed last time with the event character possessed data D400 at the present time. If the number of new event characters is increasing at this time, the game control section 120 determines that a 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 section 120 determines that no new event characters have been acquired, and proceeds to S102.

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

In S202, the automatic setting unit 121 determines whether an event character has already been set in the target setting frame. Specifically, game control section 120 refers to current character identification column A1502 of setting frame related data D1500 to determine whether or not an event character is currently set. If the identification number of the event character is stored in the current character identification column 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, no event character is 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 set in the target setting frame is stored in the event character possession data D400. 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. If you do not own the event character currently set in the target setting frame, for example, the user deleted the event character set in the target setting frame until the previous time or replaced it with another event character. It is a case where you are losing by doing something.

In S206, the automatic setting unit 121 identifies 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 identifies 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 in FIG. 15, the type number CT101 is specified for the first setting frame.

In S208, the automatic setting unit 121 sets the highest rarity event character among the event characters owned by the user and of the type 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 with the highest rarity among the event characters with the specified identification numbers. Game control unit 120 stores the identification number of the extracted event character in current character identification column A1502 of setting frame related data D1500. For example, in the example of the event character possession data D400 in FIG. 4, in the case of the first setting frame, the event character identification number ID1014 (PR) is extracted, An identification number ID1014 (PR) is stored in the current character identification field A1502. By associating the setting frame with the identification number of the event character in this manner, 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 in the setting method column A1503 of the setting frame related data D1500 that the automatic setting unit 121 has set the event character in the target setting frame, that is, that the setting has been made by the automatic setting function. store the information shown. For example, in the example of setting frame related data D1500 in FIG. 15, information indicating that the first setting frame has been set by the automatic setting function is stored. Also, the automatic setting unit 121 determines whether 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. If the rarity is high, the automatic setting unit 121 replaces the rarity in 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 in the past rarity column A1504 of the setting frame related data D1500.

In this manner, when the user starts the option game for the first time or loses the event character set in the setting frame, the automatic setting unit 121 automatically sets the event character in the setting frame, thereby allowing the user to Improve operability. After that, the automatic setting unit 121 returns to the flow chart 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 the setting frame related data D1500 stored in the setting frame data DT4. In subsequent steps S302 to S316, the target setting frame is changed from the first setting frame to the third setting frame, and the processing is executed for each setting frame. Here, the target setting frame is called a target setting frame.

In S302, the automatic setting unit 121 determines whether 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 identifies 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 identified type number and the acquired type number of the event character are the same. If the type numbers are the same, the automatic setting unit 121 determines that the type of the acquired event character is a type that can be set in the target setting frame, and proceeds to S304. On the other hand, if the type numbers are not the same, the automatic setting unit 121 determines that the type of the acquired event character is not a type that can be set in the target setting frame, ends the automatic setting process 2, and performs the processing shown in FIG. back to the flow chart.

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

In S308, the automatic setting unit 121 determines whether the acquired event character satisfies a predetermined first condition. Here, the predetermined first condition is established based on the result of comparing specific parameters common to the acquired event character and event characters already set in the target setting frame, here rarity. It is a condition to Specifically, first, the automatic setting unit 121 refers to the setting frame related data D1500, and identifies the identification number associated with the current character identification field A1502 of the target setting frame, thereby identifying the characters already set in the target setting frame. Identify the rarity of the event character that is running. Next, the automatic setting unit 121 compares the rarity of the acquired event character with the rarity of the event character already set in the target setting frame. As a result of the comparison, if the rarity of the acquired event character is higher than the rarity of the event character already set in the target setting frame, it is determined that the first condition is satisfied, and if not higher, the first condition is satisfied. judge not. When the first condition is satisfied, that is, when the rarity of the acquired event character is high, it is generally assumed that the user will perform an operation to switch event characters 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, if the first condition is not satisfied, that is, if the rarity of the acquired event character is not high, it is generally assumed that the user will not perform an operation to replace the event character. Return to flowchart.
By such processing, when the character A of rarity SR is obtained in the example of FIG. 10B, the event character of character A of 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 when the event character is 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 in the setting method field A1503, the manual setting unit 122 sets the event character in the target setting frame, that is, the setting is performed by the manual setting function. is stored, it is determined that the second condition is satisfied. On the other hand, if the setting method column A1503 stores information indicating that the automatic setting unit 121 has set the event character in the target setting frame, that is, that the setting is performed by the automatic setting function, the automatic setting unit 121 stores the information in the setting method column A1503. It is determined that the condition 2 is not satisfied. If the second condition is satisfied, that is, if an event character manually selected by the user is set in the target setting frame, it is assumed that the user has set an event character that emits a desired effect image and sound effect. be done. Therefore, the process proceeds to S312 where there is room for preventing the event character from being automatically set in the setting frame so as to comply with the user's intention. On the other hand, if the second condition is not satisfied, that is, if the event character is automatically set in the target setting frame, it is assumed that the user will perform an operation to replace the event character as usual in order to advance the option game advantageously. be. Therefore, in order to improve the operability of the user, the process proceeds to S314 where the process of automatically setting the event character in the setting frame can be performed.
In the example of FIG. 11, when character A of rarity SR is manually set to character A of rarity N in the setting frame 201a in the example of FIG. A process of maintaining the setting of the character A1201a with the rarity N in the setting frame 201a can be realized.

In S312, the automatic setting unit 121 determines whether the rarity of the acquired event character is higher than the highest rarity of the event characters 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 proceeds to S314 when the rarity of the acquired event character is higher. If the rarity of the acquired event character 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 will perform an operation to replace the event character as usual in order to advance the option game advantageously. be done. Therefore, in order to improve the operability for the user, the process proceeds to S314, which is the process of automatically setting the event character in the setting frame. On the other hand, if the rarity of the acquired event character is not even 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 rarity SR is manually set to the character A of rarity N in the setting frame 201a in the example of FIG. can be realized to automatically set the character A of the rarity PSR in the setting frame 201a. On the other hand, even if character A with rarities PN, R, and PR is acquired and owned, a process of maintaining setting of character A 1201a with rarity N in 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 identification number of the acquired event character instead of the identification number currently associated with the current character identification column A1502 in the setting frame related data D1500. For example, in the example of event character possession data D400 in FIG. 4, when character A with identification number ID1016 (PSR) is acquired, character A with identification number ID1011 (N) is manually set in the first setting frame. , the identification number ID1016 (PSR) is set in the current character identification column A1502 of the first setting frame in the setting frame related data D1500 of FIG. remembered. By associating the target setting frame with the identification number of the event character in this manner, the event character is automatically set in the target setting frame. In addition, if the event character is automatically set in the target setting frame, the event character automatically set in the target setting frame at this time must be set to a higher rarity than the highest rarity in the past. become.

Also, the type of 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 different types of event characters in the target setting frame. 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 in the setting method column A1503 of the setting frame related data D1500 that the automatic setting unit 121 has set the event character in the target setting frame, that is, that the setting has been made by the automatic setting function. store the information shown. Also, 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 operability. After that, the automatic setting unit 121 returns to the flow chart of FIG.

In S106, the game control unit 120 causes the user to operate the pitcher character to play against the batter character of the opposing team, and erases the blocks arranged in the predetermined area with the ball thrown by the pitcher character. Run the game you want. 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, if the user manually sets an event character of a rarity that emits a desired effect image or sound effect, the skill is activated so that the user can view the desired effect image or sound effect. be able to. The game control unit 120 executes the game for each of the batter characters in the first to third at bats, and terminates the flowchart of FIG. 16 when the batter character in the third at bat finishes the battle. At this time, the game control unit 120 causes the user to acquire a new event character, or acquire in-game currency or items that can be used in the main game or optional game, according to the given score. can be

FIG. 19 is a flowchart showing an example of manual setting processing in the game device 10 according to this embodiment. The flowchart in FIG. 18 is started when the user gives an instruction to manually set an 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, manual setting unit 122 reads setting frame related data D1500 stored in setting frame data DT4.
In S402, manual setting unit 122 displays deck setting screen G200 on display unit 106 based on read setting frame related data D1500.
In S404, the manual setting unit 122 determines whether or not an instruction to change the event character set in the setting frame has been given. Specifically, the manual setting unit 122 determines whether or not one of the change buttons B205a, B205b, and B205c of the deck setting screen G200 has been selected. If the change is not instructed, the process waits for the change instruction, and if the change is instructed, the process advances to S406. As described above, change buttons B205a, B205b, and B205c correspond to setting frames 201a, 201b, and 201c, respectively. For example, if the user wants to change the event character in the setting frame 201a, the user selects the change button B205a. Here, the setting frame corresponding to the selected change button is called the target setting frame.

In S406, the manual setting unit 122 displays information on event characters that can be set in the target setting frame. Specifically, the manual setting unit 122 refers to the setting frame related data D1500 and identifies 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 owned event characters. The manual setting unit 122 selectably displays the event character on the display unit 106 based on the extracted identification number. Therefore, for example, like the selection screen G1200 in FIG. 12, event characters that can be set in the target setting frame are displayed. Note that 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 an event character to be set in the target setting frame has been selected. Specifically, the manual setting unit 122 determines whether or not the user has selected any one of the event characters displayed on the selection screen G1200. If the event character has not been selected, the process waits for selection, and if the event character has been selected, the process 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 selected event character in the current character identification column A1502 of the target setting frame in the setting frame related data D1500.
By associating the target setting frame with the identification number of the event character in this manner, the event character is manually set in the target setting frame.

In S412, manual setting unit 122 updates setting frame related data D1500 stored in setting frame data DT4. Specifically, the manual setting unit 122 indicates in the setting method column A1503 of the setting frame related data D1500 that the manual setting unit 122 has set the event character in the target setting frame, that is, that the setting has been made by the manual setting function. store the information shown.
In this way, the manual setting unit 122 can set an event character in accordance with 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 return button B206.

As described above, according to the present embodiment, a program for setting an event character to be used in a game among event characters owned by a user in a setting frame, wherein an event character selected by the user is set in the setting frame. a first setting step of setting; and an event character satisfying the predetermined first condition instead of the event character set in the setting frame when the user possesses the event character satisfying the predetermined first condition. is newly set in the setting frame. Therefore, by automatically setting an event character that satisfies the predetermined first condition in the setting frame, the user does not need to set the event character in the setting frame by himself/herself, thereby improving user operability. can be made

Further, according to the present embodiment, the predetermined first condition is a condition that is established based on the result of comparing the rarities of the event characters. The event character owned by the user is automatically set in the setting frame based on the result of comparing the rarity of each event character, so that the user does not need to operate to set the event character in the setting frame by himself/herself. Therefore, the user's operability 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. When event characters of the same type are automatically set in the setting frame, an 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 possesses an event character that satisfies the predetermined first condition, if the predetermined second condition is satisfied. , the event character that satisfies 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 setting of an event character unintended by the user in the setting frame.

Further, according to the present embodiment, the predetermined second condition is a condition that is met when the event character is set in the setting frame in the first setting step. When the event character selected by the user is set in the setting frame, by not automatically setting the event character in the setting frame, it is possible to prevent the setting of an event character that does not meet the user's intention in the setting frame. be able to.

Further, according to the present embodiment, in the second setting step, regardless of whether the event character was set in the setting frame in the first setting step or the second setting step, If you own an event character that is of the same type as the set event character and has a higher rarity than the event character set in the setting frame in the past, the event character with the higher rarity will be set in the setting frame. Set new. Even if the event character selected by the user is set in the setting frame, by automatically setting an event character with a higher rarity than the past in the setting frame, the event character that meets 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. By automatically setting an event character that satisfies a predetermined first condition for each of a plurality of setting frames, it is not necessary for the user to set the event character for each setting frame by himself/herself. can be improved.

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

Further, according to the present embodiment, rarity is information that affects the superiority of the game, and the attribute information has less influence on the superiority of the game than rarity, or Information that does not affect superiority. The user can select an 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 that differs for each object. The user can select an event character to be set in the setting frame based on image information and 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 Automatically sets the event character owned by to the setting frame. 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 event character is automatically set in the setting frame so that the user can create the event character by himself/herself. in the setting frame, the user's operability can be improved.

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

In the above-described embodiment, the case where the main game and the option 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 breeding games.

In the above-described embodiment, the case where the event character is set in the setting frame has been described, but the setting frame is not limited to this case, and may be the case where the character appearing in the game is set. For example, if 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, a player character having the same character name as the player character set in the setting frame is automatically set in the setting frame, and a player character in the same defensive position as the player character set in the setting frame is set. You can set it automatically in the frame. Further, it is possible to automatically set a player character having a higher ability than the ability of the player character set in the setting frame in the setting frame.
Also, for example, if the game is an adventure game, a simulation game, a role-playing game, or a breeding game, the characters and items that appear in the game among the characters owned by the user and the items that the characters use in the game are selected. It may be set automatically. At this time, it is not limited to automatically setting characters or items with the same character names or items with the same item names as the characters or items set in the setting frame. The type of character or item may be automatically set in the setting frame. In addition, it is possible to automatically set a character or an item with a higher ability than that of the character or item set in the setting frame 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 case is not limited to this case, and the event character is set in the setting frame of the deck setting screen for the main game in the same way. can be applied.
In the above-described embodiment, the case where the event character is set in three setting frames has been described, but the present invention is not limited to this case, and the event character can be set in one setting frame, two setting frames, or four or more setting frames. may

In the above-described embodiment, the timing at which the event character is newly set in the setting frame instead of the event character set in the setting frame is the timing at which the option game is started. However, the present invention is not limited to this case. , the timing at which the event character is obtained. Alternatively, it may be a predetermined timing between the timing when the event character is acquired and the timing when the option game is started.

In the above-described embodiment, the processing is performed on the game device 10 side, but a part of the processing 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 possessed character data DT2, the game data DT3, and the setting frame data DT4, and the above processing is realized while communicating with the server device 30. You may do so. For example, among the processing of the game control unit 120, the processing for displaying on the display unit 106 may be performed on the game device 10 side, and all or part of the other processing may be performed on the game device 10 side or the server device 30. good.

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

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

(1-12)
A game control method according to an aspect of the present invention is a game control method for setting an object to be used for use in a game among objects owned by a user, wherein an object selected by the user is set as an object to be used. and, if the user owns an object that satisfies a predetermined first condition, the object that satisfies the predetermined first condition is newly set as the object to be used instead of the set object to be used. and a second setting step.

(1-13)
A game device according to an aspect of the present invention is a game device for setting an object to be used for use in a game among objects owned by a user, and a first setting for setting an object selected by the user as an object to be used. means for newly setting an object satisfying said predetermined first condition as a use target object instead of the set use target object when a user owns an object satisfying a predetermined first condition; 2 setting means.

(1-14)
A game system according to an aspect of the present invention is a game system for setting an object to be used for use in a game among objects owned by a user, and a first setting for setting an object selected by the user as an object to be used. means for newly setting an object satisfying said predetermined first condition as a use target object instead of the set use target object when a user owns an object satisfying a predetermined first condition; 2 setting means.

According to the invention according to the above (1-1), (1-12), (1-13) or (1-14), an object that satisfies the predetermined first condition is automatically set as the object to be used. This eliminates the need for the user to set the object as the object to be used, thereby improving the operability for the user.

(1-2)
In an aspect of the present invention, in aspect (1-1) above, the predetermined first condition may be a condition that is established based on a result of comparing specific parameters common to each object. According to the aspect (1-2) above, based on the result of comparing the specific parameters common to each object, the object owned by the user is automatically set as the object to be used. The user's operability can be improved because there is no need to perform an operation to set the object as the object to be used.

(1-3)
In an aspect of the present invention, in the aspect (1-1) or (1-2) above, in the second setting step, an object of the same type as the object set as the target object to be used is newly set as the target object to be used. It may be set. According to the aspect (1-3) above, when objects of the same type are automatically set as the object to be used, an object more in line with the user's intention is set as the object to be used.

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

(1-5)
In an aspect of the present invention, in aspect (1-4) above, the predetermined second condition is a condition that is satisfied in response to the object being set as the object to be used in the first setting step. may According to the aspect (1-5) above, when the object selected by the user is set as the object to be used, the object is not automatically set as the object to be used. can be suppressed from being set to 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 whether the object to be used is set in the first setting step or the second setting step , an object that is of the same type as an object that has been set as a target-of-use object in the past and that has a higher specific parameter than an object that has been set as a target-of-use object in the past, the specified may be newly set as the object to be used. According to the aspect (1-6) above, even when the object selected by the user is set as the object to be used, the object having the superior parameter in the past is automatically set as the object to be used. , an object that meets the user's intention is set as the object to be used.

(1-7)
In an aspect of the present invention, in any one of aspects (1-1) to (1-6) above, a plurality of objects to be used to be used in the game can be set, and the first setting step or the first In the setting step 2, an object may be set for each of a plurality of use target objects. According to the aspect (1-7) above, an object that satisfies the predetermined first condition is automatically set for each of a plurality of use target objects, so that the user himself/herself sets an object for each use target object. User operability can be improved because there is no need to perform

(1-8)
In the aspect of the present invention, in any one of aspects (1-1) to (1-7) above, each object is associated with a specific parameter and a type of attribute information different from the specific parameter. may be According to the aspect (1-8) above, the user can select an 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 above aspect (1-9), the specific parameter is information that affects the superiority of the game, and the attribute information is the superiority of the game over the specific parameter. The information may be information that has little influence on the quality of the game, or information that does not influence the superiority of the game. According to the aspect (1-9) above, the user can select an object to be set as the object to be used based on the attribute information.

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

(1-11)
In an aspect of the present invention, in any one of aspects (1-1) to (1-10) above, in the second setting step, if the user no longer owns the object set as the object to be used, Alternatively, if no object is set as the object to be used, an object owned by the user may be set as the object to be used. According to the aspect (1-11) above, when the user no longer owns the object set as the object to be used, or when the object is not set as the object to be used, the object is automatically set as the object to be used. Since the user does not need to set the object as the object to be used by himself/herself, the operability for the user can be improved.

As described above, the present invention has been described together with the above-described embodiments, but the present invention is not limited to the above-described embodiments, and modifications and the like are possible within the scope of the present invention. may be combined as appropriate.

1: Game System 10: Game Device 30: Server Device 101, 301: CPU
102, 302: ROM 103, 303: RAM 104, 304: Communication section 105: Operation section 106: Display section 107, 305: Storage device 1071: Data storage section 120: Game control section 121: Automatic setting section 122: Manual setting section G100: Main menu screen B101: Game start button B102: Deck setting button G200: Deck setting screen 201a-201c: Setting frame A202: Character display area A203: Rarity display area A204: Skill display area B205a, B205b, B205c: Change button B206 : Return button TBL300: Event character table A301: Character name column A302: Character type column A303: Rarity column A304: Character identification column A305: Skill column A306: Image column A307: Sound effect column 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: Pitch zone area A505: Strike judgment area A506: Ball judgment area A507: Waiting zone area A508: Pitch selection area A510: Event character display area B601, B602: Block G700a, G700b: Effect display screen I701a, I701b: Event character image A702a, A702b: Skill display area N703a, N703b: Sound effect B801 to B808: Block B811 to 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 (1)

A program for setting an object to be used for use in a game among objects owned by a user,
a first setting step of setting an object selected by a user as an object to be used;
A second setting for newly setting an object that satisfies the predetermined first condition as the object to be used instead of the set object to be used when the user owns an object that satisfies the first condition. A program that causes a computer to perform a step.

Images