JP2021069883A - Game program, game processing method, and game device - Google Patents

Abstract

To provide a game program having high game properties allowing many users to enjoy a game.SOLUTION: A game program for executing game processing for aiming at acquiring all kinds of game elements displays a list for each acquirable game element type, holds a lottery of any game element on the basis of a predetermined lottery condition when a predetermined acquisition condition is satisfied, stores a game element selected by a lottery in a storage part for storing information capable of distinguishing an acquired game element from a non-acquired game element as an acquired game element, does not display information allowing a type of a game element to be determined in the game element of a non-acquired type and displays information allowing a type of a game element to be determined in the game element of an acquired type in a list to be displayed in a display part, and displays useful information for acquiring a game element of a non-acquired type for the game element of a non-acquired type on the basis of an acquisition history of acquired game elements.SELECTED DRAWING: Figure 1

Description

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

There is a game in which points are accumulated by repeating the number of plays and the ranking is competed (see, for example, Patent Document 1).

JP-A-2018-158224

However, if a long time has passed since the game was first provided, the difference between the user who has been playing for a long time and the user who has just started playing will widen, and a game that can be enjoyed by any user will be provided. It becomes difficult to do.

One of the objects of the present invention is to provide a highly game-like game program, a game processing method, and a game device that can be enjoyed by many users.

Another object of the present invention is to provide a game program, a game processing method, and a game device capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention is a game program that executes a game process in which a user aims to acquire all types of a plurality of types of game elements preset in the game. , A step of causing the computer to display a list for each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit, and when a predetermined acquisition condition in the game is satisfied, a predetermined A memory in which information that allows the user to distinguish between acquired game elements and unacquired game elements is stored and a step of drawing one of the plurality of types of game elements based on the lottery conditions. In the list to be displayed on the display unit, the user has not yet executed the step of storing the game element selected by the lottery as the game element acquired by the user and the step of displaying the game element. A step of displaying information that can determine the type of the game element in the game element of the acquisition type, and displaying information that can determine the type of the game element in the game element of the type that the user has already acquired. , A step of displaying useful information for acquiring the unacquired type of game element for the unacquired type of game element based on the acquisition history of the game element acquired by the user. It is a game program that includes.

Further, one aspect of the present invention is a game processing method executed by a computer that executes a game process in which the user aims to acquire all types of a plurality of types of game elements preset in the game. Based on the step of displaying a list of each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit, and when the predetermined acquisition conditions in the game are satisfied, the predetermined lottery conditions are satisfied. In a storage unit in which information that allows the user to distinguish between acquired game elements and unacquired game elements is stored in a step of drawing any game element from the plurality of types of game elements. The step of storing the game element selected by the lottery as the game element acquired by the user as the game element acquired by the user, and the step of displaying the game are the types of games that the user has not acquired in the list to be displayed on the display unit. A step of displaying information that can determine the type of the game element in the element and displaying information that can determine the type of the game element in the game element of the type acquired by the user, and a step acquired by the user. A game processing method including a step of displaying useful information for acquiring the unacquired type of game element for the unacquired type of game element based on the acquisition history of the unacquired type of game element. is there.

Further, one aspect of the present invention is a game device that executes a game process in which the user aims to acquire all types of a plurality of types of game elements preset in the game, and the user in the game. A display control unit that displays a list of each type of the plurality of types of game elements that can be acquired on the display unit, and the plurality of types based on the predetermined lottery conditions when the predetermined acquisition conditions in the game are satisfied. By the lottery, a lottery instruction unit that draws one of the game elements from the above game elements and a storage unit that stores information that can distinguish the acquired game element and the unacquired game element by the user. The display control unit includes a game element adding unit that stores the selected game element as a game element acquired by the user, and the display control unit is of a type that the user has not acquired in the list to be displayed on the display unit. Information that can determine the type of the game element is not displayed on the game element, and information that can determine the type of the game element is displayed on the game element of the type that the user has already acquired, and the user has acquired the information. It is a game device that displays useful information for the user to acquire the unacquired type of game element for the unacquired type of game element based on the acquisition history of the game element.

The figure which shows the outline of the event which concerns on embodiment. The figure which shows the 1st example of the event screen which concerns on embodiment. The figure which shows the 2nd example of the event screen which concerns on embodiment. The figure which shows the 3rd example of the event screen which concerns on embodiment. The figure which shows an example of the lottery table of the capsule lottery which concerns on embodiment. The figure which shows an example of the option lottery table which concerns on embodiment. The figure which shows an example of the maximum number of games lottery table which concerns on embodiment. The figure which shows the data example of the basic value by grade which concerns on embodiment. The figure which shows the data example of the limit breakthrough correction value which concerns on embodiment. The figure which shows the data example of the special attack correction value which concerns on embodiment. The figure which shows the data example of the game difficulty correction value which concerns on embodiment. The figure which shows the difficulty level release condition setting data example which concerns on embodiment. The figure which shows the 1st example of the image data table which concerns on embodiment. The figure which shows the 2nd example of the image data table which concerns on embodiment. The figure which shows the 3rd example of the image data table which concerns on embodiment. The figure which shows an example of the picture book screen which concerns on embodiment. The figure which shows an example of the hint display condition table which concerns on embodiment. The block diagram which shows an example of the structure of the game system which concerns on embodiment. The figure which shows an example of the hardware configuration of the user terminal which concerns on embodiment. The figure which shows an example of the hardware configuration of the game server which concerns on embodiment. The block diagram which shows an example of the functional structure of the user terminal and the game server which concerns on embodiment. The flowchart which shows an example of the event processing which concerns on embodiment.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[Game overview]
First, an outline of an example of the game according to the present embodiment will be described. The game according to the present embodiment is a battle-type game in which a plurality of cards prepared in the game are used to play against an opponent. A card is an example of a game element indicating a character appearing in a game. For example, in the case of a sports-themed game such as a soccer game or a baseball game, a player card indicating each of a plurality of player characters is prepared in the game. Also, in the case of a battle game in which monsters battle with each other, monster cards indicating each of a plurality of monsters are prepared in the game. Instead of the card, a medal or a figure representing the character itself may be used. Further, the present invention is not limited to these games, and can be applied to games of various genres as long as it is a competitive game.

In the present embodiment, a soccer game in which a plurality of player cards are grouped together in team units and played against an opponent will be described as an example. For example, a user can acquire and own a player card by a card lottery (so-called gacha) or the like. For example, the card lottery is performed at a predetermined timing (once a day, etc.), or is executed by payment of a fee (billing). The user can create a team to be used for a match by setting a player card selected from the player cards owned by the user in the deck. In normal battle play, the deck (team) set by the user and the opponent's deck (team) play against each other, and the parameters (ability value, experience value, level) of the player card are matched according to the battle result (win / loss, etc.). , Etc.) will increase, and ranking rewards (ranking points, etc.) will be added as the team's ranking goes up. The opponent may be an NPC (non-player character) or a team created by another user.

In addition, there are events held by the game management side during a specific period. The event is different from the above-mentioned normal battle play in that the battle play is performed using the deck (event deck) prepared in advance for the event by the game management side. Since the player character decided by the management side is set in the event deck regardless of whether or not it is owned by the user, the player character not owned by the user is also included. In addition, the user cannot delete or add the player card set in the event deck. In this way, the event deck used in the event is different from the deck in which the player card acquired by the user in the card lottery or the like is set. An outline of the event will be described with reference to FIG.

FIG. 1 is a diagram showing an outline of an event according to the present embodiment. A user who participates in an event acquires a capsule drawn from a plurality of types of capsules. A capsule corresponds to a vessel that accumulates CP (growth points), and the maximum number of games (upper limit of the number of battles) is set for each type. In the example of the capsule shown in this figure, the maximum number of games is set to 8 games (Match 8). The user selects one deck (team) to be used from a plurality of types of event decks, and plays a match with the selected deck. CP is added to the capsule each time a match is played, and the capsule grows as the CP is added. In the following, adding CP to capsules by playing a game in this way is also referred to as capsule breeding. Regardless of the result of the match (win or lose), when the number of matches reaches the maximum number of matches, the capsule opens (capsule opens), and the image (statue) that comes out of the capsule is given to the user as a reward. In addition, even before the number of games reaches the maximum number of games, the user can open the capsule on the way and receive a reward (image). The type of image that comes out of the capsule differs depending on the type of capsule, the type of event deck (team) used, the total value of CP accumulated when the capsule is opened (the degree of growth of the capsule), and so on. Therefore, the user acquires different types of images while changing the type of capsule, the type of event deck (team) used, and the timing of opening the capsule, and finally all types (for example, for example). Aim to acquire (complete) images (30 types). For example, depending on the type and number of images acquired by the user, the user is further rewarded with high-value items that can be used in the game.

In this way, in this event, the event deck prepared by the management side is used instead of the deck (team) using the player card owned by the user. As a result, a user who has been playing for a long time (for example, a user who has developed the ability of a player card he / she owns for a long period of time) and a user who has just started playing will play a match on an equal footing. be able to. In other words, it is not an event in which a longer play time is advantageous, and many users can enjoy it.

Further, since the player card not owned by the user is used, the player card not owned by the user can be introduced to the user, so that the player card can be interested in and motivated to purchase. For example, a player card that the management side plans to appear in the game in the future can be introduced to the user in advance.

Next, the flow of user operations in the event will be described with reference to each game screen shown in FIGS. 2 to 4. 2 to 4 are diagrams showing an example of an event screen displayed at an event among the game screens of this game. FIG. 2 is an example of the event screen displayed first in the event. In the illustrated event screen G10, the area indicated by the reference numeral GS11 displays the options of the event deck that can be used by the user at the event. Event deck options are selected by lottery from a plurality of event decks prepared in advance for the event. Here, the Argentine, Belgian and French national teams are listed as event deck options. The capsule acquisition button B11 described as "Capsule get!" Is an operator for acquiring a capsule. When the user operates the capsule acquisition button B11, the capsule lottery is executed and the screen transitions to the event screen G20 shown in FIG.

In the event screen G20 shown in FIG. 3, the capsules selected by the capsule lottery are displayed in the area indicated by the reference numeral GS21. The maximum number of games is associated and displayed on the capsule. In addition, there are different types of capsules, and the differences between the types are displayed by distinguishing them by colors such as blue, red, yellow, and rainbow. Here, it is shown that the red capsule that opens after eight games has been drawn. The capsule exchange button B21 described as "capsule exchange" is displayed as an operator for re-drawing to another capsule. For example, when it is desired to change the capsule selected in the capsule lottery, the user operates the capsule exchange button B21 to re-lottery the capsule in exchange for the consumption of in-game points (for example, BP). Can be made to. BP is a point that recovers in time, and can be increased by paying a fee (billing) or consuming items in the game. In addition, the capsule determination button B22 described as "make this capsule" is displayed as an operator for determining whether the currently displayed capsule is acceptable. When the user operates the capsule determination button B22, the screen transitions to the event screen G30 shown in FIG.

In the event screen G30 shown in FIG. 4, the time until the end of the event is displayed in the area indicated by the reference numeral GS31. Further, the event explanation button B31 on which the "?" Mark on the right side is described is displayed as an operator for transitioning to the event explanation screen. Information such as the name of the event, the period, and the contents of the rewards that can be obtained is displayed on the event explanation screen. In the area indicated by the reference numeral GS32, the current ranking ranking (RANK) and ranking points are displayed. Ranking points are points for getting rewards obtained at the turning points of the event. The total value of ranking points is displayed as a score.

Further, on the right side of the area indicated by the reference numeral GS32, the ranking button B32, the reward list button B33, and the picture book button B34 are displayed side by side in order from the left. When the user operates the ranking button B32, the screen transitions to the ranking screen in which the personal ranking is displayed. When the user operates the reward list button B33, the screen transitions to the reward list screen in which the list of rewards prepared at the event, the list of rewards acquired by the user, the reward acquisition ranking, and the like are displayed. The reward displayed on this reward list screen is a reward different from the image (statue) that comes out of the capsule, for example, a complete reward given to the user when all types of images are acquired. .. When the user operates the picture book button B34, the screen transitions to the picture book screen in which a list of images (statues) that can be obtained as a reward is displayed. The details of the picture book screen will be described later.

Further, in the area indicated by the reference numeral GS33, the number of acquired images and the maximum number of images (MAX) are displayed. “15/30” shown in the figure indicates that 15 of the maximum 30 images have been acquired. In the area indicated by the symbol GS34 on the right side, the number of image (statue) acquisitions by rank is displayed. The statue is divided into three ranks of bronze (BLONZE) / silver (SILVER) / gold (GOLD), and the number of acquisitions for each rank is displayed. In the region indicated by the symbol GS35, the value of CP currently stored in the capsule is displayed. In the region indicated by the symbol GS36, the level (CPLv) corresponding to the value of CP currently stored in the capsule is displayed. On the right side, the selected member detail button B35 is displayed as an operator for displaying the detailed information of the selected member, and when the user operates the button, the screen transitions to the selected member detail screen. The selected member is a group of some player cards among the player cards owned by the user, and the details will be described later.

Further, in the area indicated by the reference numeral GS37, the history of the type of event deck used in the game during the growing of the currently displayed capsule is displayed. The illustrated example shows that the French event deck (team) was used in the first and second games. In the region indicated by the reference numeral GS38, the capsule currently being grown (that is, the capsule determined on the event screen 20) is displayed. Further, on the capsule, the number of remaining games (Match 6: 6 games) and the total value of accumulated CPs (10000) are displayed in association with each other.

The forced release button B36 is displayed as an operator for opening the capsule before reaching the maximum number of games. For example, the forced release button B36 can be operated only when the game is played a predetermined number of times (for example, four times) or more. When the user operates the forced release button B36, a dialog for forcibly releasing the capsule is displayed, and an image is added based on the total value of CP at that time.

In the area indicated by the reference numeral GS39, as in the area indicated by the reference numeral GS11 described with reference to FIG. 2, a selection of event decks that can be used by the user at the event is displayed. The name and level of the team are displayed on the event deck. The level is an indicator of team strength, for example up to 10. Here, Level 2 teams (national teams) from Argentina, Belgium, and France are displayed as available event deck options. The user can select the event deck to be used in the game by operating the displayed event deck. The selected event deck is highlighted (lighting the frame, thick frame, size up, etc.) so that it can be distinguished from other event decks.

The match buttons B37a, B37b, B37c, and B37d are displayed as controls for starting the match. Each match button displays the difficulty level of the opponent (good, normal, strong, onitsuyo) and information about the CP that can be obtained in the match (for example, CP magnification). For example, in a match with an opponent with a high degree of difficulty, a higher CP magnification is calculated and more CP is added. When the user operates the match button of the difficulty level to be played among the match buttons B37a, B37b, B37c, and B37d, the match with the opponent (NPC) of the operated difficulty level is executed.

Note that some of the match buttons of each difficulty level may be set with conditions that allow them to be operated (that is, conditions that allow them to be selected as opponents). For example, the match button B37d of "Onitsuyo" may be displayed so as to be operable only during a specific period within the event period (for example, from the day before the end date of the event to the end). Note that "Onitsuyo" expresses that the difficulty level is even higher than that of "Tsui". In addition, there may be a match button that can be operated based on the type of image acquired. For example, the "strong" match button B37c is displayed in association with the character "unreleased" indicating that the operation is not possible and the conditions necessary for the operation (conditions to be released). .. Here, as a condition (condition to be released) necessary for the operation to be possible, "release with 10 types" indicating that 10 types of images are acquired is displayed.

The back button B38 is displayed as an operator for returning (transitioning) to the previous screen. The special effect gacha link banner B39 is displayed as an operator for drawing a special attack card. A special attack card is a card that exerts a specific effect at an event (for example, twice the normal points at an event). When the user operates the special effect gacha link banner B39, the screen transitions to the special attack card lottery screen. The special effect gacha link banner B39 may be displayed so as to be operable only at a specific time or when a specific condition is satisfied.

Note that event decks selected by the user for use in a match are no longer eligible for choice at the end of the match, and new event decks are replenished each time. The event decks to be replenished are randomly drawn from a plurality of event decks prepared by the management side.

[About capsule lottery]
Next, the capsule lottery will be described.
As mentioned above, there are multiple types of capsules that are distinguished by colors such as blue, red, yellow, and rainbow. Depending on the color, there are differences in the type of image that appears when the capsule is opened. Specifically, the image that appears when the capsule is opened is determined by the lottery, but the lottery target differs depending on the color of the capsule. Details will be described later with reference to FIGS. 13 to 15. In the capsule lottery, capsules of all colors do not have the same lottery probability, and different lottery probabilities are set depending on the color. FIG. 5 is a diagram showing an example of a lottery table for capsule lottery. In the illustrated lottery table, the capsule number, the type (color) of the capsule, and the lottery probability are set. The capsule No. is identification information that can be identified for each type of capsule. In addition, a lottery probability is set for each type of capsule (for each color). For example, the lottery probability of blue capsules, red capsules, and yellow capsules is set to 92/300, and the lottery probability of rainbow-colored capsules is set to 24/300. Only rainbow-colored capsules are unlikely to be selected in the capsule lottery.

Further, the rank of the image that appears when the capsule is opened is determined by, for example, the CP stored in the capsule, but as an option, a capsule whose rank is fixed (rank-fixed capsule) may be drawn. ..
FIG. 6 is a diagram showing an example of an option lottery table in which rank-determined capsules are drawn. As shown in the figure, the lottery probability of becoming a capsule without options (normal) is set to 90/100 regardless of which of the blue, red, yellow, and rainbow capsules is drawn in the capsule lottery. The lottery probability of becoming a capsule that has been confirmed as rank 1 is set to 5/100 regardless of which of the blue, red, yellow, and rainbow capsules is drawn in the capsule lottery. The lottery probability of becoming a capsule confirmed at rank 2 is set to 4/100 regardless of which of the blue, red, yellow, and rainbow capsules is drawn in the capsule lottery. The lottery probability of becoming a capsule confirmed at rank 3 is set to 1/100 regardless of which of the blue, red, yellow, and rainbow capsules is drawn in the capsule lottery.

As described above, the rank-determined capsule is set to have a low lottery probability so that the rank-determined capsule will appear only once in 10 times with respect to the normal capsule whose rank has not been determined. Furthermore, among the rank-determined capsules, the capsule that has been confirmed to rank 3 is set as a rare capsule that appears only once in 100 times. In the example shown in this figure, the same lottery probability is set for all the blue, red, yellow, and rainbow capsules, but the lottery probability may differ depending on the type (color).

Further, the maximum number of games of a normal capsule whose rank is not fixed is determined by a lottery, but the maximum number of games of a capsule whose rank is fixed may be set in advance corresponding to the rank. For example, the maximum number of games for capsules confirmed at rank 1 is 2, the maximum number of games for capsules confirmed at rank 2 is 3, and the maximum number of games for capsules confirmed at rank 3 is 5. , Each is predetermined. Thereby, for example, on the event screen G20 shown in FIG. 3, the rank of the image can be estimated from the maximum number of games displayed on the drawn capsule.

FIG. 7 is a diagram showing an example of a maximum number of games lottery table for determining the maximum number of games of a normal capsule whose rank is not fixed. In the illustrated game number lottery table, the number of training completions and the lottery probability of the maximum number of games are associated with each other. The number of times the capsule has been grown is the number of times the capsule has been grown, that is, the total number of times the capsule has been opened and an image has been acquired. The number of training completions includes not only the number of times the game has been opened up to the maximum number of games, but also the number of times the game has been opened in the middle before reaching the maximum number of games. For example, when the number of training completions is 0 to 5, the lottery probability that the maximum number of games is 3 is set to 2500/10000, and the lottery probability that the maximum number of games is 8 is set to 500/10000. .. In this way, the lottery probability that the maximum number of games is large is lower than the lottery probability that the maximum number of games is small. When the number of training completions is 51 or more, the lottery probability that the maximum number of games is 3 times is set to 500/10000, and the lottery probability that the maximum number of games is 8 times is set to 2000/10000. That is, the lottery probability is set so that the higher the number of training completions, the higher the probability that the maximum number of games will increase.

[CP (growth point) calculation method]
Next, a method of calculating the CP added to the capsule for each match will be described.
The CP of a player card is determined not by using the ability value (ability parameter) of the player card as it is, but by the grade of the player card, the level of the player card, the number of times the player card has exceeded the limit, and the presence or absence of a special attack card. The grade is an index showing the overall ability set on the player card. For example, the grade value is set in the range of 50 to 99, and the higher the value, the higher the ability. Since the grade value is as rare as the price, the grade index can be read as rarity. The level is a value that correlates with the ability parameter of the player card, and the higher the level, the higher the value of the ability parameter. For example, the level fluctuates (for example, rises) with each match. Breaking through the limit means, for example, using the function of synthesizing a plurality of player cards into one card to enable the value of the ability parameter to be increased above the maximum level before synthesizing.

The CP added to the capsule for each match is calculated based on the CP of the player card owned by the user. First, the CP of a player card (hereinafter, also referred to as "card CP") is calculated by, for example, the following formula.

Card CP = Basic value for each grade x Card level correction value x Limit breakthrough correction value x Special attack correction value

The basic value for each grade is a value set according to the grade of the player card.
FIG. 8 is a diagram showing an example of data of basic values for each grade. In the illustrated data example, the lower limit of the grade, the upper limit of the grade, and the basic value for each grade are set in association with each other. For example, the basic value for each grade of a player card having a grade of 50 to 55 is 15. The basic value for each grade of player cards with grades 96 to 97 is 20.

The card level correction value is a value set according to the card level of the player card. For example, it is calculated by the following formula.

Card level correction value = 0.99 + (card level / 100)

The limit breakthrough correction value is a correction value set according to the number of limit breakthroughs.
FIG. 9 is a diagram showing a data example of the limit breakthrough correction value. In the illustrated data example, the limit breakthrough correction value is set for each limit breakthrough number of times. For example, the limit breakthrough correction value when the number of limit breakthroughs is 0 is set to 100% (that is, no correction), and the limit breakthrough correction value when the number of limit breakthroughs is 10 is 150% (that is, 1.5). It is set to double correction). The limit breakthrough correction value may be set to a different correction value depending on the grade (rareness) even if the number of limit breakthroughs is the same.

The special attack correction value is a correction value set according to the grade of the special attack card among the player cards. FIG. 10 is a diagram showing a data example of the special attack correction value. In the illustrated data example, the lower limit of the grade, the upper limit of the grade, and the basic value for each grade are set in association with each other. For example, the special attack correction value of a special attack card having a grade of 50 to 55 is set to 300% (that is, corrected to 3 times). In addition, the special attack correction value of the special attack card of grade 96 to 97 is set to 350% (that is, corrected to 3.5 times).

The CP added to the capsule for each match (hereinafter, also referred to as "capsule CP") is calculated by the following formula based on the CP (card CP) of the player card owned by the user. Will be done.

Capsule CP = Total CP of selected members x Match difficulty correction value

The selected member refers to, for example, a group of player cards for a number of minutes (for example, 11 players) predetermined from the top in descending order of card CP among all player cards owned by the user. That is, from all the player cards owned by the user, a predetermined number of player cards (for example, for 11 players) are selected as selected members in descending order of card CP, and each CP of the selected members is selected. Is the total CP of the selected members. When calculating the capsule CP, the total CP of all player cards owned by the user may be used instead of the total CP of the selected members.

The match difficulty correction value is a correction value set according to the difficulty level (good, normal, strong, onitsuyo) of the team of the opponent (for example, NPC) of the match. FIG. 11 is a diagram showing a data example of the match difficulty correction value. In the illustrated data example, for example, the match difficulty correction value is 100% when the difficulty level of the opponent team is "good", the match difficulty correction value is 120% when the opponent team is "normal", and "strong". The match difficulty correction value in the case is set to 150%, and the match difficulty correction value in the case of "Onitsuyo" is set to 200%. The difficulty correction value selected by the user is seated in the total value of the player cards included in the opponent's event deck (for example, the total value of the predetermined parameters associated with the player cards).

In this way, the CP added to the capsule (capsule CP) is determined based on the CP of the player card owned by the user and the difficulty level of the opponent of the match. Therefore, for example, in terms of being able to open the capsule and acquire an image regardless of whether the game is played eight times, the user can maintain fairness between the user who has been playing for a long time and the user who has just started playing. Regarding the fact that the CP added to the capsule increases as the CP of the player card owned by the player increases, the superiority of the user who has been playing for a long time is also taken into consideration to some extent. However, since the purpose is not just to acquire high-value images, but to acquire all kinds of images, users who have been playing for a long time do not have a particularly high advantage, and play. The superiority or inferiority of an event is not determined only by the length of time.

[About opponents]
As described with reference to FIG. 4, the user selects the difficulty level of the opponent at the time of the match, and conditions (release conditions) that can be selected for each difficulty level are set. FIG. 12 is a diagram showing an example of difficulty release condition setting data showing the setting of the difficulty release condition of the opponent. In the illustrated difficulty level release condition setting data example, the difficulty level of the opponent, the release condition (type of acquired image), the release condition (release date), the release end date, the consumption GP, and the player card are used. Is associated. For example, an opponent with a difficulty level of "Yowai" can be selected from the first day of the event. Opponents with "normal" difficulty will be able to select after acquiring 5 or more types of statues. Opponents with "strong" difficulty will be able to select after acquiring 10 or more types of images. Opponents with difficulty "Onitsuyo" will be able to select the day before the end of the event. The consumption GP indicates the amount of GP consumed for each difficulty level. The GP is a point that can be used in the game like the BP described above, but has a different purpose. Like BP, GP is a point that recovers in time, and can be increased by paying a fee (billing) or consuming items in the game. Depending on the time, it may not increase beyond the preset maximum GP. Further, in the present embodiment, BP and GP will be described as different points, but they may be common points. The player card indicates the value that weakens the opponent's event deck. For example, an opponent with a difficulty level of "Yowai" deducts a predetermined value (for example, 65) from the total value of the player cards included in the event deck (for example, the total value of predetermined parameters associated with the player card). Because it uses a new deck, it is easier for users to win. Note that reducing 65 corresponds to, for example, level 1 when the maximum level 10 is used as a reference.

[About the statue]
Next, the image (statue) that appears when the capsules raised by playing the game are opened will be described. The statue has three ranks: bronze, silver, and gold. The value increases in the order of bronze, silver, and gold. In addition, there are a plurality of types of images of each rank depending on their characteristics. For example, depending on the feature, there are statues such as "Nice Saving", "Dribble", "Trap", and "Duel". In other words, there are three types of statues: "Nice Saving" bronze, silver, and gold, "Dribble" bronze, silver, and gold, and "Trap" bronze, silver, and gold. There are three types of statues, such as "Duel" bronze, silver, and gold.

13 to 15 are diagrams showing an example of an image data table in which data related to the image and lottery conditions are stored. In the image data table shown in this figure, an image number, an image name, a hint, a rank, a lottery target for each type of capsule, and a lottery probability for each deck are associated with each other. The image No. is identification information that can be identified for each type of image. The image name is the name of the image, and includes both the type name based on the above-mentioned features and the name based on the rank. The rank ranks the value of CP accumulated in the capsule. Rank 1 (see FIG. 13) when the CP accumulated in the capsule is less than the first threshold, rank 2 (see FIG. 14) when the CP is greater than or equal to the first threshold and less than the second threshold, and greater than or equal to the second threshold. In this case, the rank is 3 (see FIG. 15). Rank 1, Rank 2, and Rank 3 correspond to bronze, silver, and gold, respectively. That is, when the ranking of the CP value accumulated in the capsule is rank 1, the image to be drawn is a bronze image, and when it is rank 2, the image to be drawn is a silver image, and rank 3 In the case of, the image to be drawn will be the gold image.

In addition, as described above, there are different types of capsules, which are distinguished by colors such as blue, red, yellow, and rainbow. Of the plurality of types of images, the type of image to be drawn depends on the type of capsule such as blue, red, yellow, and rainbow. In the illustrated lottery table, the lottery targets for each capsule type are blue, red, yellow, and rainbow color types, the lottery target image is "○", and the non-lottery target image is "x". It is shown by. In this way, among multiple types of images, the type of image to be drawn is not only determined by the CP (rank) accumulated in the capsule, but also bronze, silver, and gold, as well as blue, red, yellow, and rainbow capsules. It also depends on the type of. That is, the image that can come out of the blue capsule is different from the image that can come out of the red capsule. In addition, some images do not come out of the blue capsule, some images do not come out of the red capsule, and the images may be the same or different.

In addition, the lottery probability of which type of image is likely to be hit differs depending on which event deck is used in the game. In the illustrated lottery table, the lottery probability for each type of image is set for each event deck as the lottery probability for each deck. Here, the lottery probabilities of each type of statue are set for each of the three teams (event decks) of deck 1 (France), deck 2 (Belgium), and deck 3 (Argentina).

The user selects the type (color) of the capsule that may produce the image that he / she wants to acquire, selects the event deck that is likely to produce the image, and plays the game to accumulate CP in the capsule (cultivate the capsule). However, by collecting as many different types of images as possible, we aim to acquire all types of images (complete).

In addition, the hint included in the illustrated lottery table stores information useful for acquiring an image of an unacquired type. For example, the hint stores information such as which type of capsule it appears from and which event deck is used to make it more likely to appear for each type of image. By looking at this hint, the user can get a clue as to which capsule to choose and which event deck to get the desired kind of image. This hint can be displayed, for example, on the pictorial book screen that transitions when the user operates the pictorial book button B34 on the event screen G30 shown in FIG.

[About the picture book screen]
Next, the picture book screen on which a list of images (statues) that can be obtained as a reward is displayed will be described in detail. FIG. 16 is a diagram showing an example of a picture book screen. The illustrated pictorial book screen G40 is transitioned to by the user operating the pictorial book button B34 on the event screen G30 shown in FIG. In the picture book screen G40, the screen name "Statue picture book" is displayed as a heading of this screen in the area indicated by the reference numeral GS41. In the area indicated by the reference numeral GS41, the number of acquired images and the maximum number of images (MAX) are displayed. “15/30” shown in the figure indicates that 15 of the maximum 30 images have been acquired.

A list of images is displayed in the area indicated by the reference numeral GS43. In the illustrated example, a total of 30 types of images are divided into 5 pages with 6 types per page, and a list of images (6 types of images) for one page is displayed. Here, No. 1/5 page. 1-No. A list of 6 statues is displayed. No. 1-No. The page is switched by the user operating the "<" and ">" displayed on the left and right of the list of images of No. 6, and the list of images on the next page or the previous page is displayed. Further, in the list display of this image, an image acquired by the user and an image not acquired by the user are displayed separately. For example, an unacquired image may be displayed as an image having a lower contrast than the acquired image, or may be displayed in gray. Further, when there is a newly acquired image, a specific effect (for example, a lighting effect or a blinking effect) may be applied to the image of the image.

In this list of statues, acquired images are displayed so that the type of image can be identified (for example, bronze, silver, and gold colors are displayed), but unacquired images are displayed so that the type of image is unknown. It may be displayed in. For example, in the unacquired image, the information indicating the type of the image is not displayed, and the “?” Mark M1 is displayed. A hint can be displayed on the image on which the "?" Mark M1 is displayed. A hint is useful information for acquiring an unacquired type of image. For example, as described with reference to FIGS. 10-12, when a user selects a capsule or deck, as a hint as to which capsule or deck should be selected to obtain the desired type of image. This is the information to be displayed. On the other hand, in the list of images, some of the unacquired images cannot be displayed with hints, and the key mark M2 is associated with the images and displayed.

Further, in the illustrated example, the image number (No) is displayed for both the acquired image and the unacquired image, but the image types are related in the order of the image number (No) ( (See FIGS. 10 to 12), the type of the image can be roughly estimated from the image number (No) even for the unacquired image. The display mode of the acquired image and the unacquired image is not limited to the above example, and may be any mode.

When the user operates on any of the list of images displayed in the area indicated by the reference numeral GS43, detailed information about the manipulated image is displayed in the area indicated by the reference numeral GS44. For example, when an operation is performed on an acquired image in the list of images, the number, name, detailed image, and the like of the operated image are displayed in the area indicated by the reference numeral GS44. Further, when the image in which the "?" Mark M1 is displayed is operated among the unacquired images, a hint is displayed instead of the image name and the detailed image. The switching button B41 is displayed as an operator for switching between the display of the image name and the detailed image and the display of the hint. For example, when the image name and the detailed image are displayed in the area indicated by the reference numeral GS44, when the user operates the switching button B41, a hint is displayed instead of the image name and the detailed image. Further, when the hint is displayed in the area indicated by the reference numeral GS44, when the user operates the switching button B41, the name of the image and the detailed image are displayed instead of the hint. When the user operates on the acquired image from the list of images displayed in the area indicated by the reference numeral GS43, the name and detailed image of the image are displayed in the area indicated by the reference numeral GS44. You may not switch to the hint display (the hint display does not have to be displayed because it has already been acquired). In this case, the switching button B41 may not be displayed, or may be displayed but the operation may not be accepted. When the changeover button B41 is displayed but does not accept the operation, it is displayed in a display mode (inactive display such as gray display) different from the case where the operation is accepted. On the other hand, when the user operates on an unacquired image in the list of images displayed in the area indicated by the code GS43, the name of the image is not displayed (or the name) in the area indicated by the code GS44. (Displayed as "???"), the detailed image of the detailed image may be displayed in a black silhouette or the like. Then, when the "?" Mark M1 is associated with and displayed on the unacquired image operated by the user, the display is switched to the hint display according to the operation on the switching button B41. On the other hand, when the key mark M2 is associated with the unacquired image operated by the user and displayed, the switching button B41 is not displayed (or is displayed but the operation is not accepted), so the hint is displayed. Not done. When the user operates on an unacquired image, the name and detailed image of the image may be displayed in the area indicated by the reference numeral GS44. Further, the back button B42 is displayed as an operator for returning (transitioning) to the previous screen.

The hint display of the image on the picture book screen G40 described above is set so that no image is displayed at first, and as the image is acquired, the number of images that can display the hint increases. FIG. 17 is a diagram showing an example of a hint display condition table showing conditions that enable the display of hints (hint display conditions). The illustrated example shows the image No. of the image that enables the display of hints for the number of acquired types (acquisition history) of the images acquired by the user. For example, when one type of image is acquired, hints of images of image No1, image No2, and image No. 3 can be displayed (that is, they are not the target of the key mark M2). When another two types of images are acquired and a total of three types of images are acquired, in addition to the images of image No. 1, image No. 2, and image No. 3, the images of image No. 4, image No. 5, and image No. 6 are also hints. Display becomes possible. In this way, as the number of acquired image types increases, so does the number of image types that can display hints. Even if multiple images of the same type are acquired, the number of acquired types does not increase, so the number of images that can display hints does not increase.

〔System configuration〕
Next, an outline of the system configuration of the game system 1 according to the present embodiment will be described.
FIG. 18 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 includes a computer device of a plurality of user terminals 10 (10-1, 10-2, 10-3, ...) And a game server 30, and these computer devices provide a communication network NW. Connected via.

The game server 30 is a server device that provides a game that can be executed by the user terminal 10. For example, the game server 30 provides a game program for executing a game process on the user terminal 10 so that it can be downloaded from the user terminal 10. In addition, the game server 30 stores various game data required for processing the game executed by the game program on the user terminal 10, game play results, play history data, and the like, and the user terminal as needed. Send to 10. The game program downloaded by the user terminal 10 is not limited to the game server 30, and may be stored in another downloadable server device.

The user terminal 10 executes the game program downloaded from the game server 30. For example, the user terminal 10 is a computer device used by a user, such as a PC (Personal Computer), a tablet PC, a mobile phone such as a smartphone or a feature phone, or a game machine. In the present embodiment, the user terminal 10 will be described as a smartphone.

FIG. 19 is a diagram showing an example of the hardware configuration of the user terminal 10 according to the present embodiment. The user terminal 10 includes, for example, a CPU (Central Processing Unit) 11, a communication unit 12, an input unit 13, a display unit 14, and a storage unit 15, and is a game server 30 connected via a communication network NW. It communicates with other devices and the like via the communication unit 12. These components are connected to each other so as to be able to communicate with each other via a bus (Bus) or the like. The CPU 11 executes various programs stored in the storage unit 15 and controls each unit of the user terminal 10.

The communication unit 12 is a device that performs communication corresponding to a communication standard of a communication network NW such as a wireless LAN (Local Area Network), a wired LAN, and a mobile communication (LTE, etc.) capable of communicating between the user terminal 10 and the game server 30. Is.
The input unit 13 is a device capable of receiving interactive information during game execution. The interactive information is, for example, operation information according to a user's operation on the input unit 13. For example, the input unit 13 is integrally configured with the display as a touch panel. The input unit 13 outputs the input operation information to the CPU 11. The input unit 13 may be a physical device such as a button, a keyboard, or a lever by mechanical operation, a pointing device by GUI (mouse or touch panel), a recognition device by voice or gesture (mic, camera), or the like.
The display unit 14 is a display for displaying information such as an image or text, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like. The display unit 14 may be configured as a separate body from the user terminal 10, and may be, for example, a television, an external monitor, or a head-mounted display (HMD).

The storage unit 15 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmary), a ROM (Read-Only Memory), a ROM (Read-Only Memory), a ROM (Read-One Memory), or the like. Stores various information, images, programs (including game programs) and the like processed by the user terminal 10. The storage unit 15 is not limited to the one built in the user terminal 10, and may be an external storage device connected by a digital input / output port such as USB. Further, the user terminal 10 may be configured to include a speaker (not shown), an audio output terminal, a camera, a gyro sensor, a GPS (Global Positioning System) receiving module, and the like.

FIG. 20 is a diagram showing an example of the hardware configuration of the game server 30 according to the present embodiment. The game server 30 includes, for example, a CPU 31, a communication unit 32, an input unit 33, and a storage unit 35, and is a communication unit 32 with a plurality of user terminals 10 and other devices connected via a communication network NW. Communicate via. These components are connected to each other so as to be able to communicate with each other via a bus (Bus) or the like. The CPU 31 executes a server-side game program stored in the storage unit 35, and provides various data necessary for processing a game executed by a plurality of user terminals 10.

The communication unit 32 is a device that performs communication corresponding to the communication standard of the communication network NW such as wireless LAN, wired LAN, mobile communication (LTE, etc.) capable of communicating between the user terminal 10 and the game server 30.
The input unit 33 is a physical device such as a button, a keyboard, or a lever by mechanical operation, a pointing device (mouse or touch panel) by GUI, a recognition device (microphone, camera) by voice or gesture, and the like.

The storage unit 35 includes, for example, an HDD, EEPROM, RAM, etc., and stores a game program, an application program, various setting information necessary for the game, history information, and the like. The storage unit 35 is not limited to the one built in the game server 30, and may be an external storage device connected by a digital input / output port such as USB. Further, the storage unit 35 may be an external storage device physically separated from the game server 30, or may be connected to the game server 30 via a communication network such as the Internet. Further, the game server 30 may be configured to include a display unit (not shown), a speaker, an audio output terminal, and the like.

[Functional configuration]
Next, with reference to FIG. 21, the functional configurations of the user terminal 10 and the game server 30 included in the game system 1 will be described. FIG. 21 is a block diagram showing an example of the functional configuration of the user terminal 10 and the game server 30 according to the present embodiment.

[Functional configuration of game server 30]
First, the functional configuration of the game server 30 will be described.
The game server 30 includes a server control unit 310 as a functional configuration realized by the CPU 31 executing a game program stored in the storage unit 35. The server control unit 310 communicates with the user terminal 10 via the communication unit 32, exchanges various data related to the game processing as needed, and executes the server-side processing of the game processing. In addition to the game program, the storage unit 35 stores various data related to game processing. For example, the storage unit 35 includes a user data storage unit 351, a card data storage unit 352, an event data storage unit 353, and an event deck data storage unit 354.

The user data storage unit 351 stores user data of a plurality of users who play a game on the user terminal 10. For example, in the user data storage unit 351, as user data, identification information (for example, user ID) for identifying a user, a user name, a user level whose value increases according to the progress of a game, and a user have played. History information such as contents and play results are associated and stored.

The card data storage unit 352 stores card data related to a plurality of player cards prepared in the game. For example, the card data is stored in association with the card ID of the player card, the player name, the player image, the type, the grade (rareness), the level, the ability parameter, the information indicating whether or not the card is a special attack card, and the like. The card ID is identification information that can identify the card. The player name is the name of the player on the player card. The player image is an image representing a player when a player card is displayed on the game screen, and a file of the image or link information to the file is stored. The player type stores information indicating the player's position (goalkeeper, defense, forward, etc.). The ability parameter is a value indicating various abilities of the athlete. The level is an index that indicates the overall ability of the athlete in stages, and is a value that correlates with the ability parameter. The level and ability parameters are values that fluctuate (for example, increase) depending on the game, but are initial values in the card data stored on the server side.

The event data storage unit 353 stores various types of data necessary for executing event processing. For example, in the event data storage unit 353, as lottery data referred to when performing a capsule lottery, the capsule lottery lottery table shown in FIG. 5, the option lottery table shown in FIG. 6, and the maximum number of games lottery shown in FIG. Tables etc. are stored. Further, in the event data storage unit 353, the CP calculation formula and the data of the basic value for each grade shown in FIG. 8 and the data of the limit breakthrough correction value shown in FIG. 9 are used as the data referred to when calculating the CP. The data of the special attack correction value shown in FIG. 10 is stored. In addition, in the event data storage unit 353, the game difficulty correction value data shown in FIG. 11, the difficulty release condition setting data shown in FIG. 12, the image data tables of FIGS. 13 to 15, and the hints shown in FIG. 17 are stored in the event data storage unit 353. The display condition table etc. are stored.

The event deck data storage unit 354 stores event deck data related to a plurality of event decks prepared in advance for the event. The event deck data is associated with the team name, level, team image, card IDs of a plurality of player cards set in the deck, and the like.

Next, the functional configuration of the server control unit 310 realized on the server side in the game processing related to the event will be described in detail. The server control unit 310 has a function configuration related to a lottery in the processing of the game related to the event. For example, the server control unit 310 includes a capsule lottery unit 311, a deck lottery unit 312, and a reward determination unit 313.

The capsule lottery unit 311 refers to the capsule lottery lottery table (see FIG. 5), the option lottery table (see FIG. 6), the maximum number of games lottery table (see FIG. 7), etc. stored in the event data storage unit 353. And execute the capsule lottery. For example, the capsule lottery unit 311 executes a capsule lottery in response to receiving a capsule lottery instruction from the user terminal 10, and transmits the lottery result to the user terminal 10.

The deck lottery unit 312 draws a selection of event decks that can be used for an event match on the user terminal 10 from a plurality of types of event decks prepared in advance. For example, the deck lottery unit 312 executes a lottery of the event deck options with reference to the event deck data stored in the event deck data storage unit 354. The deck lottery unit 312 executes a lottery of the options of the event deck in response to the lottery instruction of the event deck from the user terminal 10, and transmits the lottery result to the user terminal 10.

The reward determination unit 313 refers to the image data table (see FIGS. 13 to 15) stored in the event data storage unit 353, and the CP addition value (total CP) and the capsule selected by lottery. A lottery of images to be given to the user is executed based on the type and the type of the selected event deck (an example of the deck). For example, the reward determination unit 313 draws one of a plurality of types of images based on a predetermined lottery condition in the image data table in response to receiving an image lottery instruction from the user terminal 10. , The lottery result is transmitted to the user terminal 10. The predetermined lottery conditions include the first condition determined before the start of the match. For example, the first condition includes a condition determined by the type (color, etc.) of the capsule selected by lottery. In addition, the predetermined lottery conditions include a second condition determined by the match. For example, the second condition includes a condition determined by the type of event deck used for the game, a condition based on the total value of CP added to the capsule for each game, and the like.

[Functional configuration of user terminal 10]
Next, the functional configuration of the user terminal 10 will be described.
The user terminal 10 includes a game control unit 110 as a functional configuration realized by the CPU 11 executing a game program stored in the storage unit 15. The game control unit 110 executes game processing based on the game program in response to a user operation on the input unit 13. For example, the game control unit 110 executes a game process using a deck including a plurality of player cards. In addition to the game program, the storage unit 15 stores various data related to game processing. For example, the storage unit 15 includes a user data storage unit 151, a possession card data storage unit 152, a deck data storage unit 153, and a reward acquisition status storage unit 154.

The user data storage unit 151 stores user data of the user who plays on the user terminal 10. For example, the user data storage unit 151 stores user data in association with user ID, user name, user level, history information such as content played by the user and play results, and the like.

The possessed card data storage unit 152 stores card data related to a player card owned by a user who plays on the user terminal 10. For example, the card data stores the card ID of the player card, the player name, the player image, the type, the grade (rareness), the level, the ability parameter, the information indicating whether or not the card is a special attack card, the number of times the limit is exceeded, and the like. To. Specifically, when the user acquires the player card, the card data of the acquired player card is acquired from the game server 30 and stored in the possessed card data storage unit 152. For example, the level and ability parameters, the number of times the limit is exceeded, and the like vary depending on the processing of the game. For example, the level and ability parameters fluctuate (for example, increase) as the user plays (matches, etc.) on the user terminal 10, and are updated at any time.

The deck data storage unit 153 stores deck data used for the game. The deck data includes the data of the deck in which the player card owned by the user is set and the data of the event deck for the event. The event deck data is acquired from the game server 30 and stored according to the lottery result of the event deck options drawn by the game server 30.

The reward acquisition status storage unit 154 stores data indicating the reward acquisition status of the user who plays on the user terminal 10. For example, the reward acquisition status storage unit 154 stores information indicating whether or not the user has already acquired each type of image (statue) prepared as a reward. Specifically, at the start of the event, all types of images are associated with flag information indicating unacquired, and each time an image is given to the user, that type of image is based on the type of image given. The flag information of the statue is updated from unacquired to acquired.

Next, the functional configuration of the game control unit 110 realized on the terminal side in the game processing related to the event will be described in detail. The game control unit 110 includes a deck setting unit 111, a lottery instruction unit 112, a battle processing unit 113, a point addition unit 114, a reward giving unit 115, a card processing unit 116, a display control unit 117, and data management. It has a part 118.

The deck setting unit 111 executes the setting and selection of the deck to be used by the user. For example, the deck setting unit 111 uses one of a plurality of player cards owned by the user among a plurality of player cards in a deck associated with the user (for example, in a normal game other than the event period) regardless of the event period. Set to (deck). On the other hand, during the event period, the deck setting unit 111 sets an event deck selected by lottery from the event decks prepared in advance by the management side as an event deck as an option of the event deck that can be used by the user. To do. For example, the deck setting unit 111 sets any of a plurality of player cards that the user does not own as an event deck associated with the user only during the event period. Further, the deck setting unit 111 selects an event deck selected from the event deck options according to the user's operation as the event deck to be used for the game.

The lottery instruction unit 112 gives a capsule lottery instruction, an event deck lottery instruction, a lottery instruction of an image that appears when the capsule is opened, and the like. For example, the lottery instruction unit 112 transmits a lottery instruction to draw one of a plurality of types of capsules to the game server 30 before the start of the game, and acquires the lottery result (data of the drawn capsules). Further, the lottery instruction unit 112 transmits a lottery instruction to re-lottery any one of a plurality of types of capsules to the game server 30 according to billing or consumption of in-game currency, and acquires the lottery result.

Further, the lottery instruction unit 112 transmits a lottery instruction for drawing the options of the event decks that can be used in the game to the game server 30, and acquires the lottery result (data of the event decks that have been drawn). For example, the lottery instruction unit 112 transmits the lottery instruction of the event deck to the game server 30 for each game, and acquires the lottery result. For example, in the first game, lottery instructions for the total number of options (for example, three) are sent, and in the second and subsequent games, one event deck is used as a supplement for the amount used in the previous game. Send the lottery instructions.

The battle processing unit 113 executes processing of a match between a deck selected from a plurality of types of decks associated with the user and the deck of the opponent. For example, the battle processing unit 113 executes processing of a match with an opponent based on a user's play operation on the user terminal 10.

The point addition unit 114 adds CP to the capsule and accumulates it for each match. For example, the point addition unit 114 adds the CP calculated based on the CP calculation method described above. Specifically, the card CP is calculated based on the parameters (grade, level, number of limit breakthroughs, whether it is a special attack card, etc.) associated with one or more player cards owned by the user among the multiple player cards. To do. Further, the point addition unit 114 is based on parameters associated with a predetermined number of player cards (for example, 11 selected members) in descending order of card CP among one or more player cards owned by the user. CP is added for each match. Specifically, the point addition unit 114 adds the match difficulty correction value based on the difficulty level of the opponent selected in the match to the total card CP (total CP) of the 11 selected members, and adds the capsule CP. Is calculated and added.

The reward giving unit 115 (an example of the game element giving unit) gives an image to the user as a reward when a predetermined acquisition condition in the game is satisfied. For example, when a predetermined acquisition condition in the game is satisfied, the reward giving unit 115 transmits a lottery instruction to draw one of a plurality of types of images to the game server 30, and the lottery result (lottery is performed). Image data) is acquired. Then, the reward giving unit 115 is selected by lottery from the flag information for each type of the image stored in the reward acquisition status storage unit 154 based on the acquired lottery result (image selected by lottery). Change the flag information of the statue from unacquired to acquired. As a result, the reward giving unit 115 gives the user an image selected by lottery.

Here, the predetermined acquisition condition includes that the executed games reach a preset maximum number of games. For example, when the reward giving unit 115 reaches the preset maximum number of games regardless of the outcome of the game, the user draws an image drawn based on the type of capsule, the type of event deck used, the added value of CP, and the like. Give to. It should be noted that the predetermined acquisition condition may include instructing the user before the executed game reaches the preset maximum number of games.

The card processing unit 116 changes the level, parameter values, and the like associated with the player card according to the execution of the game. Further, when the card processing unit 116 synthesizes a plurality of player cards owned by the user among the plurality of player cards by the user's operation, the card processing unit 116 increases the number of times the limit is exceeded each time the synthesis is performed.

The display control unit 117 controls the display of the game screen (display unit 14). For example, the display control unit 117 controls the display of the event screens G10 to G30 shown in FIGS. 1 to 4 and the pictorial book screen G40 shown in FIG.

For example, the display control unit 117 causes the picture book screen G40 to display a list of a plurality of types of images that can be acquired by the user in the game. For example, the display control unit 117 does not display information that can determine the type of the image in the image of the type that the user has not acquired in the list for each type of the image of the plurality of types, and the type of the image that the user has acquired. Information that can identify the type of the image is displayed on the image.

Further, the display control unit 117 displays a hint useful for acquiring the image of the unacquired type for the image of the type that the user has not acquired, based on the acquisition history of the image acquired by the user. Specifically, the display control unit 117 refers to the hint display condition table shown in FIG. 17, and is an image in which the hint can be displayed among the types of images that the user has not acquired (that is, the hint display condition is satisfied. The image) displays information (for example, the “?” Mark in FIG. 16) indicating that a hint useful for acquiring the unacquired type of image can be displayed. For example, on the pictorial book screen G40 shown in FIG. 16, when an operation is performed on an image capable of displaying hints from the list for each type of image, the display control unit 117 displays hint information of the image. The hint includes information regarding the above-mentioned predetermined lottery conditions and the like.

[Event processing operation]
Next, the operation of event processing of the game executed by the CPU 11 of the user terminal 10 will be described. FIG. 22 is a flowchart showing an example of event processing according to the present embodiment.

(Step S100) Before the start of the game, the CPU 11 transmits a lottery instruction for drawing one of a plurality of types of capsules to the game server 30 and acquires a lottery result (data of the drawn capsules).

(Step S102) The CPU 11 transmits a lottery instruction for drawing the options of the event decks that can be used in the game to the game server 30, and acquires the lottery result (data of the lottered event decks). For example, the CPU 31 acquires three event decks as event deck options.

(Step S104) When the CPU 11 receives a lottery instruction for re-drawing capsules, the CPU 11 transmits a lottery instruction for re-drawing capsules by consuming BP to the game server 30 and acquires a lottery result (data of the drawn capsules). To do. Each time a lottery instruction for re-drawing the capsule is received, the CPU 11 repeats the process of step S104.

(Step S106) The CPU 11 executes a game process using the event deck selected by the user from the event deck options. For example, the CPU 11 consumes the GP and the selected event deck, selects the difficulty level of the match (difficulty level of the opponent) based on the operation of the user, and executes the processing of the match.

(Step S108) The CPU 11 grows the capsule in response to the process of step S106. For example, the CPU 11 adds a CP (capsule CP) calculated based on the CP calculation method (calculation formula of the card CP and the capsule CP) described above.

(Step S112) In order to replenish the event deck used (consumed) in step S106, the CPU 11 transmits a lottery instruction for drawing the options of the event deck to the game server 30, and the lottery result (of the lottered event deck). Data) is acquired. Here, the CPU 11 acquires the data of the event deck for the consumed amount (one).

(Step S114) The CPU 11 determines whether or not the predetermined acquisition condition is satisfied. For example, a predetermined acquisition condition is that the executed game reaches a preset maximum number of games, or the executed game is instructed by the user before reaching the preset maximum number of games. is there. When the CPU 11 determines that the predetermined acquisition condition is satisfied (YES), the CPU 11 proceeds to the process of step S116. On the other hand, when the CPU 11 determines that the predetermined acquisition condition is not satisfied (NO), the CPU 11 returns to the process of step S106.

(Step S116) The CPU 11 opens the capsule, transmits a lottery instruction to draw one of a plurality of types of images to the game server 30, and acquires a lottery result (data of the drawn images).

(Step S118) The CPU 11 is an image selected by lottery among the flag information for each type of image stored in the reward acquisition status storage unit 154 based on the acquired lottery result (image selected by lottery). Change the flag information of from unacquired to acquired. As a result, the CPU 11 gives the user an image (reward) selected by lottery.

(Step S120) The CPU 11 determines whether or not the user has acquired (completed) all the images. When the CPU 11 determines that all the images have been acquired (completed) (YES), the CPU 11 proceeds to the process of step S122. On the other hand, when the CPU 11 determines that all the images have not been acquired (completed) (NO), the CPU 11 proceeds to the process of step S122.

(Step S122) The CPU 11 gives a complete reward. For example, the CPU 11 grants the user a BP or GP recovery drug, an item used in another game, an in-game currency, or the like as a complete reward.

(Step S124) The CPU 11 grants an image (statue) acquisition reward for each rank. For example, the reward is set according to the number of images acquired for each rank. As an example, the CPU 11 grants a reward A to a user who has acquired 10 bronze images, a reward B to a user who has acquired 10 silver images, and gold (GOLD). A reward C is given to the user who has acquired 10 images of. Further, the CPU 11 gives a reward D to a user who has acquired 20 bronze images, and a reward E to a user who has acquired 20 silver (SILVER) images, and gold (GOLD). The reward F may be given to the user who has acquired 20 images of).

In this way, even if all the images cannot be acquired (completed), the reward is given to the user according to the number of collected images, so that the user's motivation to play can be promoted. For example, the CPU 11 receives a preset image (statue) acquisition reward (for example, a BP or GP recovery drug, or an item or in-game currency used in another game, etc., according to the number of image acquisitions for each rank. ) Give to the user.

(Step S126) The CPU 11 displays data indicating the reward acquisition status stored in the reward acquisition status storage unit 154 and a hint display condition table (FIG. 17) stored in the event data storage unit 353 of the game server 30. Refer to it to determine whether or not the hint display condition is satisfied. When the CPU 11 determines that the hint display condition is satisfied (YES), the CPU 11 proceeds to the process of step S128. On the other hand, when the CPU 11 determines that the hint display condition is not satisfied (NO), the CPU 11 returns to the process of step S106.

(Step S128) The CPU 11 updates the types of images that can display hints so that hints of images that satisfy the hint display conditions can be displayed. Then, the process returns to the process of step S106.

[Summary of Embodiment (1)]
As described above, the user terminal 10 (an example of a game device) according to the present embodiment executes a game process using a deck including a plurality of player cards (an example of a game element). For example, the user terminal 10 executes a match (an example of a match) between a deck selected from a plurality of types of decks associated with the user and an opponent's deck, and adds CP (an example of points) for each match. To do. Then, when the user terminal 10 reaches the preset maximum number of games (number of battles) regardless of the outcome of the game, the user terminal 10 gives the user an image (an example of reward) based on the added value of CP.

As a result, the user terminal 10 is rewarded when the maximum number of games set in advance is reached regardless of the outcome of the game by playing a game with the opponent, so that the user terminal 10 can play with the user who has been playing for a long time. Any user, including a user who has just started, can enjoy it. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

Further, the user terminal 10 causes one of a plurality of types of capsules (an example of a game object) to be drawn by lottery before the start of the game. Then, when the user terminal 10 reaches the preset maximum number of games (number of battles), the user terminal 10 gives the user an image (an example of reward) based on the added value of CP and the type of capsule selected by lottery. ..

As a result, the user terminal 10 rewards the user based on the type of capsule determined by lottery before the start of the game and the CP accumulated by playing the game, so that the user terminal 10 starts playing with the user who has been playing for a long time. It is possible to reduce the influence on the reward due to the difference with the new user.

Further, when the user terminal 10 reaches the preset maximum number of games (number of battles), the CP addition value, the type of capsule (an example of a game object) selected by lottery, and the selected event deck (an example of a game object) are used. Give the user an image (an example of reward) based on the type of deck (an example of a deck).

As a result, the user terminal 10 rewards the user based on the type of capsule determined by lottery before the start of the match, which event deck is used for the match, and the CP accumulated by the match. It is possible to reduce the influence on the reward due to the difference between the user who has been playing for a long time and the user who has just started playing.

Further, each of the plurality of player cards (an example of a game element) is stored in the storage unit 15 in association with parameters that change according to the execution of the game processing. Then, the user terminal 10 adds CP for each match (an example of a match) based on the parameters associated with one or a plurality of player cards owned by the user among the plurality of player cards.

As a result, in the user terminal 10, the parameters of the player card included in the deck used by the user affect the CP added for each match, so that the result that the user has played so far can be applied to the content of the reward to some extent. It can be reflected. That is, according to the present embodiment, it is possible to reduce the influence on the reward due to the difference between the user who has been playing for a long time and the user who has just started playing, and the user who has been playing for a long time has an advantage. It is also possible to leave some sex.

Further, the user terminal 10 is based on the parameters associated with a predetermined number of player cards in descending order of the card CP based on the parameters associated with one or more player cards (an example of a game element) owned by the user. CP is added for each match.

As a result, the user terminal 10 adds CPs based on a predetermined number of player cards in descending order of card CP among the player cards owned by the user, regardless of whether or not they are set in the deck. Since it is calculated automatically, for example, even if a player card with a low card CP is included in the player card set in the deck, there is no need for the user to bother to replace the player card set in the deck for the event. , Easy and convenient.

Further, in the game of the present embodiment, a predetermined event period (an example of a predetermined period) is set. Then, regardless of the event period, the user terminal 10 has a deck (a normal game that is not an event period) in which one of a plurality of player cards (an example of a game element) owned by the user is associated with the user. Set to the deck used in). On the other hand, during the event period, the user terminal 10 sets any of the plurality of player cards that the user does not own in the event deck associated with the user only during the event period. This event deck is prepared in advance by the management side as a deck for the event.

As a result, the user terminal 10 can introduce a player card that the user does not own so that the user can try it. For example, the user terminal 10 can have an interest in a player card that the user does not own and a willingness to purchase. In addition, the user terminal 10 can introduce the player card that the management side plans to appear in the game in advance to the user.

Further, the user terminal 10 uses the opponent's event from a plurality of event decks prepared in advance based on the strength of the opponent selected by the user (for example, good, normal, strong, and onitsuyo). Select a deck.

As a result, the user terminal 10 can select the strength of the opponent according to the strength of the deck owned by the user, so that both the user who has been playing for a long time and the user who is playing for the first time can play the game. You can enjoy it.

In addition, the user terminal 10 causes one of a plurality of types of capsules (an example of a game object) to be re-lottered according to billing or consumption of in-game currency.

As a result, the user terminal 10 can select and play a capsule with the aim of acquiring a desired image (an example of a reward), so that the game can be enhanced.

In addition, the parameters associated with the player card include the rarity of the player card, the type of ability, the level, or the number of times the limit is exceeded.

As a result, the user terminal 10 affects the normal play situation other than the user's event on the amount of CP to be added to the capsule, so that the superiority of the user who has been playing for a long time in the event can be considered to some extent. it can.

In addition, a preset maximum number of games (an example of the number of battles) is set for each of a plurality of types of capsules (an example of a game object). Then, when the user terminal 10 reaches the maximum number of games set for the drawn capsule among the plurality of types of capsules, the user terminal 10 gives the user an image (an example of reward) based on the added value of CP, and the maximum number of games. Even before reaching, an image based on the added value of CP at the time instructed by the user is given to the user.

As a result, the user terminal 10 can be played while considering the timing of opening the capsule with the aim of obtaining the desired image (an example of reward), so that the game is different from the competition of ranking based on the mere victory or defeat of the game. Gender can be provided to the user.

In addition, the user terminal 10 changes the level value associated with the player card according to the execution of the game. Further, the user terminal 10 increases the number of times the limit is exceeded according to the synthesis of a plurality of player cards owned by the user among the plurality of player cards (an example of a game element).

As a result, the user terminal 10 can consider the superiority of the user who has been playing for a long time to some extent.

In addition, the above-mentioned image (an example of reward) is classified into a plurality of ranks. Further, the plurality of types of capsules (an example of a game object) include a rank-determining capsule in which one rank of the plurality of ranks and the maximum number of games (an example of the number of battles) are associated in advance. .. Then, when any one of the plurality of types of capsules is selected by lottery, the user terminal 10 causes the display unit 14 to display the maximum number of games associated with the selected capsule.

As a result, the user terminal 10 expects that when the rank-determined capsule is drawn in the option lottery, the rank of the image given as a reward may be 3 when the maximum number of games of the drawn capsule is 5, for example. Can give a feeling. In other words, the user terminal 10 can raise the expectation for the rank of the image that will appear later by the user seeing the maximum number of games, thanks to the option lottery.

Each of the plurality of types of event decks is selected by lottery from a plurality of types of event decks prepared in advance.

As a result, the user terminal 10 causes the user to use an event deck prepared for an event different from the deck used by the user in normal play, so that the user terminal 10 has been playing with the user who has been playing for a long time. Any user can enjoy it by reducing the difference with the user who does not have it.

[Summary of Embodiment (2)]
Further, the user terminal 10 (an example of a game device) according to the present embodiment processes a game in which the user aims to acquire all types of a plurality of types of images (an example of a game element) preset in the game. Execute. The user terminal 10 causes the display unit 14 to display a list of a plurality of types of images that can be acquired by the user in the game. For example, when a predetermined acquisition condition in the game is satisfied, the user terminal 10 causes a lottery of one of a plurality of types of images based on the predetermined lottery condition, and the image acquired by the user and the image not yet acquired by the user. The storage unit 15 in which information that can be distinguished from the acquired image is stored stores the image selected by lottery as an acquired image by the user. Further, the user terminal 10 does not display information that can determine the type of the image on the image of the type that the user has not acquired in the list (list) for each type of the plurality of types of images displayed on the display unit 14. , Information that can determine the type of the image is displayed on the image of the type acquired by the user. Further, the user terminal 10 provides useful information (for example, a hint) for acquiring the image of the unacquired type for the image of the type that the user has not acquired, based on the acquisition history of the image acquired by the user. Display it.

As a result, the user terminal 10 is not simply a game specification that is more advantageous as the number of battles increases, but is a game that aims to acquire all kinds of images. Since useful hints can be obtained for acquisition, the game can be advanced while referring to the hints regardless of the user's playing experience (whether or not he / she has been playing for a long time). Therefore, since the user terminal 10 can display the above hint, it is possible to prevent the user from taking too long to collect the images. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

The type of image (an example of a game element) that the user aims to acquire does not have to be "all", and may be, for example, a predetermined number or a predetermined ratio. That is, it may be a process of a game aiming at acquisition of a predetermined type of a plurality of types of images (an example of a game element).

Further, the user terminal 10 acquires the image of the unacquired type as the image of the type that the user has not acquired in the list (list) for each type of the image (an example of the game element) to be displayed on the display unit 14. Information (for example, the "?" Mark M1 in FIG. 16) indicating that useful information (for example, a hint) can be displayed is displayed.

As a result, when the user wants to acquire an image of an unacquired type, the user terminal 10 can present a hint for acquiring the image to the user in an easy-to-understand manner. Further, the user terminal 10 can improve the operability by displaying the hint by operating the hint.

Further, the user terminal 10 executes a step of executing a match (an example of a match) with an opponent based on a user's play operation, and the executed match is preset in the above-mentioned predetermined acquisition conditions. It includes reaching the maximum number of matches (an example of the number of matches).

As a result, the user terminal 10 is rewarded when the maximum number of games set in advance is reached, so that it is possible to provide a highly game-like game that can be enjoyed by many users regardless of their skill level of play.

It should be noted that the above-mentioned predetermined acquisition condition may include instructing the user before the executed match reaches the preset maximum number of matches (an example of the number of matches).

In addition, the above-mentioned predetermined lottery conditions include a first condition (for example, capsule type (color)) determined before the start of a match (an example of a match).

As a result, the user terminal 10 can present the user with materials for determining whether or not to continue the play as it is before the start of the game.

In addition, the above-mentioned predetermined lottery conditions include a second condition determined by a match (an example of a match) (for example, the type of event deck used for the match, the total value of CP added to the capsule, etc.). Is done.

As a result, the user terminal 10 presents to the user materials for determining whether or not to continue playing (match) even after the start of the match and materials for determining the selection of the event deck to be used. be able to.

Further, the user terminal 10 adds CP (an example of points) for each match (an example of a match). The above-mentioned second condition includes a condition based on the added CP, and the total of the added CP and the type (for example, rank) of a plurality of types of images (an example of a game element) are associated with each other in the storage unit. It is stored in 15. Then, the user terminal 10 draws one of a plurality of types of images from among the types of images associated with the sum of the added CPs. Further, the above-mentioned predetermined acquisition condition includes instructing the user before the executed game reaches a preset maximum number of games (an example of the number of games).

As a result, the user terminal 10 can aim at the acquisition of all types of images by the user so that the ranks of the unacquired types of images are won by lottery. For example, when the user terminal 10 has collected all the high-ranked images, the user draws a lottery of the images before reaching the maximum number of games while checking the total value of CP in order to acquire the low-ranked images. Can be instructed.

Further, the user terminal 10 causes one of a plurality of types of capsules (an example of a game object) to be drawn by lottery before the start of a match (an example of a match). Further, when the user terminal 10 executes a match, the user terminal 10 plays against an event deck selected from a plurality of types of event decks (an example of a deck) including a plurality of player cards (an example of a character) associated with the user. Play a match against your opponent's deck. The predetermined lottery conditions described above include a condition determined by the type of capsule selected by lottery among a plurality of types of capsules (first condition) and a condition determined by the type of event deck used for the game (second condition). ), And useful information (eg, hints) for acquiring an unacquired type of image (an example of a game element) includes information about the above-mentioned predetermined lottery conditions.

As a result, the user terminal 10 can aim and acquire a desired image by allowing the user to select the type of capsule and the event deck to be used for the game, so that the user can aim to acquire all the images. .. In addition, the user terminal 10 can give a feeling of control by the user to some extent while the image is selected by lottery, and can improve the game quality.

Further, in the game, an event period (predetermined period) is set in which the user can play to acquire a plurality of types of images (an example of a game element).

As a result, the user terminal 10 aims to collect images in a limited fixed period of time, and if the player works hard only during that period, he / she will receive a reward. Therefore, even a user who does not usually play the game can participate in the game. It is possible to provide a highly game-like game that is easy to play and can be enjoyed by many users.

[Modification example]
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-described embodiments, and includes designs and the like within a range that does not deviate from the gist of the present invention. For example, the configurations described in the above embodiments can be arbitrarily combined.

In the above embodiment, an example in which the reward (that is, the reward given to the user) generated by opening the capsule at the event is an image (statue) has been described, but the image is an example, and other It may be a game element (eg, an item, a card, etc.).

Further, in the above embodiment, an example has been described in which a capsule is grown by adding CP to the capsule and accumulating the capsule, and the capsule is opened to receive a reward. However, the target to which the CP is added is not limited to the capsule. It can be any game object.

Further, in the above embodiment, an example of managing using both "acquired" and "unacquired" as flag information of the image acquisition status has been described, but only one of them may be stored and managed. .. For example, it may be managed only by the flag information indicating "acquired", or may be managed only by the flag information indicating "not acquired".

Further, a program for realizing the functions of the game control unit 110 or the server control unit 310 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into the computer system and executed. As a result, processing as the game control unit 110 or the server control unit 310 may be performed. Here, "loading and executing a program recorded on a recording medium into a computer system" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium that can be accessed from the distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device, or the distribution server for distributing each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall also include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned functions in combination with a program already recorded in the computer system.

Further, some or all the functions of the game control unit 110 or the server control unit 310 described above may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

Further, a part or all of the functions of the server control unit 310 included in the game server 30 may be performed by a device other than the game server 30. For example, a part or all of the functions of the server control unit 310 may be performed by another server device (not shown) that is communicatively connected to the game server 30.

Further, at least a part of each configuration included in the user terminal 10 may be provided by the game server 30, and at least a part of each configuration included in the game server 30 may be provided by the user terminal 10.

[Appendix A]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated mode.

(Appendix A1) The game program according to one aspect of the present invention is a game program that executes a game process using a deck including a plurality of game elements (for example, player cards), and is associated with a computer and a user. A step (S106) of executing a match (for example, a match) between a deck selected from a plurality of types of decks and an opponent's deck, and a step (S108) of adding points (for example, CP) for each match. When the preset number of battles (for example, the maximum number of games) is reached regardless of the outcome of the battle, a reward (for example, an image) based on the added value of the points is given to the user (S118). To execute.

According to the configuration of Appendix A1, by playing against an opponent, a reward will be given when the preset number of battles is reached regardless of the outcome of the battle, so after starting play with a user who has been playing for a long time. Any user with a new user can enjoy it. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

(Appendix A2) Further, one aspect of the present invention is the game program described in Appendix A1, and a plurality of types of game objects (for example, capsules) are sent to the computer before the start of the match (for example, a match). When the preset number of battles (for example, the maximum number of games) is reached in the step of executing the step (S100) of drawing one of the points and giving the reward, the added value of the points and the said A reward based on the type of game object selected by lottery is given to the user.

According to the configuration of Appendix A2, the reward is determined based on the type of game object determined by lottery before the start of the match and the points accumulated by performing the match, so even after starting to play with the user who has been playing for a long time. It is possible to reduce the influence on the reward due to the difference with no user.

(Appendix A3) Further, one aspect of the present invention is the game program described in Appendix A2, and when the preset number of battles (for example, the maximum number of games) is reached in the step of granting the reward, A reward based on the added value of the points, the type of the game object (for example, a capsule) selected by the lottery, and the type of the selected deck (for example, an event deck) is given to the user.

According to the configuration of Appendix A3, the reward is determined based on the type of game object determined by lottery before the start of the match, which deck to use for the match, and the points accumulated by the match, so play for a long time. It is possible to reduce the influence on the reward due to the difference between the user who is playing and the user who has just started playing.

(Appendix A4) Further, one aspect of the present invention is the game program according to any one of the appendices A1 to A3, and each of the plurality of game elements (for example, a player card) is a process of the game. Parameters that vary according to the execution of the game are associated and stored in the storage unit (15), and are associated with one or a plurality of game elements owned by the user among the plurality of game elements in the addition step. Points are added for each match based on the above parameters.

According to the configuration of Appendix A4, the parameters of the game elements included in the deck used by the user affect the points added for each match, so the results that the user has played so far can be added to the reward content to some extent. It can be reflected. In other words, it is possible to reduce the influence on the reward due to the difference between the user who has been playing for a long time and the user who has just started playing, and it is also possible to retain the superiority of the user who has been playing for a long time to some extent. ..

(Appendix A5) Further, one aspect of the present invention is the game program described in Appendix A4, which is associated with one or more game elements (for example, player cards) owned by the user in the addition step. Points are added for each match based on the parameters associated with a predetermined number of game elements in descending order of parameter-based values (for example, card CP).

According to the configuration of Appendix A5, a predetermined number of game elements in descending order of parameter-based values (for example, card CP) among game elements owned by the user, regardless of whether or not they are set in the deck. Because the points to be added are automatically calculated based on, for example, even if the game elements set in the deck include game elements with low points, the user has a predetermined period (event period). There is no need to bother to replace the game elements set in the deck, which is simple and convenient.

(Appendix A6) Further, one aspect of the present invention is the game program according to any one of Appendix A1 to Appendix A5, wherein a predetermined period (for example, an event period) is set, and the predetermined period is set. Regardless of the step of setting any one of the plurality of game elements (for example, player cards) owned by the user to the deck associated with the user, and within the predetermined period, the said. A step of setting any of a plurality of game elements that the user does not own to a deck (for example, an event deck) associated with the user for a limited period of time is executed. Let me.

According to the configuration of Appendix A6, it is possible to introduce a game element that the user does not own so that the user can try it. For example, the user terminal 10 can have an interest in a game element that the user does not own and a willingness to purchase. In addition, the user terminal 10 can introduce the game elements that the management side plans to appear in the game in advance to the user.

(Appendix A7) Further, one aspect of the present invention is the game program according to any one of the appendices A1 to A6, wherein the strength of the opponent selected by the user (for example, the strength of the opponent) is applied to the computer. The step (S106) of selecting the opponent's deck from a plurality of decks (for example, event decks) prepared in advance is executed based on the good, normal, strong, and onitsuyo.

According to the configuration of Appendix A7, the strength of the opponent can be selected according to the strength of the deck owned by the user, so that both the user who has played for a long time and the user who plays for the first time can play the game. You can enjoy it.

(Appendix A8) Further, one aspect of the present invention is the game program described in Appendix A2, and in the step of drawing lots, the plurality of types of game objects (for example, for example, depending on billing or consumption of in-game currency). Have one of the capsules re-lottery.

According to the configuration of Appendix A8, since the user can select and play the game object aiming at a desired reward, the game quality can be enhanced.

(Appendix A9) Further, one aspect of the present invention is the game program described in Appendix A4 or Appendix 5, in which the parameters include the rarity of the game element (for example, a player card), the type of ability, and the level. Or the number of limit breakthroughs is included.

According to the configuration of Appendix A9, since the normal play situation other than the user's event affects the amount of CP added to the capsule, the superiority of the user who has been playing for a long time in the event may be considered to some extent. it can.

(Appendix A10) Further, one aspect of the present invention is the game program described in Appendix A2, and each of the plurality of types of game objects (for example, a capsule) has a preset number of battles (for example, for example). The maximum number of games) is set, and when the number of battles set for the game object drawn from the plurality of types of game objects (for example, capsules) is reached in the step of granting the reward, the points are given. A reward based on the added value is given to the user, and a reward based on the added value of the points at the time instructed by the user is given to the user even before the number of battles is reached.

According to the configuration of Appendix A10, the user can play while considering the timing of opening the game object aiming at the acquisition of the desired reward, so that the user is given a game property different from the competition of ranking based on the mere victory or defeat of the battle. Can be provided.

(Appendix A11) Further, one aspect of the present invention is the game program described in Appendix A9, wherein the computer is subjected to a step of changing the value of the level according to the execution of the match (for example, a match). A step of increasing the number of times the limit is exceeded is executed according to the synthesis of the plurality of game elements owned by the user among the plurality of game elements (for example, player cards).

According to the configuration of Appendix A11, the superiority of the user who has been playing for a long time can be considered to some extent.

(Appendix A12) Further, one aspect of the present invention is the game program described in Appendix A2, in which the rewards (for example, images) are classified into a plurality of ranks, and the plurality of types of game objects (for example, the image) are classified. , Capsule) includes a rank-determining game object (for example, a rank-determining capsule) in which the rank of one of the plurality of ranks and the number of battles are previously associated with each other. When any one of the plurality of types of game objects is selected by lottery, the step of displaying the number of battles associated with the selected game object on the display unit (14) is executed.

According to the configuration of Appendix A12, when a rank-determined game object is drawn, if the maximum number of games of the drawn game object is 5, for example, the expectation that the rank of the image given as a reward may be 3. Can be given. In other words, the user terminal 10 can raise the expectation for the rank of the image that will appear later by the user seeing the maximum number of games, thanks to the presence of this rank determination game object.

(Appendix A13) Further, one aspect of the present invention is the game program according to any one of the appendices A1 to A12, and each of the plurality of types of decks (for example, an event deck) is prepared in advance. It is selected by lottery from a plurality of types of decks (for example, event decks).

According to the configuration of Appendix A13, in order to allow the user to use an event deck prepared for an event different from the deck used by the user in normal play, it is possible to play with the user who has been playing for a long time. Any user can enjoy it by reducing the difference with the user who does not have it.

(Appendix A14) The game processing method according to one aspect of the present invention is a game processing method executed by a computer that executes game processing using a deck including a plurality of game elements (for example, player cards), and is a user. A step of executing a match (for example, a match) between a selected deck and an opponent's deck among a plurality of types of decks associated with, a step of adding points (for example, CP) for each match, and the above-mentioned step. When the preset number of battles (for example, the maximum number of games) is reached regardless of the outcome of the battle, a step of giving a reward (for example, an image) based on the added value of the points to the user is included.

(Appendix A15) The game device (10) according to one aspect of the present invention is a game device that executes a game process using a deck including a plurality of game elements (for example, player cards), and is associated with a user. A battle processing unit (113) that executes a battle (for example, a match) between a deck selected from a plurality of types of decks and an opponent's deck, and a point addition unit that adds points (for example, CP) for each battle. (114) and, when the preset number of battles (for example, the maximum number of games) is reached regardless of the outcome of the battle, a reward (for example, an image) based on the added value of the points is given to the user. A unit (115) is provided.

According to the configurations of Appendix A14 and Appendix A15, by playing against an opponent, a reward is given when the preset number of battles is reached regardless of the outcome of the battle, so that the user who has been playing for a long time can play. Any user can enjoy it with a user who has just started. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

[Appendix B]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated mode.

(Appendix B1) The game program according to one aspect of the present invention causes a computer to process a game in which a user aims to acquire all types of a plurality of types of game elements (for example, images) preset in the game. A step of displaying a list (list) for each type of the plurality of types of game elements that the user can acquire in the game in the game program to be executed on the display unit (14), and a predetermined step in the game. When the acquisition conditions are satisfied, a step (S116) of drawing any game element from the plurality of types of game elements based on a predetermined lottery condition, and a game element acquired by the user and an unacquired game element are not acquired. The storage unit (15) in which information distinguishable from the game elements is stored is allowed to execute the step (S118) of storing the game elements selected by the lottery as the acquired game elements by the user. In the step of displaying, in the list (list) to be displayed on the display unit (14), the information that can determine the type of the game element is not displayed on the game element of the type that the user has not acquired, and the user. Is a step of displaying information that can determine the type of the game element in the game element of the type acquired by the user, and a game element of the type not acquired by the user based on the acquisition history of the game element acquired by the user. Includes a step of displaying useful information (eg, hints) for acquiring the unacquired type of game element.

According to the configuration of Appendix B1, it is not simply a game specification that is more advantageous as the number of battles increases, but a game that aims to acquire all kinds of game elements (for example, statues), and by acquiring game elements. , You can also get useful hints to acquire game elements that have not been acquired yet, so you can proceed with the game while referring to the hints regardless of the user's playing experience (whether or not they have been playing for a long time). .. Therefore, since the above hint can be displayed, it is possible to prevent the user from taking too long to collect the game elements. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

The type of game element that the user aims to acquire does not have to be "all", and may be, for example, a predetermined number or a predetermined ratio. That is, it may be a process of a game aiming at acquisition of a predetermined type among a plurality of types of game elements.

(Appendix B2) Further, one aspect of the present invention is the game program described in Appendix B1, in which the user is not included in the list (list) to be displayed on the display unit (14) in the step of displaying the game program. Information (? Mark) indicating that useful information (for example, a hint) can be displayed for acquiring the unacquired type of game element is displayed on the acquired type of game element (for example, a statue). Let me.

According to the configuration of Appendix B2, when the user wants to acquire an unacquired type of game element, a hint for acquiring the game element can be presented to the user in an easy-to-understand manner. Further, the operability can be improved by displaying the hint by operating the hint.

(Appendix B3) Further, one aspect of the present invention is the game program described in Appendix B1 or Appendix B2, in which the computer executes a match (for example, a match) with an opponent based on the play operation of the user. Step (S106) is executed, and the predetermined acquisition condition includes that the executed match reaches a preset number of matches (for example, the maximum number of matches).

According to the configuration of Appendix B3, a reward is given when the preset number of battles (for example, the maximum number of games) is reached, so that many users can enjoy the game regardless of their skill level of play. Can provide expensive games.

It should be noted that the predetermined acquisition condition may include instructing the user before the executed match (for example, a match) reaches a preset maximum number of matches (an example of the number of matches).

(Appendix B4) Further, one aspect of the present invention is the game program described in Appendix B3, and the predetermined lottery conditions include a first condition (an example of a match) determined before the start of the match (an example of a match). For example, the type (color) of the capsule is included.

According to the configuration of Appendix B4, before the start of the game, it is possible to present the user with materials for determining whether or not to continue the play as it is.

(Appendix B5) Further, one aspect of the present invention is the game program described in Appendix B3 or Appendix B4, and the predetermined lottery condition includes a second condition determined by the match (for example, used for a match). The type of event deck to be played, the total value of CP added to the capsule, etc.) are included.

According to the configuration of Appendix B5, the user is presented with materials for determining whether or not to continue playing (match) even after the start of the match and materials for determining the selection of the event deck to be used. be able to.

(Appendix B6) Further, one aspect of the present invention is the game program described in Appendix B5, in which a computer is made to execute a step of adding points (for example, CP) for each match (for example, a match). The second condition includes a condition based on the added points, and the total of the added points and the types of the plurality of types of game elements (for example, an image) are associated with each other in the storage unit (15). ), And in the step of drawing the lottery, one of the game elements of the type associated with the total of the added points among the plurality of types of game elements is drawn, and the predetermined The acquisition condition includes that the user is instructed before the executed match reaches a preset number of matches (for example, the maximum number of matches).

According to the configuration of Appendix B6, in aiming to acquire all types of game elements (for example, statues), the user can aim to win the rank of the unacquired type of game element by lottery. .. For example, when the user terminal 10 has collected all the high-ranked game elements, the user terminal 10 checks the total value of CP and before reaching the preset number of battles in order to aim for the acquisition of the low-ranked game elements. The user can instruct the lottery of game elements.

(Appendix B7) Further, one aspect of the present invention is the game program described in Appendix B3, which is applied to the computer.
Prior to the start of the match, the user is made to execute a step (S100) of drawing one of a plurality of types of game objects (for example, a capsule), and in a step of executing the match (for example, a match). A battle is executed between a deck selected from a plurality of types of decks (for example, event decks) including a plurality of associated characters (for example, player cards) and an opponent's deck, and the predetermined lottery conditions are met. , The condition determined by the type of the game object selected by lottery among the plurality of types of game objects (first condition) and the condition determined by the type of deck used for the battle (second condition) are included. Information (eg, hints) useful for acquiring an unacquired type of game element (eg, image) includes information about the predetermined lottery condition.

According to the configuration of Appendix B7, the user can select the type of game object (for example, capsule) and the event deck to be used for the game, so that a desired game element (for example, an image) can be targeted and acquired. The user can aim to acquire all the game elements. Further, the user terminal 10 can give a feeling that the user controls to some extent while the game element is selected by lottery, and can improve the game quality.

(Supplementary Note B8) Further, one aspect of the present invention is the game program according to any one of Supplementary Provisions B1 to B7, in which the user uses the plurality of types of game elements (for example, an image). A predetermined period (for example, an event period) during which a play can be performed is set.

According to the structure of Appendix B8, the goal of the game is to collect game elements (for example, statues) in a limited period of time, and if you do your best to play only during that period, you will be rewarded, so you usually play too much. It is possible to provide a highly game-like game that can be easily enjoyed by many users because it is easy for even a non-user to participate in the game.

(Appendix B9) The game processing method according to one aspect of the present invention executes game processing in which the user aims to acquire all types of a plurality of types of game elements (for example, images) preset in the game. A game processing method executed by a computer, the step of displaying a list (list) for each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit (14), and the game. When a predetermined acquisition condition is satisfied, a step (S116) of drawing any game element from the plurality of types of game elements based on the predetermined lottery condition, and a game element acquired by the user. A step (S118) of storing the game element selected by the lottery as a game element acquired by the user in a storage unit (15) in which information that can distinguish between the game element and the unacquired game element is stored. Including, the display step does not display information that can determine the type of the game element in the game element of the type that the user has not acquired in the list (list) to be displayed on the display unit (14). , The type that the user has not acquired based on the step of displaying information that can determine the type of the game element in the game element of the type that the user has acquired, and the acquisition history of the game element that the user has acquired. The game element includes a step of displaying useful information (for example, a hint) for acquiring the unacquired type of game element.

(Appendix B10) The game device according to one aspect of the present invention is a game that executes a game process in which the user aims to acquire all types of a plurality of types of game elements (for example, images) preset in the game. A display control unit (117) that displays a list (list) for each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit (14), and a display control unit (117) in the game. When a predetermined acquisition condition is satisfied, a lottery instruction unit (112) for drawing any game element from the plurality of types of game elements based on the predetermined lottery condition, and a game element acquired by the user. A game element giving unit (115) that stores the game element selected by the lottery as a game element acquired by the user in a storage unit (15) in which information that can distinguish between the game element and the unacquired game element is stored. In the list (list) to be displayed on the display unit (14), the display control unit (117) can determine the type of the game element for the type of game element that the user has not acquired. Information that can be determined by the type of the game element is displayed on the game element of the type acquired by the user, and the user can use the acquisition history of the game element acquired by the user. For the game element of the unacquired type, useful information (for example, a hint) for acquiring the game element of the unacquired type is displayed.

According to the configurations of Appendix B9 and Appendix B10, it is not simply a game specification that is more advantageous as the number of battles increases, but a game that aims to acquire all kinds of game elements (for example, statues), and acquires game elements. By going, you can get useful hints to acquire game elements that have not been acquired yet, so proceed with the game while referring to the hints regardless of the user's playing experience (whether or not they have been playing for a long time). be able to. Therefore, since the above hint can be displayed, it is possible to prevent the user from taking too long to collect the game elements. Therefore, it is possible to provide a highly game-like game that can be enjoyed by many users.

1 game system, 10 user terminals, 11 CPU, 12 communication unit, 13 input unit, 14 display unit, 15 storage unit, 30 game server, 31 CPU, 32 communication unit, 35 storage unit, 110 game control unit, 111 deck setting Unit, 112 lottery instruction unit, 113 battle processing unit, 114 point addition unit, 115 reward giving unit, 116 card processing unit, 117 display control unit, 151 user data storage unit, 152 possession card data storage unit, 153 deck data storage unit. 154 Reward acquisition status storage unit, 310 server control unit, 311 capsule lottery unit, 312 deck lottery unit, 313 reward determination unit, 351 user data storage unit, 352 card data storage unit, 353 event data storage unit, 354 event deck data Memory

Claims (10)

A game program that executes the processing of a game in which the user aims to acquire all types of a plurality of types of game elements preset in the game.
On the computer
A step of displaying a list of each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit, and
When the predetermined acquisition conditions in the game are satisfied, a step of drawing any game element from the plurality of types of game elements based on the predetermined lottery conditions, and
A step of storing a game element selected by the lottery as a game element acquired by the user in a storage unit in which information that can distinguish between a game element acquired by the user and a game element not acquired by the user is stored. ,
To execute,
The step to be displayed is
In the list to be displayed on the display unit, information that can determine the type of the game element is not displayed on the game element of the type that the user has not acquired, and the game element of the type that the user has acquired is said to be the same. Steps to display information that can identify the type of game element,
Based on the acquisition history of the game element acquired by the user, for the game element of the unacquired type by the user, a step of displaying useful information for acquiring the game element of the unacquired type, and
A game program that includes. In the step of displaying
In the list to be displayed on the display unit, information indicating that the user can display useful information for acquiring the unacquired type of game element is displayed on the unacquired type of game element. Let me
The game program according to claim 1. On the computer
A step of executing a battle with an opponent based on the user's play operation,
To execute,
The predetermined acquisition condition includes that the executed match reaches a preset number of matches.
The game program according to claim 1 or 2. The predetermined lottery condition includes a first condition determined before the start of the match.
The game program according to claim 3. The predetermined lottery condition includes a second condition determined by the match.
The game program according to claim 3 or 4. On the computer
Steps to add points for each match,
To execute,
The second condition includes a condition based on the added points.
The total of the added points and the types of the plurality of types of game elements are associated and stored in the storage unit.
In the step of drawing lots
Among the plurality of types of game elements, one of the game elements of the type associated with the total of the added points is drawn.
The predetermined acquisition condition includes instructing the user before the executed match reaches a preset number of matches.
The game program according to claim 5. On the computer
A step of drawing one of a plurality of types of game objects before the start of the match.
To execute,
In the step of executing the match,
A battle is executed between a deck selected from a plurality of types of decks including a plurality of characters associated with the user and an opponent's deck.
The predetermined lottery conditions include a condition determined by the type of the game object selected by the lottery among the plurality of types of game objects, and a condition determined by the type of the deck used for the battle.
Information useful for acquiring the unacquired type of game element includes information regarding the predetermined lottery conditions.
The game program according to claim 3. The game is set with a predetermined period during which the user can play to acquire the plurality of types of game elements.
The game program according to any one of claims 1 to 7. A game processing method executed by a computer that executes the processing of a game in which the user aims to acquire all types of a plurality of types of game elements preset in the game.
A step of displaying a list of each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit, and
When the predetermined acquisition conditions in the game are satisfied, a step of drawing any game element from the plurality of types of game elements based on the predetermined lottery conditions, and
A step of storing a game element selected by the lottery as a game element acquired by the user in a storage unit in which information that can distinguish between a game element acquired by the user and a game element not acquired by the user is stored. ,
Including
The step to be displayed is
In the list to be displayed on the display unit, information that can determine the type of the game element is not displayed on the game element of the type that the user has not acquired, and the game element of the type that the user has acquired is said to be the same. Steps to display information that can identify the type of game element,
Based on the acquisition history of the game element acquired by the user, for the game element of the unacquired type by the user, a step of displaying useful information for acquiring the game element of the unacquired type, and
Game processing methods including. A game device that executes game processing in which a user aims to acquire all types of a plurality of types of game elements preset in the game.
A display control unit that displays a list of each type of the plurality of types of game elements that can be acquired by the user in the game on the display unit.
When a predetermined acquisition condition in the game is satisfied, a lottery instruction unit that draws one of the plurality of types of game elements based on the predetermined lottery condition, and a lottery instruction unit.
A game element that stores a game element selected by the lottery as a game element acquired by the user in a storage unit in which information that can distinguish between a game element acquired by the user and a game element that has not been acquired is stored. Granting part and
With
The display control unit
In the list to be displayed on the display unit, information that can determine the type of the game element is not displayed on the game element of the type that the user has not acquired, and the game element of the type that the user has acquired is said to be the same. Display information that can identify the type of game element,
Based on the acquisition history of the game element acquired by the user, for the game element of the unacquired type by the user, useful information for acquiring the game element of the unacquired type is displayed.
Game device.

Images