JP2019037750A - Information processor, game program, and information processing method - Google Patents

Abstract

To provide a highly amusing game.SOLUTION: An information processor comprises: a storage part to store multiple types of game conditions set in association with player's game operation; a game progress processing part to determine, on the basis of the player's game operation, whether or not any game condition of the multiple types of game conditions is satisfied; and a screen data generation processing part to generate, when any game condition is satisfied after the player has performed the game operation, screen data for performing a suggestion display as a hint to the player about the satisfaction of the game condition.SELECTED DRAWING: Figure 1

Description

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

  There is a game that allows a battle (battle) between a character operated by a player and an enemy character. As an example of such a game, a game that generates a predetermined incidental effect when a character is controlled during a battle is known. For example, in Patent Document 1, the means for generating an accompanying effect and the contents of the accompanying effect are displayed on the screen to inform the player in advance of information related to the accompanying effect, and the player makes a strategy by utilizing the information. A game that can be made easier is disclosed

JP 2003-19351 A

As in Patent Document 1, when predetermined information related to the progress of the game (for example, information related to the accompanying effect in Patent Document 1) is notified or suggested to the player, the player has an opportunity to anticipate and enjoy the progress of the game. There is a risk of loss of interest in the game.
The present invention has been made in view of such circumstances, and an object thereof is to provide a highly interesting game.

The main invention of the present invention to solve the above problems is
A storage unit for storing a plurality of types of game conditions set in relation to the game operation of the player;
A game progress processing unit that determines whether any one of the plurality of game conditions is satisfied based on a game operation of the player;
Screen data generation processing for generating screen data for performing an implied display as a hint notifying the player that the game condition is satisfied when any of the game conditions is satisfied after the player performs a game operation And
An information processing apparatus characterized by comprising:
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a server device 10. FIG. It is a figure which shows the data structure example of player information. It is a figure which shows the example of a data structure of game progress information. It is a figure which shows the example of a data structure of the information regarding a raid boss battle. It is a figure which shows the data structural example of game condition setting information. It is a figure which shows the data structure example of enemy character information. It is a figure which shows the data structural example of game condition information. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. 4 is a flowchart for explaining a flow of a raid boss battle performed in the game system 1. It is a figure showing an example of the battle | competition screen 50 in a raid boss battle. It is a flowchart explaining the flow of the battle | competition process in a raid boss game. It is a flowchart explaining the determination process in a raid boss battle. It is a figure showing an example of the battle result display screen.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a storage unit that stores a plurality of types of game conditions set in relation to a player's game operation;
A game progress processing unit that determines whether any one of the plurality of game conditions is satisfied based on a game operation of the player;
Screen data generation processing for generating screen data for performing an implied display as a hint notifying the player that the game condition is satisfied when any of the game conditions is satisfied after the player performs a game operation And
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, when a player establishes a predetermined game condition, an implied display corresponding to the game condition is performed. As a result, the player can predict whether the game condition has been established, and then consider what action should be taken. Thereby, the interest of the player with respect to a game can be improved.

Further, in this information processing apparatus, the game progress processing unit
Based on the game operation of the player, it is determined whether or not two or more game conditions selected from the plurality of types of game conditions are satisfied,
The screen data generation processing unit
When any one of the two or more game conditions is satisfied, an implied display as a hint for notifying the player that the game condition is satisfied is performed only for the satisfied game condition. It is also possible to generate screen data.
According to such an information processing apparatus, it is possible to cause the player to think about the element for establishing the game condition and what action the player should take. In addition, in order to establish a game condition that is not established among the two or more game conditions, the player repeatedly plays the game and predicts the correspondence between the implied display and the game condition, thereby further enhancing the player's interest. Can be increased.

Further, in this information processing apparatus, the game progress processing unit
Based on the game operation of the player, it is determined whether or not two or more game conditions selected from the plurality of types of game conditions are satisfied,
The screen data generation processing unit
When all of the two or more game conditions are satisfied, screen data is generated for performing an implicit display as a hint for notifying the player that the game conditions are satisfied, for each of the satisfied game conditions. It ’s also good.
According to such an information processing apparatus, it can be understood that all the game conditions have been established by confirming the implicit display, so that the player can feel a sense of accomplishment and joy. Thereby, a player's interest can further be heightened.

Further, in this information processing apparatus, the game progress processing unit
If all of the two or more game conditions are satisfied, a special effect may be generated while the game is in progress.
According to such an information processing apparatus, the player can obtain a special effect that can advantageously advance the game by satisfying all the game conditions. Therefore, the player comes to consider the game conditions more deeply in order to establish all the game conditions. Therefore, the interest of the player can be further enhanced.

Further, in this information processing apparatus, the game progress processing unit
When all of the two or more game conditions are satisfied, a lottery process for determining whether or not to generate the special effect is executed, and when it is determined to generate the special effect according to a result of the lottery As long as the special effect is generated.
According to such an information processing apparatus, even if all the game conditions are satisfied, a special effect is not always obtained, so that the expectation can be enhanced. Even if a special effect is not obtained, the player has the experience of satisfying all the game conditions, so it is highly possible that all the game conditions will be satisfied next time. It becomes easy to raise.

In the information processing apparatus, two or more game conditions selected from a plurality of types of game conditions may be different for each predetermined period.
According to such an information processing apparatus, since the game condition setting is not changed within a predetermined period, the player can easily predict the game condition, and the players exchange information to Encourage interaction. Therefore, it becomes easy to increase the interest of the player.

In the information processing apparatus, two or more game conditions selected from a plurality of types of game conditions may be different for each player.
According to such an information processing device, it becomes difficult to share hints about game information between different players, so each player needs to predict game conditions with his own power without borrowing the power of other players. Arise. Thereby, the interest of a player can be improved.

Further, in this information processing apparatus, the storage unit stores game conditions set not related to the game operation of the player, in addition to game conditions set related to the game operation of the player,
The two or more game conditions selected from the plurality of types of game conditions include a game condition set in association with a player's game operation and a game condition set without relating to the player's game operation. It may be configured by a combination.
According to such an information processing apparatus, there is a possibility that the game condition may be established based on elements other than the player's own game operation, so that the player needs more complicated examination to establish the game condition. . Therefore, the interest of the player can be further enhanced.

Next, on the computer
A process of storing a plurality of types of game conditions set in relation to the game operation of the player in the storage unit;
A game progress process for determining whether any one of the plurality of game conditions is satisfied based on a game operation of the player;
Screen data generation processing for generating screen data for performing an implied display as a hint notifying the player that the game condition is satisfied when any of the game conditions is satisfied after the player performs a game operation When,
A game program characterized in that the program is executed.
According to such a game program, when a player establishes a predetermined game condition, an implied display corresponding to the game condition is performed. Predicting whether the game conditions have been met and thinking about what action should be taken next. Thereby, the interest of the player with respect to the battle game can be enhanced.

Next, the computer
A plurality of types of game conditions set in relation to the game operation of the player are stored in the storage unit,
Based on the game operation of the player, it is determined whether or not any one of the plurality of game conditions is satisfied,
When any game condition is satisfied after the player performs a game operation, screen data for performing an implicit display as a hint to inform the player that the game condition is satisfied is generated.
An information processing method characterized by that.
According to such an information processing method, when a player establishes a predetermined game condition, an implied display corresponding to the game condition is performed. As a result, the player can predict whether the game condition has been established, and then consider what action should be taken. Thereby, the interest of the player with respect to the battle game can be enhanced.

=== Embodiment ===
<< Configuration of Game System 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of a game system 1 according to the present embodiment. The game system 1 provides various services related to games to a player via a network 2 (for example, the Internet or the like), and includes a server device 10 and a plurality of player terminals 20.

  The game system 1 according to the present embodiment can provide a player with a battle game in which one or more players (users) play against other players or enemy characters controlled by a computer. In the battle game, the player character (game medium such as a card owned by the player) is caused to perform an attack, defense, or other action in accordance with the game operation of the player, so that the battle with the enemy character is performed.

  In the battle game of the present embodiment, there may be a raid boss event in which a plurality of players play against a common enemy character (hereinafter also referred to as “raid boss”). In this raid boss event, if the raid boss is successfully defeated within a predetermined time limit, a player who participates in the raid boss event can obtain more reward than that obtained in a normal battle. Therefore, a large number of players desire to participate in the raid boss event, and the game can be lively by actually participating.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server apparatus 10 is an information processing apparatus (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages various services. Upon receiving various commands (requests) from the player terminal 20, the server device 10 uses a game program and various data that can be operated on the player terminal 20, and a markup language (HTML or the like) that matches the standard of the player terminal 20. The created web page (game screen or the like) is transmitted (response). The server device 10 includes a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

  The control unit 11 exchanges data between each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 in this embodiment includes at least a game progress processing unit 111 and a screen data generation unit 112.

  The game progress processing unit 111 has a function of executing various processes for progressing the game according to the game program. The game progress processing unit 111 of this embodiment includes at least a battle processing unit 111A, a game condition selection processing unit 111B, a determination processing unit 111C, a special effect generation processing unit 111D, and a lottery processing unit 111E.

  The battle processing unit 111A causes a raid boss to appear and causes the raid boss to battle with a plurality of players. Upon receiving a request for participation in a battle game from a certain player, the battle processing unit 111A in the present embodiment selects one type of raid boss from among the raid bosses set in a plurality of types (for example, four types), and battles them. Appears as an enemy character in the game, and executes a battle between the selected raid boss and the player (hereinafter also referred to as a “raid boss battle”). When a raid boss battle is started, the raid boss battle continues until the raid boss is defeated or a time limit (for example, 1 hour) set for each raid boss elapses. It is possible to participate.

  The game condition selection processing unit 111B has a function of selecting a predetermined number of game conditions from a plurality of preset game conditions. The “game condition” refers to a predetermined condition related to the game operation of the player during the battle game, or a predetermined condition not related to the game operation of the player. Specific contents of the predetermined condition will be described later. The game condition selection processing unit 111B according to the present embodiment selects two or more (for example, three) game conditions when a battle process is executed, and generates a special effect during the progress of the battle game. Perform processing to be set as a prerequisite.

  The determination processing unit 111C has a function of determining whether or not a predetermined game condition is satisfied in the battle process. In the present embodiment, the determination processing unit 111C determines whether each of the two or more game conditions selected by the game condition selection processing unit 111B is established based on the game operation of the player in the battle game and other factors. Processing to determine is performed. In addition, when the determination processing unit 111C determines that any one of the two or more game conditions is satisfied, the determination processing unit 111C causes the game screen to perform an implicit display according to the satisfied game condition. The “implied display” will be described later.

  The special effect generation processing unit 111D has a function of generating a special effect while the battle game is in progress when all of the two or more game conditions are satisfied. When the special effect generation processing unit 111D according to the present embodiment determines that all of two or more (for example, three) game conditions selected in the battle game are satisfied based on the determination result of the determination processing unit 111C. In addition, processing for generating a special effect such as temporarily increasing the attack power of the player who established the game condition is performed.

  The lottery processing unit 111E has a function of performing a lottery for determining whether or not to generate a special effect when all of the two or more game conditions are satisfied. The lottery processing unit 111E according to the present embodiment draws a lottery when it is determined that all of two or more (for example, three) game conditions selected in the battle game are satisfied based on the determination of the determination processing unit 111C. And a process of determining whether or not to generate the special effect as described above according to the result of the lottery.

  The screen data generation unit 112 has a function of executing processing for generating screen data for displaying the game screen on the player terminal 20. The screen data generation unit 112 in the present embodiment generates HTML data as screen data corresponding to the game screen.

  The storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which system programs are stored, and a RAM (Random Access) that is a rewritable storage area that is used as a work area for arithmetic processing by the control unit 11. For example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment stores various data such as player information, enemy character information, and game condition information.

  The input unit 13 is for a system administrator or the like to input various data (for example, enemy character information, game condition information, etc.), and is realized by, for example, a keyboard or a mouse.

  The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11 and is realized by, for example, a liquid crystal display (LCD).

  The communication unit 15 functions as a transmission / reception unit for transmitting / receiving various kinds of information to / from the player terminal 20 via the network 2, and is realized by, for example, a NIC (Network Interface Card) or the like. .

  FIG. 3 is a diagram illustrating an example data structure of player information. The player information is associated with the player ID, and includes at least a player name, a level, a basic parameter that represents the player's attack power, the maximum value of hit points, and the like, and a resource parameter that is information about resources owned by the player. Information, deck information, and game progress information that is information regarding game progress for each player are set. In the “resource parameter information”, for example, the amount of in-game currency (fund) currently owned by the player is set. In “Deck Information”, a battle deck in which a predetermined number of game media are selected and combined from a plurality of game media (character cards) owned by the player is set. Play against a character.

  FIG. 4 is a diagram illustrating a data structure example of the game progress information. The game progress information includes an attack point, a life gauge, a raid boss battle in which the player participates, game condition setting information, and the like.

  Among these, “attack points” are points consumed when a player attacks an enemy character in a battle game. In this battle game, in a battle with an enemy character, the player can attack by selecting and consuming a predetermined number of attack points. For example, when an enemy character is attacked by consuming one attack point, the enemy character can be damaged based on basic parameters such as the attack power of the player. On the other hand, when attacking an enemy character by consuming three attack points at a time, the attack power is five times that of consuming one attack point, and the enemy character can be greatly damaged. When the attack point becomes zero, the player cannot attack the enemy character. Attack points can be recovered as items are used and time passes. “Life gauge” is a kind of ability parameter of the player and represents a so-called hit point (HP).

  Further, “a raid boss battle in which a player participates” refers to a raid boss battle that the player is currently participating by making a participation request (for example, a battle with raid boss A). In the battle game of this embodiment, a plurality of raid boss battles can be progressed simultaneously. For example, a raid boss battle (ID: A0001) with raid boss A as an enemy character and a raid boss battle (ID: B0001) with raid boss B as an enemy character may proceed simultaneously. In some cases, a first raid boss battle (ID: A0001) with raid boss A as an enemy character and a second raid boss battle (ID: A0002) with raid boss A as an enemy character proceed simultaneously. The player can also participate in multiple raid boss battles at the same time. That is, it is also possible to participate in a battle against the raid boss B while participating in a battle against the raid boss A.

  FIG. 5 is a diagram illustrating an example of a data structure of information related to a raid boss battle. As information on the raid boss battle, the type of raid boss as an enemy character, the raid boss hit point (HP), and the battle start time are set. The battle start time is the time when the raid boss battle is started, and is the time when the raid boss battle time limit is counted. The information about the raid boss battle includes the ID of one or more players participating in the raid boss battle, the player name, the total amount of damage the raid boss gave to the raid boss, and whether or not it is a first attacker. Various information such as flag information and the current number of attack combos in the raid boss battle is set. The “first attacker” means a player who first attacks the raid boss in the raid boss battle. The “attack combo number” represents the total number of times an attack is performed by a plurality of players in the raid boss battle. Basically, as more players attack, the number of attack combos increases, and as the number of attack combos increases, an attack power bonus is added to each player and given to Raid Boss A in one attack Damage that can be increased. However, the amount of increase in the number of attack combos is not necessarily a fixed ratio. The amount of increase in the number of attack combos differs between when the same player attacks twice in succession and when different players attack once. May be.

  FIG. 6 is a diagram illustrating a data structure example of the game condition setting information. In the game condition setting information, a predetermined number (three conditions here) of conditions selected from a plurality of game conditions set in the game condition information (see FIG. 8) are first to third, respectively. It is set in association with the condition. In the raid boss battle, when the player satisfies all the game conditions set in the first to third conditions, a lottery for generating the special effects as described above is performed. Moreover, the implied lamp color is set in association with each of the first to third conditions. The implied lamp is an implied display that lights up on the game screen when a corresponding game condition is satisfied and serves as a hint to notify the player that the game condition is satisfied. For example, when a red lamp is lit in a raid boss battle, the player can know that the game condition associated with the red lamp is established. However, since the correspondence between the implied lamp and the game condition is not known to the player, the player needs to predict which game condition is satisfied when the implied lamp of each color is lit.

  FIG. 7 is a diagram illustrating a data structure example of enemy character information. A plurality of types of raid bosses are set in the enemy character information, and an ability parameter such as attack power and hit points, a time limit, a defeat reward, and the like are set in association with each raid boss ID. “Limited time” is the time when each player can play a raid boss when a certain raid boss appears in the battle game, and the raid boss could not be defeated during the set time limit. If so, the raid boss battle (match) ends.

  FIG. 8 is a diagram illustrating a data structure example of the game condition information. In the game condition information, a plurality of types of game conditions are set in advance by the producer of the battle game (game operator). The game conditions include those that are set in relation to the game operation of the player and those that are set not to be related to the game operation of the player. As game conditions related to the game operation of the player, for example, “consume three attack points in one attack”, “among a plurality of types of raid bosses, for example, to play against a specific raid boss (for example, raid boss A) “Participation”, “attack when the number of attack combos is N times or more”, “attack at a specific time during the raid boss appearance time (for example, every 10 minutes since the start of the raid boss battle) To attack within 3 minutes) ”,“ becoming a first attacker in a raid boss game ”. On the other hand, the game conditions not related to the game operation of the player include, for example, “a specific character is included in the player's battle deck” and “a player has sent a comment to another player”. . Various other game conditions can be set.

<< Configuration of Player Terminal 20 >>
FIG. 9 is a block diagram illustrating a functional configuration of the player terminal 20. The player terminal 20 is an information processing apparatus (for example, a tablet terminal, a mobile phone terminal, a smartphone, etc.) that can be possessed and used by a player. Since the player terminal 20 has a Web browser function, the Web page (game screen or the like) transmitted from the server device 10 can be displayed on the screen. The player terminal 20 includes a terminal control unit 21 that controls the player terminal 20 as a whole, a terminal storage unit 22 that stores various data and programs, a terminal input unit 23 for a player to input operations, and a game screen / operation. A terminal display unit 24 that displays a screen and a terminal communication unit 25 that performs information communication between the server device 10 are provided.

<< Operation of Game System 1 >>
<The game flow>
FIG. 10 is a flowchart for explaining the flow of the raid boss battle performed in the game system 1. In addition to the raid boss battle in which a plurality of players play against a common enemy character (raid boss) in the battle game of this embodiment, a normal battle in which each player battles against an enemy character alone is possible, but here the raid boss The explanation is limited to the war.

  First, a certain player (referred to as Player A) operates the player terminal 20 to make a request for participating in a battle game (Step S101). Then, when the server device 10 receives a battle game participation request from the player A via the player terminal 20, various processes for executing the battle game (raid boss battle) are started.

  Next, the battle processing unit 111A refers to the enemy character information stored in the storage unit 12, selects an arbitrary raid boss from a plurality of types of raid bosses, and displays them as enemy characters to appear in the battle game (raid boss battle). Determine (step S102). In the following description, it is assumed that the raid boss A is selected.

  Next, the battle processing unit 111A starts a battle process related to a raid boss battle with the raid boss A as an enemy character (step S103). With the start of the raid boss battle, counting of the time limit (see FIG. 7) set for the raid boss A is started, and the raid boss A is attacked according to the game operation of the player A within the time limit. Once the raid boss battle is started, player A can make multiple attacks before the raid boss battle ends. That is, even if the raid boss A cannot be defeated by one attack, it is possible to perform the second and third attacks by consuming attack points. When the raid boss battle is started, a participation request from another player (for example, player B, player C, etc.) different from player A may be made within the time limit. If there is a request for participation from another player, the request for participation is immediately accepted, and Player B and Player C also attack Raid Boss A. As described above, the number of attack combos increases as the number of attacks on raid boss A by the players participating in the raid boss battle increases.

  FIG. 11 is a diagram illustrating an example of a battle screen 50 in a raid boss battle. On the battle screen 50, a raid boss display area 51 for displaying information about the raid boss as an enemy character, an operation instruction area 52 for a player to give an operation instruction for selection decision, screen transition, etc. The battle information display area 53 in which the information is displayed is shown. In the raid boss display area 51, an image of the raid boss A is displayed. In the operation instruction area 52, three attack instruction buttons 52a to 52c are displayed. Each of the attack instruction buttons 52a to 52c is associated with the consumption amount of the attack points. For example, when the player gives an attack instruction by pressing the attack instruction button 52a, an attack is performed in which one attack point is consumed. Similarly, when the attack instruction button 52b is pressed, an attack that consumes 2 attack points is performed, and when the attack instruction button 52c is pressed, an attack that consumes 3 attack points is performed. The battle information display area 53 displays the maximum hit point of Raid Boss A, the current hit point, the current number of attack combos, the time limit for the raid boss battle, the remaining time, and the like.

  Next, referring back to FIG. 10, after an attack is performed based on the attack instruction from each player in the battle process of step S103 described above, a win / loss determination is performed (step S104). In this win / loss determination, it is determined whether or not the hit point of the raid boss A has become zero. As a result, when it is determined that the hit point is zero (step S104: Yes), the process proceeds to step S105. On the other hand, if it is determined that the hit point is greater than zero, the process proceeds to step S107.

  When it is determined in step S104 described above that the hit point of the raid boss A is zero, that is, when it is determined that the raid boss A is defeated by the player's attack, the screen data generation unit 112 has won the raid boss battle. Victory screen (not shown) data for informing the player is generated and displayed on the terminal display unit 24 (step S105). The victory screen may be transmitted to the player terminals 20 of all players who participated in the raid boss battle. By doing this, it is possible to confirm that other players other than the player (finisher) who made the last attack have defeated the raid boss A and won the raid boss battle.

  Next, the battle processing unit 111A gives a victory reward for the raid boss battle to all players who participated in the raid boss battle (step S106). The winning reward is, for example, an in-game currency, an item, an experience value, or the like. A special reward may be given to the first attacker or the finisher. And the raid boss battle is completed by winning the raid boss A.

  On the other hand, when it is determined in step S104 described above that the hit point of the raid boss A is not zero, that is, when it is determined that the raid boss A cannot be defeated by the player's attack, the battle processing unit 111A determines the time limit. (Step S107). In the determination of the time limit, it is determined whether or not the time limit for the raid boss battle remains when the attack by the player ends. As a result, if it is determined that the time limit remains (step S107: No), the process returns to step S103 and waits for the next attack instruction from the player.

  When it is determined that the time limit does not remain (step S107: Yes), that is, when the hit point of raid boss A is not zero and the time limit has elapsed, the player loses the raid boss battle. It will be done. In this case, the screen data generation unit 112 generates defeat screen (not shown) data for notifying the player that the raid boss game has been lost, and displays the data on the terminal display unit 24 (step S108). This defeat screen may be transmitted to the player terminals 20 of all players who participated in the raid boss battle. And the raid boss battle is ended by defeating raid boss A.

  Next, specific processing contents performed by the game system 1 in the raid boss battle process in step S103 described above will be described.

  FIG. 12 is a flowchart for explaining the flow of the battle process in the raid boss battle. In this battle process, first, the game condition selection processing unit 111B sets game conditions (step S301). Specifically, the game condition selection processing unit 111B selects a predetermined number of conditions from among a plurality of game conditions stored in the game condition information (see FIG. 8), and sets the selected game conditions to the first to first conditions. It is set in association with each of the mth conditions. For example, when m = 3, as shown in FIG. 6, any three game conditions selected from the game condition information are set in association with the first to third conditions. When the first to third conditions are set, the conditions are not changed until the battle game (raid boss battle) is completed.

  Note that, as described above, there are game conditions related to the game operation of the player and those not related to the game operation of the player. The game conditions associated with the first to third conditions may be selected from those related to the player's game operation, or those related to the player's game operation and the player's game operation. It may be a combination with an unrelated one. In the former case, the player can establish a game condition based on his / her own game operation. Therefore, the player can be provided with the pleasure of predicting the formation requirement through various trial and error in the game operation during the battle game. it can. In the latter case, there is a possibility that the game condition is satisfied based on factors other than the player's own game operation. For example, if the player's battle deck includes a specific card that satisfies the game condition establishment requirement, the nth game condition is always established in the battle game. Conversely, the game condition cannot be established unless a specific card is included in the battle deck. Therefore, more complicated examination is required to predict all the game conditions of the first to third conditions, and the interest of the player can be further enhanced.

  Next, the battle processing unit 111A receives an attack instruction from the player and performs a process of attacking the raid boss A (step S302). The raid boss is attacked based on inputs from the attack instruction buttons 52a to 52c in FIG.

  Next, the determination processing unit 111C determines whether or not the first to third conditions set in the above-described processing of step S301 are satisfied when the attack based on the attack instruction from the player is completed ( Step S303). Specific processing contents executed when making the determination will be described later. In this determination process, when all of the first to third conditions are satisfied, a special effect flag for generating a special effect is set with a predetermined probability.

  Next, the special effect generation processing unit 111D determines whether or not a special effect flag is set (step S304). As a result, when the special effect flag is set (step S304: Yes), a special effect is generated during the battle game (step S305). This special effect is, for example, an effect of increasing the player's attack power by 5 times or reducing the consumption of attack points by 1/3 for a predetermined time during a battle game (raid boss battle), and generates a special effect. As a result, the player can advantageously advance the battle game. Therefore, the player makes an effort to satisfy all the first to third conditions in order to generate the special effect. Thereby, the interest of the player with respect to the battle game can be enhanced. Note that when this special effect occurs, the player's first attack has already been completed (see FIG. 12), so when the player makes an attack on the raid boss A for the second time or later, the player Can benefit from special effects. In other words, by generating a special effect, the player can make more attacks in the raid boss battle, and the battle game can be more active.

  On the other hand, when the special effect flag is not set in the process of step S304 described above (step S304: No), the special effect generation processing unit 111D ends the battle process without generating the special effect.

  Next, specific processing contents performed by the game system 1 in the above-described determination processing in step S103 will be described.

  FIG. 13 is a flowchart for describing determination processing in a raid boss battle. In this determination process, a determination is made as to whether or not a condition is established for each of the first to m-th conditions set by the game condition selection processing unit 111B. The determination processing unit 111C first sets n = 1 (step S331), and determines whether or not the nth condition (the first condition if n = 1) is satisfied (step S332). In the example of FIG. 6, the game condition (1) is set as the first condition, and the game condition (1) is “consume three attack points in one attack” (see FIG. 8). Therefore, the first condition is satisfied when the player is attacking by pressing the attack instruction button 52c of FIG.

  Next, when the n-th condition (first condition) is satisfied (step S332: Yes), the determination processing unit 111C implies on the battle result display screen (see FIG. 14) to be described later corresponding to the n-th condition. The lamp is turned on (step S333). For example, in FIG. 6, since the first condition is associated with a red implied lamp, the red implied lamp is lit on the battle result display screen when the first condition is satisfied. On the other hand, when the nth condition (first condition) is not satisfied (step S332: No), the determination processing unit 111C proceeds to the process of the next step S334 without turning on the implicit lamp corresponding to the nth condition. .

  Next, the magnitudes of n and m (m = 3) are compared (step S334). If n <m (step S334: Yes), n = n + 1 (ie, n = 2) is incremented. (Step S335), the process returns to step S332, and it is determined again whether or not the nth condition is satisfied. When m = 3, this process is repeated three times, and a determination is made for each of the first to third conditions to determine whether or not to turn on the implicit lamp.

  Then, when the determination about the establishment of the nth condition is repeated m times and n = m is satisfied (step S334: No), the screen data generation unit 112 generates the battle result display screen data, and the player terminal 20 is displayed on the terminal display unit 24 (step S336). FIG. 14 is a diagram illustrating an example of a battle result display screen 60. On the battle result display screen 60, a result display region 61 for displaying a result of a battle with a raid boss, an implied display region 62 for displaying an implied lamp corresponding to each of the first to mth conditions, and an operation input by the player An operation button display area 63 for making a transition to another screen is shown. In the result display area 61, the amount of damage given to the raid boss A by the player's attack is displayed.

  The implied display area 62 includes a first implied lamp 62a associated with the first condition, a second implied lamp 62b associated with the second condition, and a third associated with the third condition. An implied lamp 62c is displayed. FIG. 14 shows a state in which the first implicit lamp 62a and the third implicit lamp 62c are turned on. That is, it shows a state in which the player satisfies the first condition and the third condition. The player can understand that two conditions among the three game conditions have been established by confirming the lighting states of the hint lamps 62a to 63c on the result display screen 60. As described above, the correspondence between each implied lamp and the game condition is not disclosed to the player. Therefore, the player needs to predict the game conditions associated with each implied lamp by confirming the implied display lamps 62a to 62c of the battle result display screen 60 displayed each time after performing a plurality of attacks. There is. In this way, interest can be enhanced by letting the player predict. Then, by establishing all the game conditions while predicting, the player can obtain a special effect activation chance.

  In the operation button display area 63, an operation button 63a for returning to the home screen and an operation button 63b for moving to the battle screen 50 to attack the raid boss A again are displayed. After the player confirms the battle result, the battle game can be continued by operating any button displayed in the operation button display area 63.

  Next, the determination processing unit 111C determines whether or not the corresponding implied lamp is lit for all of the first to m-th conditions (here, the third condition) (step S337). If there is an implied lamp that is not lit among the m (S337 is No), that is, if any of the m game conditions is not satisfied, the determination process is terminated.

  On the other hand, when all of the m implied lamps are lit (step S337: Yes), the lottery processing unit 111E performs a lottery to determine whether or not to generate a special effect (step S338). The lottery is performed based on a preset probability, and when the lottery is won (step S338: Yes), the lottery processing unit 111E sets a special effect flag (step S339). By setting the special effect flag, a special effect is generated in the process of step S305 (see FIG. 12) described above. When a lottery is won, a notice screen (not shown) for notifying that a special effect will occur may be displayed.

  On the other hand, if the lottery is lost (step S338: No), the lottery processing unit 111E ends the process without setting the special effect flag. In this case, the player cannot obtain a special effect in spite of satisfying all the first to mth conditions. Therefore, it is possible to give the player a sense of expectation for invoking the special effect. On the other hand, the player can figure out how to act to satisfy all the first to mth conditions, so when performing a re-attack against raid boss A, It is easy to satisfy all the first to mth conditions again, and the possibility of generating a special effect increases. In addition, when it loses by lottery, it is good to display that it is "out" by character information on a game screen. Further, when all the first to mth conditions are satisfied without performing the lottery process (step S338), a special effect may be generated.

<Setting game conditions>
The game conditions set in the battle game of the present embodiment may be different for each predetermined period. That is, two or more game conditions selected from a plurality of types of game conditions set in the game condition information may be changed every predetermined period (for example, every day). For example, when a raid boss battle is implemented as an event of 8 days, game condition settings are determined in advance for each day of 8 days, and the game condition settings are commonly applied to all players. May be. In this way, the game condition setting is not changed during the same day, so that the player can easily predict the game condition, and the players can exchange information by sending comments to each other. It is also possible to facilitate exchanges between them. Moreover, since game conditions are changed every day, it can suppress that a player gets tired of a battle game.

  It is also possible to set different game conditions for each player. For example, the game conditions set as the first to m-th conditions may be different among a plurality of players participating in the same raid boss battle. It is assumed that a common game condition is set for all players. Then, if a certain player succeeds in analyzing all of the m game conditions and the information is spread all at once, the other players can predict the first to mth conditions without expecting the game conditions. Since all of the above can be easily established, there is a possibility that the interest of the player is lowered. On the other hand, if the game conditions set as the first to m-th conditions are different for each player, each player needs to predict the game conditions with his own power. It becomes easy to raise.

  In the above example, the case where the first to third conditions are set has been described. However, the number of conditions to be set is not limited to 3, and may be any number greater than or equal to 2. it can.

=== Other Embodiments ===
The above embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and equivalents thereof are also included in the present invention. In particular, the embodiments described below are also included in the present invention.

<Server device>
In the above-described embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited thereto, and a plurality of server devices 10 are provided as an example of the server device. The game system 1 may be used. That is, a plurality of server apparatuses 10 may be connected via the network 2 and each server apparatus 10 may perform various processes in a distributed manner.

<Information processing device>
In the game system 1 in the above embodiment, the case where various types of information processing are executed by causing the server device 10 and the player terminal 20 to cooperate based on the game program has been described as an example. However, the present invention is not limited to this. The player terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
Moreover, it is good also as a structure which the player terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the player terminal 20 constitute an information processing device.
Note that the information processing apparatus is an example of a computer including a processor and a memory.

DESCRIPTION OF SYMBOLS 1 Game system 2 Network 10 Server apparatus 11 Control part 12 Storage part 13 Input part 14 Display part 15 Communication part 20 Player terminal 21 Terminal control part 22 Terminal storage part 23 Terminal input part 24 Terminal display part 25 Terminal communication part 50 Competitive screen 51 Raid boss display area 52 Operation instruction area 53 Battle information display area 60 Battle result display screen 61 Result display area 62 Implicit display area 63 Operation button display area 111 Game progress processing section 111A Battle processing section 111B Game condition selection processing section 111C Judgment processing section 111D Special effect generation processing unit 111E Lottery processing unit 112 Screen data generation unit

Claims (10)

A storage unit for storing a plurality of types of game conditions set in relation to the game operation of the player;
A game progress processing unit that determines whether any one of the plurality of game conditions is satisfied based on a game operation of the player;
Screen data generation processing for generating screen data for performing an implied display as a hint notifying the player that the game condition is satisfied when any of the game conditions is satisfied after the player performs a game operation And
An information processing apparatus comprising: The information processing apparatus according to claim 1,
The game progress processing unit
Based on the game operation of the player, it is determined whether or not two or more game conditions selected from the plurality of types of game conditions are satisfied,
The screen data generation processing unit
When any one of the two or more game conditions is satisfied, an implied display as a hint for notifying the player that the game condition is satisfied is performed only for the satisfied game condition. Generate screen data,
An information processing apparatus characterized by that. The information processing apparatus according to claim 1,
The game progress processing unit
Based on the game operation of the player, it is determined whether or not two or more game conditions selected from the plurality of types of game conditions are satisfied,
The screen data generation processing unit
When all of the two or more game conditions are satisfied, screen data is generated for performing an implicit display as a hint for notifying the player that the game conditions are satisfied, for each of the satisfied game conditions. ,
An information processing apparatus characterized by that. The information processing apparatus according to claim 3,
The game progress processing unit
If all of the two or more game conditions are satisfied, a special effect is generated while the game is in progress.
An information processing apparatus characterized by that. The information processing apparatus according to claim 4,
The game progress processing unit
When all of the two or more game conditions are satisfied, a lottery process for determining whether or not to generate the special effect is executed, and when it is determined to generate the special effect according to a result of the lottery As long as the special effects occur,
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1 to 5,
Two or more game conditions selected from a plurality of types of the game conditions are different for each predetermined period.
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1 to 6,
Two or more game conditions selected from a plurality of types of the game conditions are different for each player.
An information processing apparatus characterized by that. An information processing apparatus according to claim 1,
The storage unit stores game conditions set not related to the player's game operation in addition to the game conditions set related to the game operation of the player,
The two or more game conditions selected from the plurality of types of game conditions include a game condition set in association with a player's game operation and a game condition set without relating to the player's game operation. Composed of combinations,
An information processing apparatus characterized by that. On the computer,
A process of storing a plurality of types of game conditions set in relation to the game operation of the player in the storage unit;
A game progress process for determining whether any one of the plurality of game conditions is satisfied based on a game operation of the player;
Screen data generation processing for generating screen data for performing an implied display as a hint notifying the player that the game condition is satisfied when any of the game conditions is satisfied after the player performs a game operation When,
A game program characterized by causing a game to be executed. Computer
A plurality of types of game conditions set in relation to the game operation of the player are stored in the storage unit,
Based on the game operation of the player, it is determined whether or not any one of the plurality of game conditions is satisfied,
When any game condition is satisfied after the player performs a game operation, screen data for performing an implicit display as a hint to inform the player that the game condition is satisfied is generated.
An information processing method characterized by the above.

Images