JP6343707B1 - Information processing apparatus, game program, and information processing method - Google Patents

Abstract

An information processing apparatus capable of increasing motivation to play a battle game is provided. An information processing apparatus includes a storage unit 12 for storing items owned by a player, and consumes items owned by the player each time the player performs an attack operation to deal damage caused by the attack to an opponent. A reward processing unit 112, a point processing unit 114 that accumulates points according to the number of consumed items, and a reward for the player based on the amount of accumulated points when a predetermined condition is satisfied. A reward processing unit 115 is provided. [Selection] Figure 2

Description

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

  2. Description of the Related Art An information processing apparatus is known in which enemy characters that are opponents of a player appear one after another, and a battle game is advanced by causing the player to repeatedly attack the appearing enemy characters (for example, Patent Document 1). .

JP2013-230230A

In such a battle game, each time an attack operation is performed, the player must consume an item (for example, battle energy) owned by the player. Therefore, as the player has more items, the player can repeat the attack on the opponent, so that the battle game can be advantageously advanced. However, such repeated attack operations tend to be a monotonous input task for the player, which may reduce the willingness to play the battle game.
This invention is made | formed in view of such a situation, The place made into the objective is to raise the willingness to play with respect to a competitive game.

The main invention of the present invention to solve the above problems is
A storage unit for storing items owned by the player;
A battle processing unit that consumes an item owned by the player each time the player performs an attack operation and gives damage to the opponent by the attack;
A point processing unit for accumulating points according to the number of items consumed;
A reward processing unit that rewards the player based on the accumulated number of points when the predetermined condition is established;
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 character information. It is a figure which shows the data structure example of item information. It is a figure which shows the data structure example of appearance list information. 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 possessed character information. It is a figure which shows the data structure example of possession item information. It is a figure which shows the data structure example of entry information. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. It is a flowchart for demonstrating the battle | competition process in an event game. It is a figure which shows an example of the game screen 50 regarding an event game. It is a flowchart for demonstrating Example 1 of the point process in an event game. Graph showing the relationship between accumulated points and rewards It is a flowchart for demonstrating Example 2 of the point process in an event game.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a storage unit for storing items owned by the player,
A battle processing unit that consumes an item owned by the player each time the player performs an attack operation and gives damage to the opponent by the attack;
A point processing unit for accumulating points according to the number of items consumed;
A reward processing unit that rewards the player based on the accumulated number of points when the predetermined condition is established;
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, points are accumulated by repeated attack operations, and a player can obtain a reward based on the accumulated points when a predetermined condition is satisfied. Therefore, the player can accumulate more points as the attacking operation is repeated, and the expectation of the reward that can be obtained when the predetermined condition is satisfied can be increased, so the player tries to attack by consuming more items. Motivation can be given to players. As a result, it is possible to increase the willingness to play the battle game.

In addition, such an information processing apparatus,
A lottery processing unit for performing a lottery to determine whether or not to give a reward to the player;
The reward processing unit may grant the player a reward based on the accumulated number of points, assuming that the predetermined condition is satisfied when it is determined to give a reward in the lottery.
According to such an information processing apparatus, it is determined whether or not a reward can be acquired by lottery, and thus a sense of expectation for reward acquisition can be further increased.

In addition, such an information processing apparatus,
The point processing unit may accumulate points according to the number of consumed items by determining that no reward is given in the lottery.
According to such an information processing device, even if a reward cannot be obtained as a result of the lottery, points can be increased, so that it is possible to give the player motivation to continue to consume items and attack Become.

In addition, such an information processing apparatus,
The lottery processing unit may perform the lottery every time one item owned by the player is consumed.
According to such an information processing apparatus, the player can perform a lottery as much as his item is consumed, so that the chances of acquiring a reward can be increased.

In addition, such an information processing apparatus,
The battle processing unit determines whether or not the opponent has been defeated by giving damage to the opponent by attack,
The said lottery process part is good also as performing a lottery whenever it defeats an opponent.
According to such an information processing apparatus, since the player actively attacks to defeat the opponent, it is possible to further increase the willingness to play the battle game.

In addition, such an information processing apparatus,
The reward processing unit may increase the reward amount stepwise according to the accumulated point amount.
According to such an information processing apparatus, when a player accumulates points, he / she is not satisfied with the amount of reward at the current stage, and accumulates more points with the aim of acquiring the amount of reward at a higher stage. As a result, the player can be given more motivation to consume more items and attack.

In addition, such an information processing apparatus,
The reward processing unit may grant the item in a quantity corresponding to the accumulated number of points as a reward.
According to such an information processing apparatus, the consumed item returns to the hand as a reward, so that the player can further consume the item and attack.

Next, on the computer
Processing for storing items owned by the player in the storage unit;
A battle process that consumes an item owned by the player each time the player performs an attack operation and gives damage to the opponent by the attack;
Point processing to accumulate points according to the number of items consumed,
Reward processing for rewarding the player based on the amount of accumulated points when the predetermined condition is satisfied;
Is a game program for executing
According to such a game program, it is possible to increase the willingness to play for the battle game.

Next, the computer
Store the items owned by the player in the storage unit,
Each time a player performs an attack operation, he consumes the items owned by the player and deals damage due to the attack to his opponent.
Accumulate points according to the number of items consumed,
When the predetermined condition is satisfied, the player is rewarded based on the accumulated number of points.
This is an information processing method characterized by this.
According to such an information processing method, it is possible to increase the willingness to play for a battle game.

=== Embodiment ===
<< Configuration of Game System 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of the game system 1. 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 using a character card (hereinafter also simply referred to as “character”) as an example of game content.

  The battle game according to the present embodiment is a game in which a player character owned by a player is played against an enemy character that is an opponent. In this battle game, the player can play not only a normal game for playing against an enemy character that appears as an opponent, but also an event game held only during the event period.

  The event game according to the present embodiment is a game in which a player who has entered in advance can participate. In this event game, the play time is limited (for example, 30 minutes), and enemy characters that are opponents appear one after another to the player, so the player repeats the attack operation to make the enemy character appearing Attack against.

  Each time this attack operation is performed, the battle energy (item) owned by that player is consumed. Players can no longer attack enemy characters if they lack their own battle energy. In other words, the more the battle energy is owned by the player, the more the player can attack the enemy character, so that the game can be advantageously advanced.

  Each time this attack operation is performed, a lottery is performed for the amount of consumption of the battle energy. When the loss is determined by the result of the lottery, points corresponding to the number of consumed battle energy are accumulated. On the other hand, when atari is determined by the result of the lottery, the number of battle energy is determined based on the number of points accumulated so far, and the determined amount of battle energy is given to the player as a reward. (In other words, the battle energy used by the player will be returned).

  As described above, in the event game, points are accumulated by repeating the attacking operation, and when atari is determined by lottery, the player can acquire battle energy as a reward based on the accumulated points. Therefore, the player can accumulate more points as the attacking operation is repeated, and can increase the expectation of the reward that can be earned when Atari comes out in the lottery, so attack with more battle energy The player can be motivated to try. As a result, it is possible to increase the willingness to play the battle game.

<< 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 an entry processing unit 111, a battle processing unit 112, a lottery processing unit 113, a point processing unit 114, a reward processing unit 115, and a screen data generation processing unit 116.

  The entry processing unit 111 has a function of executing various processes related to event game entry. The entry processing unit 111 in this embodiment performs participation registration for each player who wishes to participate in the event game.

  The battle processing unit 112 has a function of executing various processes related to battles with enemy characters. Upon receiving an operation input from the player, the battle processing unit 112 according to the present embodiment determines the victory or defeat for the battle with the enemy character by causing the player character to attack the enemy character.

  The lottery processing unit 113 has a function of executing a lottery process for determining whether or not to give a reward to a player. The lottery processing unit 113 in the present embodiment performs a lottery for determining whether or not to give a reward to the player for the amount of battle energy consumed when the player performs the attack operation.

  The point processing unit 114 has a function of executing various processes related to points given to the player. The point processing unit 114 in the present embodiment accumulates points according to the number of battle energy consumed when the player performs an attack operation.

  The reward processing unit 115 has a function of executing a process of giving a reward to the player. The reward processing unit 115 according to the present embodiment gives a reward to the player, for example, when the player wins the battle against the enemy character (defeats the enemy character). Further, for example, a reward is given to the player when atari is determined by lottery performed by the lottery processing unit 113.

  The screen data generation processing unit 116 has a function of executing processing for generating screen data for displaying the game screen on the player terminal 20. The screen data generation processing unit 116 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 at least character information, item information, appearance list information, player information, and entry information. These various types of information will be described in detail later.

  The input unit 13 is used by a system administrator or the like to input various data related to the game service (for example, character information, item information, appearance list 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 is for communicating with the player terminal 20, according to a function as a receiving unit that receives various data and signals transmitted from the player terminal 20 and a command from the control unit 11. It has a function as a transmission part which transmits various data and signals to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

  FIG. 3 is a diagram illustrating an example data structure of character information. The character information is information about the character used in the battle game. In this character information, at least the character name, character image, rarity, maximum attack power, maximum defense power, maximum physical strength (HP), initial attack power, initial defense power, initial physical strength (in association with the character ID) HP) etc. are set.

  FIG. 4 is a diagram illustrating an example data structure of item information. Item information is information relating to items used in the battle game. In this item information, at least an item name and a price are set in association with the item ID. The price is information indicating the value of the item. In this embodiment, the recovery item etc. which can recover the battle energy consumed in the case of an attack, the battle energy after consumption are included.

  FIG. 5 is a diagram illustrating a data structure example of the appearance list information. The appearance list information is information that lists enemy characters that can appear as opponents. In this appearance list information, at least a character ID, a level, an attack power, a defense power, a physical strength (HP), and a reward are set in association with the appearance ID. The character ID is information indicating the character ID of an enemy character that can appear as an opponent among the characters included in the character information. Level, attack power, defense power, and physical strength (HP) are parameters indicating the ability value of the enemy character at the time of appearance. The reward is information about a reward that can be acquired by defeating an enemy character. In this embodiment, different rewards are set for each character level.

  FIG. 6 is a diagram illustrating an example data structure of player information. The player information is information related to the player who plays the battle game. In the player information, at least a player name, a friend, points, owned character information, and owned item information are set in association with the player ID. The points are parameter information indicating the number of points owned by the player, and are accumulated every time a loss is determined by lottery.

  FIG. 7 is a diagram illustrating a data structure example of owned character information. The owned character information is information relating to a character owned by the player (hereinafter also referred to as “owned character”). In the possessed character information, various parameters such as at least the current level, attack power, defense power, and physical strength (HP) are set in association with the character ID of the owned character.

  FIG. 8 is a diagram illustrating a data structure example of owned item information. The owned item information is information relating to items owned by the player (hereinafter also referred to as “owned items”). In this owned item information, at least the number of items owned is set in association with the item ID of the owned item. In this embodiment, the player who has more battle energy and recovery items can advance the battle game more advantageously.

  FIG. 9 is a diagram illustrating an example data structure of entry information. The entry information is information related to the player entered in the event. In this entry information, at least the player ID of the entered player and the character ID of the player character are set in association with the entry ID. The player character is a character designated by the player from among his own characters and is a character that plays against the enemy character.

<< Configuration of Player Terminal 20 >>
FIG. 10 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 smartphone, a mobile phone terminal, a tablet terminal, etc.) that the player can carry and use. 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 >>
Here, an operation example of the game system 1 according to the present embodiment will be described. Below, the battle process in an event game and the point process in an event game are demonstrated concretely.

<Competition processing>
FIG. 11 is a flowchart for explaining a battle process in the event game of the present embodiment.

  First, the server device 10 starts counting the battle time for the event game (step S101). That is, the battle processing unit 112 of the server device 10 starts counting the battle time using a timer based on the internal clock of the CPU. In this embodiment, the battle time of the event game is set to 30 minutes.

  Next, the server device 10 determines an enemy character to appear as an opponent (step S102). That is, the battle processing unit 112 of the server device 10 refers to the appearance list information shown in FIG. 5 and selects an enemy character that is a player's opponent from the appearance list that lists the enemy characters that can appear. .

  Next, in response to a request from the player terminal 20 operated by a player participating in the event, the server device 10 causes the screen data generation processing unit 116 to generate game screen data related to the event (step S103). And the server apparatus 10 transmits the data of the produced | generated game screen to the player terminal 20 of a request destination via a network. After that, when receiving the game screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data to display the game screen related to the event game on the terminal display unit 24.

  FIG. 12 is a diagram illustrating an example of the game screen 50 related to the event game. The game screen 50 includes an enemy character display area 51, a point gauge display area 52, an attack operation area 53, and a confirmation button 54.

  The enemy character display area 51 is an area for displaying information regarding the appearing enemy character. Here, the enemy character 51a determined as the opponent by the battle processing unit 112 is displayed, and the physical strength parameter (HP) 51b set for the enemy character 51a is displayed as a bar graph.

  The point gauge display area 52 is an area for displaying information related to points accumulated by the player's attack operation. Here, the point gauge 52a of the player is displayed according to the quantity of points owned by the player set in the player information shown in FIG. A specific process for accumulating the points will be described in detail later.

  The attack operation area 53 is an operation area for attacking an enemy character that has appeared. Here, three attack buttons 53a, 53b, and 53c, each having a different number of battle energy (BE) consumed in the attack, are displayed. When the player selects the attack button 53a, the player can give damage due to the normal attack to the enemy character. When the player selects the attack button 53b, the player can give three times more damage than the normal attack, and selects the attack button 53c. Then, you can do 5 times more damage than normal attacks. In other words, the more battle energy that is consumed during an attack, the more damage can be done to the enemy character.

  The confirmation button 54 is an operation button for confirming selection of the attack button after the player selects any one of the three attack buttons 53a, 53b, and 53c in the attack operation area 53.

  In this manner, when the game terminal 50 is displayed on the terminal display unit 24, the player terminal 20 selects one of the attack buttons by the player's attack operation and then selects the confirm button 54. Then, a command (attack request) for requesting an attack on the appearing enemy character is transmitted to the server device 10.

  Next, returning to FIG. 11, when the server apparatus 10 receives the attack request transmitted from the player terminal 20, it consumes the battle energy owned by the player and then attacks the enemy character (step S <b> 104).

  Specifically, the battle processing unit 112 of the server device 10 acquires the possessed item information of the player from the player information shown in FIG. The battle processing unit 112 subtracts the battle energy of the attack button selected by the player on the game screen 50 from the battle energy owned by the player set in the acquired owned item information. For example, when the player selects the attack button 53b on the game screen 50, two battle energies are consumed from the battle energy owned by the player.

  Then, the battle processing unit 112 of the server device 10 determines the magnitude of damage to the enemy character by the attack of the player character used by the player for the battle based on the consumed battle energy. For example, the battle processing unit 112 refers to the possessed player information shown in FIG. 7 to acquire the attack power parameter of the player character, and refers to the appearance list information shown in FIG. Get enemy character defense parameters, etc. Then, the attack power parameter of the player character is increased according to the number of battle energy consumed in the attack. Furthermore, the attack power parameter of the player character and the defense power parameter of the enemy character are compared, and the magnitude of damage given to the enemy character by the attack of the player character is calculated.

  Next, when the magnitude of damage to the enemy character is calculated by the attack of the player character in this way, the server device 10 determines whether or not the enemy character has been defeated by the attack (step S105).

  Specifically, the battle processing unit 112 of the server apparatus 10 reduces the physical strength parameter (HP) of the enemy character based on the magnitude of damage calculated by the process of step S104 described above, and as a result, the remaining physical strength It is determined whether or not the parameter (HP) has become a predetermined value or less (for example, zero or less). As a result of the determination, if it is determined that the remaining physical strength parameter (HP) is equal to or less than a predetermined value, the player's victory is determined as having defeated the enemy character. On the other hand, if it is determined that the remaining physical strength parameter (HP) has not become a predetermined value or less, it is assumed that the enemy character cannot be defeated.

  In this way, when the enemy character cannot be defeated (step S105: NO), the process returns to the above-described step S104 to attack the enemy character again. In contrast, if the enemy character is defeated (step S105: YES), the process proceeds to the next step S106.

  Next, when the server device 10 defeats the enemy character in this way, the server device 10 gives a reward as a victory bonus to the player (step 106). That is, the battle processing unit 112 of the server device 10 refers to the appearance list information shown in FIG. 5 and acquires a reward associated with the destroyed enemy character and gives it to the player.

  Next, the server device 10 determines whether or not the battle time has elapsed for the event game (step S107). That is, the battle processing unit 112 of the server device 10 determines whether or not 30 minutes set as the battle time of the event game has elapsed since the start of the count by the timer.

  As a result of this determination, when it is determined that the battle time has not elapsed for the event game (step S107: NO), the process returns to the above-described step S102 to determine an enemy character to appear as the next opponent. On the other hand, when it is determined that the battle time has elapsed for the event game (step S107: YES), this process ends.

<Point processing>
Example 1
FIG. 13 is a flowchart for explaining Example 1 of the point processing in the event game of the present embodiment.

  When the game terminal 50 is selected by the player's attack operation and the confirm button 54 is selected when the game screen 50 is displayed on the terminal display unit 24, the player terminal 20 Transmit to device 10. The server apparatus 10 determines whether an attack request transmitted from the player terminal 20 has been received (step S201).

  If it is determined that an attack request from the player terminal 20 has not been received as a result of this determination (step S201: NO), the process waits until an attack request is received. On the other hand, if it is determined that an attack request from the player terminal 20 has been received (step S201: YES), the process proceeds to the next step S202.

  Next, when the server device 10 receives an attack request from the player terminal 20, whether or not to give a reward to the player by the number of battle energy consumed according to the attack button selected by the player on the game screen 50. A lottery is performed to determine whether or not (step S202).

  In the present embodiment, the lottery processing unit 113 of the server device 10 performs a lottery based on a predetermined lottery probability every time one item owned by the player is consumed. For example, when the player selects the attack button 53b on the game screen 50, two battle energies are consumed from the battle energy owned by the player, so that two lotteries are performed.

  Next, the server device 10 determines whether or not the atari has been determined based on the result of the lottery thus performed (step S203). As a result of this determination, when atari is determined by lottery (step S203: YES), the process proceeds to step S205 described later. On the other hand, when a loss is determined by lottery (step S203: NO), the process proceeds to the next step S204.

  Next, when the loss is determined by lottery in this way, the server device 10 accumulates points corresponding to the number of battle energy consumed for the points owned by the player (step S204).

  Specifically, the point processing unit 114 of the server device 10 updates the player information shown in FIG. 6 and battles consumed according to the attack button selected by the player on the game screen 50 for the points owned by the player. Add points according to the number of energies. For example, when the player selects the attack button 53b on the game screen 50, two points are accumulated when the losing is determined by two lotteries.

  Next, when the atari is determined by lottery in the process of step S203 described above, the server device 10 rewards the player based on the number of points accumulated in the process of step S204 described above ( Step S205). In this embodiment, the reward processing unit 115 of the server device 10 determines a reward to be given to the player according to the graph shown in FIG.

  FIG. 14 is a graph showing the relationship between the accumulated point amount and the reward amount. The horizontal axis of this graph indicates the accumulated amount of points, and the vertical axis indicates the amount of reward. As shown in FIG. 14, the reward amount is set so as to increase stepwise according to the accumulated point amount. In the present embodiment, three stages of reward amounts are set according to the accumulated point amount. Here, when the accumulated point amount is 100 or less, the first-stage reward amount is given. Then, when the accumulated amount of points is 101 to 200, a second stage reward amount that is greater than the first stage is awarded. Further, when the accumulated point amount is 201 or more, a third stage reward amount greater than the second stage is awarded. By setting the reward amount in multiple stages in this way, the player can be motivated to accumulate points by repeating the attack operation in order to acquire a higher reward level. In addition, the difference between the reward levels between the second stage and the third stage is set to be larger than the difference between the reward levels between the first stage and the second stage. Thereby, the expectation with respect to a reward can be raised further, so that points are accumulated.

  And if the reward processing part 115 of the server apparatus 10 determines the reward amount according to the point amount according to the graph shown in FIG. 14 in this way, the battle energy of the determined reward amount is given to the player. At this time, the reward processing unit 115 acquires the owned item information of the player from the player information shown in FIG. 6, updates the acquired owned item information, and increases the battle energy of the player by the amount of reward. That is, the battle energy used by the player is returned as a reward.

  Next, returning to FIG. 13, when the reward processing unit 115 grants a reward based on the accumulated point amount in this way, the server device 10 resets the points owned by the player (step S206). That is, the point processing unit 114 of the server device 10 updates the player information shown in FIG. 6 and resets the points owned by the player to zero.

  Next, the server device 10 determines whether or not the battle time has elapsed for the event game (step S207). That is, the battle processing unit 112 of the server device 10 determines whether or not 30 minutes set as the battle time of the event game has elapsed since the start of the count by the timer.

  As a result of this determination, when it is determined that the battle time has not elapsed for the event game (step S207: NO), the process returns to the above-described step S201 and continues to accept attack requests from the player terminal 20. On the other hand, when it is determined that the battle time has elapsed for the event game (step S207: YES), this process ends.

  As described above, according to the game system 1 according to the present embodiment, a lottery is performed each time an attack operation is performed, and when a loss is determined in the lottery, points are accumulated while atari is determined. Then, the player can acquire battle energy as a reward based on the points accumulated so far. Therefore, the player can accumulate more points as the attacking operation is repeated, and can also increase the expectation of the reward that can be obtained when an atari comes out in the lottery. Therefore, it is possible to give the player motivation to consume more battle energy and attack. As a result, it is possible to increase the willingness to play the battle game.

(Example 2)
FIG. 15 is a flowchart for explaining Example 2 of the point process in the event game of the present embodiment. In the second embodiment, unlike the first actual example, points are accumulated for each attack operation regardless of the lottery result.

  When the game screen 50 is displayed on the terminal display unit 24, the player terminal 20 sends an attack request when the confirm button 54 is selected after any attack button is selected by the player's attack operation. 10 to send. The server apparatus 10 determines whether an attack request transmitted from the player terminal 20 has been received (step S301).

  If it is determined that an attack request from the player terminal 20 has not been received as a result of this determination (step S301: NO), the process waits until an attack request is received. On the other hand, if it is determined that an attack request from the player terminal 20 has been received (step S301: YES), the process proceeds to the next step S302.

  Next, when it is determined that the attack request from the player terminal 20 has been received, the server device 10 accumulates points corresponding to the number of battle energy consumed for the points owned by the player (step S302). ).

  Specifically, the point processing unit 114 of the server device 10 updates the player information shown in FIG. 6 and battles consumed according to the attack button selected by the player on the game screen 50 for the points owned by the player. Add points according to the number of energies. For example, when the player selects the attack button 53b on the game screen 50, two points are accumulated when the losing is determined by two lotteries.

  Next, the server device 10 determines whether or not the enemy character is destroyed by the attack of the player character (step S303).

  Specifically, when receiving the attack request transmitted from the player terminal 20, the battle processing unit 112 of the server device 10 acquires the owned item information of the player from the player information shown in FIG. The battle processing unit 112 subtracts the battle energy of the attack button selected by the player on the game screen 50 from the battle energy owned by the player set in the acquired owned item information. For example, when the player selects the attack button 53b on the game screen 50, two battle energies are consumed from the battle energy owned by the player.

  Then, the battle processing unit 112 of the server device 10 determines the magnitude of damage to the enemy character by the attack of the player character used by the player for the battle based on the consumed battle energy. For example, the battle processing unit 112 refers to the possessed player information shown in FIG. 7 to acquire the attack power parameter of the player character, and refers to the appearance list information shown in FIG. Get enemy character defense parameters, etc. Then, the attack power parameter of the player character is increased according to the number of battle energy consumed in the attack. Furthermore, the attack power parameter of the player character and the defense power parameter of the enemy character are compared, and the magnitude of damage given to the enemy character by the attack of the player character is calculated.

  Then, the battle processing unit 112 of the server device 10 reduces the physical strength parameter (HP) of the enemy character based on the calculated magnitude of damage, and as a result, the remaining physical strength parameter (HP) is less than or equal to a predetermined value (for example, , Or less). As a result of the determination, if it is determined that the remaining physical strength parameter (HP) is equal to or less than a predetermined value, the player's victory is determined as having defeated the enemy character. On the other hand, if it is determined that the remaining physical strength parameter (HP) has not become a predetermined value or less, it is assumed that the enemy character cannot be defeated.

  When the enemy character cannot be defeated in this way (step S303: NO), the process returns to the above-described step S301 to attack the enemy character again. In contrast, if the enemy character is defeated (step S303: YES), the process proceeds to the next step S304.

  Next, when the enemy character is defeated in this manner, the server device 10 performs a lottery to determine whether or not to give a reward to the player (step S304).

  In the present embodiment, the lottery processing unit 113 of the server device 10 performs one lottery based on a predetermined lottery probability every time an enemy character is destroyed.

  Next, the server device 10 determines whether or not the atari is determined based on the result of the lottery performed in this way (step S305). As a result of this determination, when a loss is determined by lottery (step S305: NO), the process returns to the above-described step S301 to attack the enemy character again. On the other hand, when atari is determined by lottery (step S305: YES), the process proceeds to the next step S306.

  Next, when the atari is determined by lottery in this way, the server device 10 gives a reward to the player based on the number of points accumulated in the process of step S302 described above (step S306). . In this embodiment, the reward processing unit 115 of the server device 10 determines a reward to be given to the player according to the graph shown in FIG.

  Next, when the reward processing unit 115 grants a reward based on the accumulated point amount in this way, the server device 10 resets the points owned by the player (step S307). That is, the point processing unit 114 of the server device 10 updates the player information shown in FIG. 6 and resets the points owned by the player to zero.

  Next, the server device 10 determines whether or not the battle time has elapsed for the event game (step S308). That is, the battle processing unit 112 of the server device 10 determines whether or not 30 minutes set as the battle time of the event game has elapsed since the start of the count by the timer.

  As a result of this determination, when it is determined that the battle time has not elapsed for the event game (step S308: NO), the process returns to the above-described step S301 and continues to accept attack requests from the player terminal 20. On the other hand, when it is determined that the battle time has elapsed for the event game (step S308: YES), this process ends.

  As described above, according to the game system 1 according to the present embodiment, points are accumulated every time an attack operation is performed, and when an atari is determined by a lottery, the player uses the points accumulated so far to calculate battle energy. Can be earned as a reward. Therefore, the player can accumulate more points as the attacking operation is repeated, and can also increase the expectation of the reward that can be obtained when an atari comes out in the lottery. Therefore, it is possible to give the player motivation to consume more battle energy and attack. As a result, it is possible to increase the willingness to play the battle game.

=== Other Embodiments ===
The above-described 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 the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Event game reward>
In the above-described embodiment, the case where the player can acquire a reward every time an atari is determined by lottery in the event game has been described as an example. However, an upper limit may be set for the number of times that the player can acquire a reward. Thereby, the fairness of the player with long play time (player with many attack operations) and the player with short play time (player with few attack operations) can be maintained.

<Friend player>
In the above embodiment, the case where points are accumulated as a result of the player performing an attack operation (that is, when the player consumes battle energy) is described as an example. Every time a certain other player (friend player) performs a cheering operation for cheering the player, the points owned by the player can be further accumulated. Thereby, communication between players can be activated.

  Further, in the above-described embodiment, points are accumulated when the player performs an attack operation (that is, when the player consumes battle energy), and the accumulated amount of points is based on the graph shown in FIG. Although the case where the reward amount according to the case is determined has been described as an example, the reward amount may be further increased as the support operation by the friend player is performed more frequently. Thereby, communication between players can be activated.

  In the above-described embodiment, when the player attacks the enemy character attacked by the friend player, and the enemy character is destroyed by cooperation between the players, the atari is determined by lottery. The probability may be increased. Thereby, each player comes to actively perform cooperative play.

<Simultaneous progress of multiple events>
In the above embodiment, it is possible to play a plurality of types of event games in parallel. In this case, the player can also accumulate points common to each event by participating in each event game. For example, when a player enters both the event game A and the event game B, the player accumulates common points by consuming his item A during the play of the event game A, and also plays the event game B. By consuming its own item B, the common points are further accumulated. It is also possible to give a player a reward corresponding to the common points accumulated in the event game A and the event game B when a predetermined condition is satisfied (for example, when Atari is determined by lottery). .

  Similarly, a plurality of types of games may be played in parallel. In this case, points common to each game may be accumulated. For example, when playing both the battle game A and the battle game B, the player accumulates common points by consuming his item A during the play of the battle game A, and also plays the battle game B. By consuming its own item B, the common points are further accumulated. Then, when a predetermined condition is satisfied (for example, when atari is determined by lottery), a reward corresponding to the common points accumulated in the competitive game A and the competitive game B is given to the player.

<Predetermined conditions>
In the above embodiment, the case where the reward is given to the player based on the accumulated point amount is described as an example in which the predetermined condition is satisfied when the atari is determined by lottery. It is not limited to this. For example, it is possible to set a predetermined condition to defeat a predetermined number or more of enemy characters, defeat a special enemy character with a low appearance frequency, or the like. Further, for example, the predetermined condition may be satisfied when the accumulated point amount reaches a predetermined amount without performing lottery (for example, when the point gauge reaches the maximum amount).

<Reward>
In the present embodiment described above, points are accumulated by the player performing an attack operation (that is, the player consumes battle energy), and according to the accumulated amount of points based on the graph shown in FIG. The case where the battle energy (item) of the determined reward amount is given to the player has been described as an example, but the present invention is not limited to this. For example, when the player performs an attack operation (that is, when the player consumes battle energy), the points are accumulated, and the same amount of battle energy (items) as the amount of accumulated points is used as a reward. It may be given to players. That is, you may return the battle energy (item) which the player itself consumed as a reward as it is.

  In the above-described embodiment, the case where the battle energy (item) is given to the player as a reward has been described as an example. However, the reward is not limited to this. For example, a special character or special item with high rarity can be given as a reward. At that time, as the amount of accumulated points increases, a special character or special item having higher parameters such as rarity, physical strength, and attack power may be given as a reward. For example, in addition to the battle energy (item) of the reward amount according to the accumulated amount of points, it is also possible to give a special character or a special item as a reward.

<Game contents>
In the above embodiment, the character card has been described as an example, but the present invention is not limited to this. For example, the game content may be electronic game data, and may be a character itself, a figure, an item such as a tool / ability used in the game, or the like.

<Point accumulation>
In the present embodiment described above, the case where points corresponding to the number of consumed items (battle energy) are accumulated and rewards are given to the player based on the accumulated number of points has been described as an example. However, the present invention is not limited to this. For example, in addition to item consumption, the amount of game activity, such as the amount of damage given to enemy characters, the number of attacks that attacked enemy characters, and the number of points earned during game play, is converted into points and accumulated. Is also possible.

<Server device>
In the above 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 to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. 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. The server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the above-described embodiment, the case where various types of information processing are executed in cooperation with the server device 10 and the player terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, 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 Game screen 51 Enemy character display area 51a Enemy character 51b Health parameter (HP)
52 Point gauge display area 52a Point gauge 53 Attack operation area 53a Attack button 53b Attack button 53c Attack button 54 Confirm button 111 Entry processing section 112 Battle processing section 113 Lottery processing section 114 Point processing section 115 Reward processing section 116 Screen data generation processing section

Claims (8)

A storage unit for storing items owned by the player;
A battle processing unit that consumes an item owned by the player each time the player performs an attack operation and gives damage to the opponent by the attack;
A point processing unit for accumulating points according to the number of items consumed;
A reward processing unit that rewards the player based on the accumulated number of points when the predetermined condition is established;
A lottery processing unit for performing a lottery to determine whether or not to give a reward to the player;
Equipped with a,
The reward processing unit grants a reward to the player based on the accumulated number of points, assuming that the predetermined condition is satisfied when it is determined to give a reward in the lottery,
An information processing apparatus characterized by that. The information processing apparatus according to claim 1 ,
The point processing unit accumulates points according to the number of consumed items by determining that no reward is given in the lottery,
An information processing apparatus characterized by that. The information processing apparatus according to claim 1 or 2 ,
The lottery processing unit performs the lottery every time one item owned by the player is consumed.
An information processing apparatus characterized by that. The information processing apparatus according to claim 1 or 2 ,
The battle processing unit determines whether or not the opponent has been defeated by giving damage to the opponent by attack,
The lottery processing unit performs a lottery every time an opponent is defeated,
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1 to 4 ,
The reward processing unit gradually increases the reward amount according to the accumulated point amount,
An information processing apparatus characterized by that. An information processing apparatus according to any one of claims 1 to 5 ,
The reward processing unit grants as a reward a quantity of the item according to the accumulated number of points,
An information processing apparatus characterized by that. On the computer,
Processing for storing items owned by the player in the storage unit;
A battle process that consumes an item owned by the player each time the player performs an attack operation and gives damage to the opponent by the attack;
Point processing to accumulate points according to the number of items consumed,
Reward processing for rewarding the player based on the amount of accumulated points when the predetermined condition is satisfied;
A lottery process for performing a lottery to determine whether or not to give a reward to the player;
Was executed,
In the reward processing, the reward is given to the player based on the amount of accumulated points, assuming that the predetermined condition is satisfied when it is determined to give the reward in the lottery.
A game program characterized by that. Computer
Store the items owned by the player in the storage unit,
Each time a player performs an attack operation, he consumes the items owned by the player and deals damage due to the attack to his opponent.
Accumulate points according to the number of items consumed,
When the predetermined condition is satisfied, the player is rewarded based on the accumulated number of points ,
Perform a lottery to determine whether or not to reward players,
further,
When giving a reward to the player, the reward is given to the player based on the amount of accumulated points, assuming that the predetermined condition is satisfied when it is determined to give the reward in the lottery. ,
An information processing method characterized by the above.

Images