JP2014217732A - Information processor, and game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To shorten a contest time with an enemy character by recovering a consumption parameter without needing time and effort.SOLUTION: A server device relating to this invention consumes a consumption parameter to perform one-time contest in response to an operation input from a player, and recovers the consumption parameter by using a recovery item belonging to the player. In the case that a plurality of one-time contents are performed by repeating consumption and recovery of the consumption parameter in response to operation inputs of a plurality of times from the player until a physical strength parameter of the enemy character drops to a predetermined value or below, the total number of recovery items used to recover the consumption parameter is calculated. Whether the number of owned recovery items of the player is equal to or more than the calculated total number of recovery items is determined in response to a one-time special operation input from the player. When the determination is affirmed, the calculated total number of recovery items is automatically used from among the recovery items owned by the player, and a one-time contest is performed to make the physical strength parameter of the enemy character the predetermined value or below.

Description

  The present invention relates to a server device and a game program.

  There is known a game program that accepts an operation input by a player and causes a computer to execute a battle game in which a battle against an enemy character as an opponent is determined based on the operation input and a victory or defeat is determined (for example, Patent Document 1).

JP 2007-61253 A

In such a game program, the consumption parameter set for the player is consumed during the battle with the enemy character. If the consumption parameter is insufficient, the player must recover the consumption parameter before playing the battle. At this time, it took time to recover the consumption parameters, and it sometimes took a long time to play against enemy characters.
The present invention has been made in view of such circumstances, and an object of the present invention is to recover consumption parameters without taking time and to shorten a battle time with an enemy character.

The main invention of the present invention to solve the above problems is
A server device that is connected to a player terminal used by a player via a network and executes a battle game in which a player character and an enemy character battle,
Consumption parameters consumed each time one battle is performed, player information in which the number of recovery items to be recovered for the consumption parameters is set for the player, and an attack power parameter indicating the attack power of the player character A storage unit for storing player character information including and enemy character information including a physical strength parameter indicating the physical strength of the enemy character;
By consuming the consumption parameter set for the player in response to an operation input from the player and performing one battle, the physical strength parameter of the enemy character is set based on the attack power parameter of the player character. Fluctuate and
When the consumption parameter is consumed by one battle, the battle processing unit recovers the consumed parameter by using the recovery item owned by the player in response to an operation input from the player. When,
The battle processing unit repeats consumption and recovery of the consumption parameter in response to a plurality of operation inputs from the player until the physical strength parameter of the enemy character is reduced to a predetermined value or less. A calculation unit for calculating the total number of the recovery items used for recovery of the consumption parameter,
In response to one special operation input from the player, a determination unit that determines whether or not the number of the recovery items owned by the player is equal to or greater than the total number of the recovery items calculated by the calculation unit;
When such determination is affirmed by the determination unit,
Automatically using the recovery items of the total number calculated by the calculation unit from among the recovery items owned by the player; and
A special battle processing unit that reduces the health parameter of the enemy character to a predetermined value or less by performing one battle only once without performing a plurality of battles;
A server device characterized by comprising:
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

  According to the present invention, it is possible to recover the consumption parameter without taking time and to shorten the battle time with the enemy character.

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. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. It is a figure which shows the data structure example of card information. It is a figure which shows the data structure example of recovery item information. It is a figure which shows the data structure example of player information. It is a figure which shows the data structure example of possession card information. It is a figure which shows the example of a data structure of a possession recovery item. It is a figure which shows the data structure example of enemy character information. It is a figure for demonstrating the relationship between a normal attack and a special attack. 3 is a flowchart for explaining an operation example of the game system 1; It is a figure which shows an example of the game screen for performing operation input of a normal attack and a special attack. It is a flowchart for demonstrating a special battle | competition process. It is a figure which shows an example of the game screen for purchasing a recovery item. It is a flowchart for demonstrating a normal battle | competition process. 12 is a flowchart for explaining another operation example of the game system 1. It is a figure which shows an example of the game screen for performing operation input of a normal attack and a special attack. It is a flowchart for demonstrating a 2nd special battle process.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a server device that is connected to a player terminal used by a player via a network and executes a battle game in which a player character and an enemy character battle,
Consumption parameters consumed each time one battle is performed, player information in which the number of recovery items to be recovered for the consumption parameters is set for the player, and an attack power parameter indicating the attack power of the player character A storage unit for storing player character information including and enemy character information including a physical strength parameter indicating the physical strength of the enemy character;
By consuming the consumption parameter set for the player in response to an operation input from the player and performing one battle, the physical strength parameter of the enemy character is set based on the attack power parameter of the player character. Fluctuate and
When the consumption parameter is consumed by one battle, the battle processing unit recovers the consumed parameter by using the recovery item owned by the player in response to an operation input from the player. When,
The battle processing unit repeats consumption and recovery of the consumption parameter in response to a plurality of operation inputs from the player until the physical strength parameter of the enemy character is reduced to a predetermined value or less. A calculation unit for calculating the total number of the recovery items used for recovery of the consumption parameter,
In response to one special operation input from the player, a determination unit that determines whether or not the number of the recovery items owned by the player is equal to or greater than the total number of the recovery items calculated by the calculation unit;
When such determination is affirmed by the determination unit,
Automatically using the recovery items of the total number calculated by the calculation unit from among the recovery items owned by the player; and
A special battle processing unit that reduces the health parameter of the enemy character to a predetermined value or less by performing one battle only once without performing a plurality of battles;
A server device characterized by comprising:
According to such a server device, it is possible to recover the consumption parameters without taking time and to shorten the battle time with the enemy character.

Also, such a server device,
A screen data generation unit that generates screen data for causing the player terminal to display a game screen that causes the player to purchase a deficient recovery item when the determination is denied by the determination unit;
It is good also as having.
According to such a server device, the player can easily purchase a deficient recovery item.

Also, such a server device,
In the player information, the possession amount of the virtual currency used in the game is set for the player,
The special battle processing unit
When such a determination is denied by the determination unit,
By automatically consuming an amount of virtual currency corresponding to the value of the deficient recovery item, the number of recovery items owned by the player is made equal to or greater than the total number of recovery items calculated by the calculation unit. It's good.
According to such a server device, the player can automatically purchase a deficient recovery item.

Also, such a server device,
The special battle processing unit
By automatically consuming the virtual currency, when the number of recovery items owned by the player is equal to or greater than the total number of recovery items calculated by the calculation unit,
Automatically using the recovery items of the total number calculated by the calculation unit from among the recovery items owned by the player; and
It is good also as making the said physical strength parameter of the said enemy character below a predetermined value by performing only one battle | competition without performing multiple battles.
According to such a server device, even if there are not enough recovery items owned by the player, it is possible to recover the consumption parameters without taking time and shorten the battle time with the enemy character. Become.

Also, such a server device,
The server device is connected to the player terminal used by each of a plurality of players via a network,
The enemy character is set to be able to play against each player character of a plurality of players,
Based on the fluctuation of the physical strength parameter of the enemy character, a reward granting unit that selects a player having the physical strength parameter of the enemy character below a predetermined value from among a plurality of players and rewards the player When,
It is good also as having.
According to such a server device, it is possible to enjoy a battle game while competing with other players in order to obtain rewards.

=== Embodiment ===
<< About the configuration of the 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.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10 according to the present embodiment. The server device 10 is an information processing device (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages a game service, and receives various commands (requests) from the player terminal 20. A game program operable on the player terminal 20 or a Web page (game screen or the like) created in a markup language (HTML or the like) adapted to the standard of the player terminal 20 can be distributed (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 of this embodiment includes a reception unit 111, an information recording unit 112, a battle processing unit 113, a calculation unit 114, a determination unit 115, a special battle processing unit 116, a screen data generation unit 117, and a reward granting unit 118. Yes.

  The accepting unit 111 has a function of executing processing for accepting an operation input by a player. Specifically, the accepting unit 111 can accept an operation input by the player when the server device 10 receives operation information (command or the like) input by the player using the player terminal 20 via the network. .

  The information recording unit 112 is connected to the storage unit 12 via a bus, and has a function of executing processing for recording various data in the storage unit 12 in response to a command from the control unit 11. The information recording unit 112 in this embodiment records consumption parameters, player information, player character information, enemy character information, and the like in the storage unit 12.

  The battle processing unit 113 has a function of performing battle processing in response to an operation input (normal attack) from the player. In response to an operation input from the player, the battle processing unit 113 in the present embodiment consumes the consumption parameter set for the player, performs one battle, and changes the physical strength parameter of the enemy character. In addition, when the consumption parameter is consumed by one battle, the battle processing unit 113 uses the recovery item owned by the player in response to the operation input from the player, thereby consuming the consumed parameter. To recover.

  The calculation unit 114 performs various operations information (operations for consuming a consumption parameter and performing a normal attack and operations for using a recovery item) to be input before the enemy character's health parameter is set to a predetermined value or less. ) Based on (), a function of executing a process of calculating a reference value used by the determination unit 115 is provided. In the present embodiment, the calculation unit 114 repeats consumption and recovery of consumption parameters in response to a plurality of operation inputs from the player until the battle processing unit 113 causes the enemy character's physical strength parameter to fall below a predetermined value. Thus, when a plurality of battles are performed once, the total number of the recovery items used for recovery of the consumption parameter is calculated.

  The determination unit 115 has a function of executing various determination processes. In the present embodiment, the determination unit 115 determines whether or not the number of recovery items owned by the player is equal to or greater than the total number of recovery items calculated by the calculation unit 114 when there is one special operation input from the player. Determine.

  The special battle processing unit 116 has a function of performing a special battle process in response to a special operation input (special attack) from the player. The special battle processing unit 116 in this embodiment automatically uses the total number of recovery items calculated by the calculation unit 114 from the recovery items owned by the player when the determination unit 115 affirms such determination. In addition, the physical strength parameter of the enemy character is reduced to a predetermined value or less by performing the battle once only without performing a plurality of battles.

  The screen data generation unit 117 has a function of executing a process of generating screen data for causing the player terminal 20 to display a game screen that allows the player to play a game. The screen data generation unit 117 of the present embodiment generates HTML data as screen data corresponding to the game screen.

  The reward granting unit 118 has a function of executing a process of giving a reward to a player who satisfies a predetermined granting condition at the time of a battle with an enemy character. The reward granting unit 118 of this embodiment gives a reward to a player whose enemy character's physical strength parameter is set to a predetermined value or less.

  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 of the present embodiment includes card information that is information about a game card as an example of a game medium, recovery item information that is information about a recovery item, player information that is information about a player, and information about enemy characters. Remember at least some enemy character information. These pieces of information will be described in detail later.

  The input unit 13 is for a system administrator or the like to input various data (for example, card information), 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).

<< Configuration of Player Terminal 20 >>
FIG. 3 is a block diagram illustrating a functional configuration of the player terminal 20. The player terminal 20 of the present embodiment is an information processing device (for example, a mobile phone terminal, a smartphone, or the like) that is used by the player when playing a game. Page etc.) distribution request. Since the player terminal 20 has a Web browser function for allowing the player to browse the Web page, the player terminal 20 can display the Web page (game screen or the like) distributed from the server device 10. The player terminal 20 includes a terminal control unit 21, a terminal storage unit 22, a terminal input unit 23, a terminal display unit 24, and a terminal communication unit 25.
The terminal control unit 21 exchanges data between each unit and controls the entire player terminal 20, and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. Is done. Note that the terminal control unit 21 of the present embodiment also functions as a screen display control unit that controls the display mode of the game screen displayed on the terminal display unit 24. The terminal storage unit 22 is connected to the terminal control unit 21 via a bus, and performs processing of referring to, reading, and rewriting data stored in response to a command from the terminal control unit 21. The terminal storage unit 22 is realized by, for example, a flash memory or a hard disk. The terminal input unit 23 is for a player to perform various operations (game operations and the like), and is realized by, for example, operation buttons, a touch panel, and the like. The terminal display unit 24 is for displaying a game screen (game image, operation image, or the like) according to a command from the terminal control unit 21, and is realized by, for example, a liquid crystal display (LCD). The terminal communication unit 25 functions as a transmission / reception unit for transmitting / receiving various kinds of information to / from the server device 10 via the network 2 and is realized by, for example, a NIC (Network Interface Card) or the like.

<< About data structure >>
FIG. 4 is a diagram illustrating a data structure example of card information stored in the storage unit 12 of the server device 10. This card information has items (fields) such as a card ID, character name, level, attack power, defense power, and physical strength. The card ID is identification information for identifying a game card as an example of a game medium. The game medium is, for example, a game card or a figure associated with a character or the like, or an item such as a tool or ability that can be used in the game. In this embodiment, a game card as an example of a game medium is used in a virtual space on the game. The character name is information indicating the display name of the character associated with the game card. The character level, attack power, defense power, physical strength, etc. are parameters indicating the ability values initially set for the character.

  FIG. 5 is a diagram illustrating a data structure example of the recovery item information stored in the storage unit 12 of the server device 10. The recovery item information includes items (fields) such as a recovery item ID, a recovery item name, a price, and a recovery value. The recovery item ID is identification information for identifying a recovery item. The recovery item name is information indicating the display name of the recovery item. The price is information indicating the value of the recovery item. The recovery value is information indicating the recovery amount of the consumption parameter.

  FIG. 6 is a diagram illustrating a data structure example of player information stored in the storage unit 12 of the server device 10. This player information includes items such as a player ID, a friend player ID, a virtual currency, a consumption parameter, possession card information, and possession recovery item information. The player ID is identification information for identifying the player. The friend player ID is identification information for identifying another player registered in the player's friend list. In other words, the larger the number of friend player IDs, the more other players who have become friends. The virtual currency is an example of a game value and is information indicating the amount of virtual currency owned by the player. Players can purchase and own virtual currency. A consumption parameter is a parameter consumed by a battle with an enemy character. In this embodiment, the player can play against the enemy character by consuming the consumption parameter (decreasing the value of the consumption parameter). That is, when the consumption parameter is insufficient, it is set so that it cannot play against the enemy character. The owned card information is information indicating a game card (hereinafter also referred to as an owned card) owned by the player. The owned recovery item information is information indicating a recovery item owned by the player (hereinafter also referred to as an owned recovery item).

  FIG. 7 is a diagram illustrating an example of the data structure of the possessed card information. This possessed card information includes items such as possessed card ID, possessed card level, attack power, defense power, physical strength, and acquisition date. The possession card ID is identification information for identifying the possession card. The level, attack power, defense power, and physical strength of the possessed card are parameters indicating the ability values set for the character corresponding to the possessed card. These various parameters are updated according to the result of the battle game. The acquisition date and time is information indicating the date and time when the player acquires the possessed card.

  FIG. 8 is a diagram illustrating a data structure example of possession recovery item information. This owned recovery item information has items of recovery item ID and number of possessions. The recovery item ID is identification information for identifying various recovery items owned by the player. The owned number is information indicating the number of recovery items owned by the player.

  FIG. 9 is a diagram illustrating a data structure example of enemy character information stored in the storage unit 12 of the server device 10. This enemy character information includes items such as enemy character ID, enemy character name, level, attack power, defense power, physical strength (HP), and appearance time. The enemy character ID is identification information for identifying the enemy character. The enemy character name is information indicating the display name of the enemy character. The level, attack power, defense power, and physical strength (HP) of the enemy character are parameters indicating ability values set for the enemy character. These various parameters are updated according to the result of the battle game. The appearance time is information indicating a duration time during which an enemy character has appeared. In other words, since the appearance time is also a time during which the player can play against the enemy character, the battle with the enemy character is limited within this appearance time.

<< About the game outline >>
Here, an outline of a game provided by the game system 1 of the present embodiment will be described. In this game system 1, a battle game is provided that is played using a game card (a virtual card used in a virtual space on the game) associated with a game character.

<Competition game>
In the game system 1 of the present embodiment, the player can own a plurality of game cards (characters). The player selects a game card (player character) to be used for the battle game from among a plurality of game cards owned by the player. The control unit 11 determines an enemy character to be an opponent of the player character selected by the player, and based on various parameters (level, attack power, defense power, physical strength, etc.) set for each character, Determine the victory or defeat of the battle game.
The player plays a battle game by consuming the consumption parameters set by the player. When the consumption parameter is insufficient, the battle game cannot be played. In such a case, the player can recover the consumption parameter by using the recovery item owned by the player. Even without using a recovery item, the consumption parameter can be recovered as time passes.

<Relationship between normal attacks and special attacks>
In the battle game of this embodiment, the player can perform not only a normal attack but also a special attack. Below, the relationship between a normal attack and a special attack is demonstrated concretely.

  FIG. 10 is a diagram for explaining the relationship between the normal attack and the special attack when the physical strength parameter of the enemy character is set to a predetermined value or less. Here, the case where the physical strength parameter of the enemy character is set to “0” will be described as an example. When the enemy character appears, the enemy character's health parameter is “10000”, and the consumption parameter set for the player is 0 point. In addition, the consumption parameter shall be the maximum points (3 points) to be consumed in one battle, and after consumption, the maximum points (3 points) by using 3 recovery items that restore the consumption parameters by 1 point Shall be restored.

First, a case where a normal attack is performed will be described. Since the consumption parameter is 0 points at the time of appearance of the enemy character (because the consumption parameter is insufficient), the player cannot play the battle game. Therefore, the player needs to recover the consumption parameter. Here, if the player uses 3 recovery items, the consumption parameter recovers 3 points. After the recovery, when the player inputs a normal attack operation, the consumption parameter is consumed by 3 points, and damage of “2000” is given to the enemy character by the attack of the player character, so that one battle is performed (1 Second time). As a result, the enemy character's health parameter is “8000”, and the consumption parameter set for the player returns to 0 points. After the first match, the consumption parameter is 0 points (because the consumption parameter is insufficient), so the player needs to recover the consumption parameter again to continue the battle with the enemy character. . Here, if the player uses 3 recovery items, the consumption parameter recovers 3 points. After the recovery, when the player inputs the normal attack operation, the consumption parameter is consumed by 3 points, and damage of “2000” is given to the enemy character by the attack of the player character, so that one battle is performed (2 Second time). As a result, the enemy character's health parameter is “6000”, and the consumption parameter set for the player returns to 0 points. Thereafter, the consumption parameter is consumed and recovered repeatedly, and as a result, a plurality of one battles are performed. After the fifth battle is completed, the enemy character's health parameter becomes “0”.
Thus, in the case of performing a normal attack, the consumption parameter is consumed and recovered repeatedly by the player performing a plurality of operation inputs until the health parameter of the enemy character is set to “0”. Multiple battles will be held. That is, since it is necessary for the player to recover the consumption parameter every time one battle is performed, it takes time to recover the consumption parameter.

Next, a case where a special attack is performed will be described. When the player inputs a special attack operation once, 15 recovery items are automatically used (the consumption parameter is automatically consumed by 15 points), and the player character attacks “10000” damage. By being given to the character, a single battle is performed only once without a plurality of battles (first time). As a result, the enemy character's health parameter becomes “0” at once. In other words, assuming that a normal attack was performed, the total number of recovery items used until the enemy character's health parameter reaches “0” is calculated in advance, and the total number of recovery items used at the start of the special attack. Will be. As mentioned above, when a normal attack is performed, 3 recovery items are used 5 times until the enemy character ’s health parameter reaches “0”, so recovery items used to recover consumption parameters The total number of is 15. Therefore, 15 recovery items are automatically used at the start of the special attack.
As described above, when a special attack is performed, it is possible to set the physical strength parameter of the enemy character to “0” in one battle only by performing the operation input of the special attack once by the player. For this reason, it is possible to recover the consumption parameter without taking time and to reduce the time for playing against the enemy character, compared to the case of performing a normal attack.

<Grant of reward>
The battle game according to the present embodiment is a multiplayer participation game in which a plurality of players participate. Enemy characters are set as opponents common to each player. Accordingly, each player plays a battle against a common enemy character. In this embodiment, a player who contributes to victory in a multiplayer battle game, such as a player whose physical strength parameter of an enemy character is below a predetermined value (that is, a player who stabs an enemy character) is rewarded. Is granted.
In the present embodiment, in the server device 10, the reward granting unit 118 selects a player whose enemy character's health parameter is set to “0” from among a plurality of participating players based on fluctuations in the enemy character's health parameter. A reward is given to the player. Therefore, each player can enjoy the battle game while competing with other players in order to obtain rewards.
Also in this multiplayer game, each player can make a special attack as well as a normal attack. As a result, when special attacks are performed, the consumption parameters can be restored without much effort and the battle time with the enemy character can be reduced compared to when performing normal attacks. It becomes possible to set the enemy character's health parameter to “0” before the player.

<< Operation of Game System 1 >>
<Operation example 1>
FIG. 11 is a flowchart for explaining an operation example of the game system 1 according to the present embodiment.

  In the player terminal 20, when receiving an operation input from the player from the terminal input unit 23, the terminal control unit 21 sends a command (game start request) for starting a battle game to the server device 10 via the terminal communication unit 25. Send.

  When the server device 10 receives the game start request transmitted from the player terminal 20, the server device 10 performs an appearance determination process for determining whether or not to make an enemy character appear as an opponent (S101). When determining the appearance of an enemy character, the control unit 11 refers to the enemy character information shown in FIG. 9 and selects an enemy character to be an opponent from a plurality of enemy characters.

  Next, in the server device 10, the calculation unit 114 performs a calculation process for calculating the total number of recovery items used until the enemy character's physical strength parameter is set to a predetermined value or less, assuming that a normal attack has been performed (S102). ). In this embodiment, the calculation unit 114 performs one battle until the enemy character's health parameter is set to “0” based on the enemy character's health parameter at the time of appearance and the player character's attack parameter. The total number of recovery items is obtained by determining the number of battles and multiplying the number of battles by the number of recovery items (pieces / time). For example, as shown in FIG. 10, in the case of performing a normal attack, if the enemy character's health parameter at the time of appearance is “10000” and the player character's attack parameter is “400”, the player character is recovered. If you attack with 3 points of consumption parameter and perform a normal attack, the attack power of the player character will be 5 times (see Figure 12), so the damage that the player character gives to the enemy character is "2000" ("400" x 5 times) ) For this reason, when one battle is performed by a normal attack, the enemy character's health parameter decreases from “10000” to “8000”. That is, in order to reduce the enemy character's health parameter from “10000” to “0”, five battles are performed. Therefore, the total number of recovery items is 15 by multiplying the number of battles (5 times) by the number of recovery items (3 times / 1 time).

  Next, the server device 10 causes the screen data generation unit 117 to generate screen data (HTML file) for causing the player terminal 20 to display a game screen (Web page) for the player to input an operation. The server device 10 transmits the screen data (HTML file) of the game screen (Web page) generated in this way to the requesting player terminal 20 via the network.

  Next, when receiving the screen data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes the screen data to display a game screen corresponding to the screen data on the terminal display unit 24 (S103). ).

  FIG. 12 is a diagram illustrating an example of a game screen for performing an operation input for a normal attack and a special attack. The game screen 50 includes operation buttons 51, 52, and 53 for performing a normal attack, operation buttons 54 for performing a special attack, a consumption parameter display area 55, and a physical strength parameter display area 56. The operation buttons 51, 52, and 53 are buttons for performing a normal attack by consuming 1, 2, and 3 consumption parameters, respectively. When each of the operation buttons 51, 52, and 53 is selected by the player, the attack power of the player character is increased 1.2 times, 3 times, and 5 times, respectively. The operation button 54 is a button for performing a special attack. When the operation button 54 is selected by the player, 15 recovery items are automatically used and the enemy character's physical strength parameter is “0” at once. In other words, you can defeat enemy characters with a single blow.

  Returning to FIG. 11, when the operation information related to the battle is selected and input by the player in this way, the operation information is transmitted from the player terminal 20 to the server device 10.

  Next, the server device 10 performs a determination process based on the operation information received from the player terminal 20 (S104). That is, the determination unit 115 determines whether the player has selected the normal attack operation buttons 51, 52, and 53, or the special attack operation button 54. When the operation button 54 for performing a special attack is selected, a special battle process is executed (S105), and when the operation buttons 51, 52, 53 for performing a normal attack are selected, the normal battle is performed. Processing is executed (S106).

FIG. 13 is a flowchart for explaining the special battle process.
First, in the server device 10, when the operation button 54 for performing a special attack is selected by the player, the determination unit 115 refers to the possession recovery item information shown in FIG. 8 and owns the recovery item of the player. It is determined whether the number is equal to or greater than the total number of recovery items calculated by the calculation unit 114 (S201).

  When such a determination is denied, the screen data generation unit 117 generates screen data for causing the player terminal 20 to display a game screen for causing the player to purchase a deficient recovery item, and the game screen is displayed on the player terminal. 20 (S202). On the other hand, if the determination is affirmative, the process proceeds to step 204.

  FIG. 14 is a diagram illustrating an example of a game screen for purchasing a recovery item. This game screen 60 includes a purchase button 61, a menu button 62 for selecting the number of purchases, a return button 63, names / images of recovery items, and the like.

  Returning to FIG. 13, the determination unit 115 determines whether the purchase button 61 is selected or the return button 63 is selected on the game screen shown in FIG. 14 (S203). If the purchase button 61 is selected by the player, the process proceeds to step 204. If the return button 63 is selected, the process returns to step 103.

  Next, the determination unit 115 determines whether the physical strength parameter of the enemy character has decreased to a predetermined value or less by referring to the enemy character information shown in FIG. 9 (S204). That is, when the enemy character's physical strength parameter has already decreased to a predetermined value or less due to an attack from another player (S204: YES), the player's special attack is canceled (S205). On the other hand, when there is no attack from another player, or when the physical strength parameter of the enemy character does not decrease below a predetermined value due to an attack from another player (S204: NO), the calculation unit 114 The calculation process of step 102 is performed again (S206).

  Next, the special battle processing unit 116 automatically uses the total number of recovery items calculated by the calculation unit 114 from among the recovery items owned by the player (S207). At this time, the player information shown in FIG. 6 is updated.

  Then, the special battle processing unit 116 reduces the physical strength parameter of the enemy character to a predetermined value or less (S208). At this time, the enemy character information shown in FIG. 9 is updated.

FIG. 15 is a flowchart for explaining the normal battle process.
First, in the server device 10, the battle processing unit 113 responds to the selected operation button 51, 52, 53 when any of the operation buttons 51, 52, 53 for performing a normal attack is selected by the player. Thus, 1, 2, and 3 points of consumption parameters are consumed (S301).

  Next, the battle processing unit 113 determines the attack power of the player character (S302). The battle processing unit 113 increases the attack power parameter of the player character by 1.2 times, 3 times, and 5 times according to the selected operation buttons 51, 52, and 53.

  Next, the battle processing unit 113 damages the enemy character based on the determined attack power of the player character, and reduces the physical strength parameter of the enemy character (S303). At this time, the battle processing unit 113 damages the player character based on the attack power parameter of the enemy character, and also reduces the physical strength parameter of the player character.

  Returning to FIG. 13, as a result of the normal battle processing and the special battle processing being performed by the battle processing unit 113 and the special battle processing unit 116 in this way, based on the physical strength parameter of the enemy character and the physical strength parameter of the player character, Winning or losing is determined for the battle with the enemy character (S107). In other words, if the enemy character ’s health parameter is “0” first, the player character is determined to win, and if the player character ’s health parameter is “0” first, the player character loses. Is determined.

  As described above, according to the game system 1 according to the present embodiment, when the player inputs one special attack operation, the total number of recovery items calculated by the calculation unit 114 includes the recovery items owned by the player. It is automatically used from the inside, and by performing only one battle without performing a plurality of battles, the enemy character's physical strength parameter falls below a predetermined value. For this reason, it is possible to recover the consumption parameter without taking time and to shorten the time for the battle with the enemy character, compared to the case where the operation input for the normal attack is performed.

<Operation example 2>
FIG. 16 is a flowchart for explaining another operation example of the game system 1 according to the present embodiment.

  As in the operation example 1 shown in FIG. 11, the boss appearance determination process shown in step 101 is performed (S401), and then the calculation process shown in step 102 is performed (S402).

  Next, the determination unit 115 refers to the possession recovery item information illustrated in FIG. 8 to determine whether or not the number of recovery items owned by the player is equal to or greater than the total number of recovery items calculated by the calculation unit 114 ( S403).

  If the determination is negative, a first battle screen display process for displaying the game screen shown in FIG. 12 on the player terminal 20 is performed (S404). If the determination is affirmative, the game screen shown in FIG. Is displayed on the player terminal 20 (S408).

  As for the processes after step 404, the determination process shown in step 104 is performed (S405), the special battle process shown in step 105 is performed (S406), and the process in step 106, as in the first operation example shown in FIG. Since the normal battle process shown in FIG. 4 is performed (407), the description is omitted.

  FIG. 17 is a diagram illustrating an example of a game screen for performing an operation input for a normal attack and a special attack. The game screen 70 includes operation buttons 71, 72, 73 for performing a normal attack, operation buttons 74 for performing a special attack, a consumption parameter display area 75, and a physical strength parameter display area 76. The operation buttons 71, 72, and 73 are buttons for performing a normal attack by consuming 1, 2, and 3 points of consumption parameters, respectively. When each of the operation buttons 71, 72, and 73 is selected by the player, the attack power of the player character is increased 1.2 times, 3 times, and 5 times, respectively. The operation button 74 is a button for performing a special attack. When the operation button 74 is selected by the player, a shortage of recovery items (here, the number of recovery items owned by the player is 10 and the total number of recovery items calculated by the calculation unit 114 (15)). The amount of virtual currency corresponding to the value of the player's recovery item calculated by the calculation unit 114 is automatically consumed. The total number of recovery items calculated by the calculation unit 114 is automatically used from among the recovery items owned by the player, and the enemy character's physical strength parameter becomes “0” at once. In other words, you can defeat enemy characters with a single blow while replenishing the missing recovery items.

  Returning to FIG. 16, when the operation information regarding the battle is selected and input by the player in this way, the operation information is transmitted from the player terminal 20 to the server device 10.

  Next, the server device 10 performs a determination process based on the operation information received from the player terminal 20 (S409). That is, the determination unit 115 determines whether the normal attack operation buttons 71, 72, and 73 are selected by the player or the special attack operation button 74 is selected. When the operation button 74 for performing a special attack is selected, the second special battle process is executed (S410), and when the operation buttons 71, 72, 73 for performing a normal attack are selected. The normal battle process is executed (S407).

FIG. 18 is a flowchart for explaining the second special battle process.
First, in the server device 10, when the operation button 74 for performing a special attack is selected by the player, the determination unit 115 refers to the player information shown in FIG. It is determined whether or not the amount is equal to or greater than the value of the deficient recovery item (S501).

  When such a determination is denied, the screen data generation unit 117 generates screen data for causing the player terminal 20 to display a game screen that causes the player to purchase the insufficient virtual currency, and the game screen is displayed on the player terminal. 20 (S502). On the other hand, if the determination is affirmative, the process proceeds to step 504.

  Next, the determination unit 115 determines whether the purchase button has been selected or the return button has been selected by the player (S503). If the purchase button is selected, the process proceeds to step 204. If the return button is selected, the process returns to step 408.

  Next, the determination unit 115 determines whether the physical strength parameter of the enemy character has decreased to a predetermined value or less by referring to the enemy character information shown in FIG. 9 (S504). That is, if the enemy character's physical strength parameter has already decreased to a predetermined value or less due to an attack from another player (S504: YES), the player's special attack is canceled (S505). On the other hand, when there is no attack from another player, or when the physical strength parameter of the enemy character does not decrease below a predetermined value due to an attack from another player (S504: NO), the calculation unit 114 Thus, the calculation process of step 402 is performed again (S506).

  Next, the special battle processing unit 116 automatically consumes an amount of virtual currency corresponding to the value of the deficient recovery item (S507). At this time, the player information shown in FIG. 6 is updated.

  Next, the special battle processing unit 116 automatically uses the total number of recovery items calculated by the calculation unit 114 from among the recovery items owned by the player (S508). At this time, the player information shown in FIG. 6 is updated.

  Then, the special battle processing unit 116 reduces the physical strength parameter of the enemy character to a predetermined value or less (S509). At this time, the enemy character information shown in FIG. 9 is updated.

  Returning to FIG. 16, as a result of the normal battle process and the special battle process performed by the battle processing unit 113 and the special battle processing unit 116 as described above, based on the physical strength parameter of the enemy character and the physical strength parameter of the player character, Winning or losing is determined for the battle with the enemy character (S411). In other words, if the enemy character ’s health parameter is “0” first, the player character is determined to win, and if the player character ’s health parameter is “0” first, the player character loses. Is determined.

  As described above, according to the game system 1 according to the present embodiment, when the player inputs an operation for one special attack, even if the recovery items owned by the player are insufficient, the recovery of the shortage is performed. An amount of virtual currency corresponding to the value of the item is automatically consumed, and the number of recovery items owned by the player can be made equal to or greater than the total number of recovery items calculated by the calculation unit 114. Furthermore, when the player inputs an operation for one special attack, the total number of recovery items calculated by the calculation unit 114 is automatically used from the recovery items owned by the player, and one battle is played. By doing it once without doing more than one, the health parameter of the enemy character will be below a predetermined value. For this reason, it is possible to recover the consumption parameter without taking time and to shorten the time for the battle with the enemy character, compared to the case where the operation input for the normal attack is performed.

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

<Special Battle Processing Unit 116>
In the present embodiment, the case where the special battle processing unit 116 sets the enemy character's health parameter to “0” has been described as an example when the enemy character's health parameter is set to a predetermined value or less. Is not limited to this. For example, the enemy character's health parameter may be set to a value other than “0”.

  In the present embodiment, when the special battle processing unit 116 automatically uses the total number of recovery items calculated by the calculation unit 114 from among the recovery items owned by the player, priority is given to the use of the recovery items. Although the case has been described as an example, the present invention is not limited to this. For example, when the consumption parameter set for the player remains, the consumption parameter may be prioritized over the use of the recovery item. Specifically, in the case where the total number of recovery items calculated by the calculation unit 114 is 15, if a consumption parameter of 3 points corresponding to three recovery items remains, the consumption item is consumed first. After consuming 3 points of parameters, 12 recovery items may be used automatically.

<Purchase of recovery items>
In the above embodiment, in the flowchart shown in FIG. 13, when such a determination is denied by the determination process in step 201, the game screen shown in FIG. 14 is displayed in the display process in step 202 as an example. Although described above, the present invention is not limited to this. For example, you may make it display the game screen shown in FIG. Accordingly, when the player inputs a special attack operation on the game screen shown in FIG. 17, the player can defeat the enemy character with one blow while supplementing the deficient recovery items.

<Calculation unit 114>
In the above-described embodiment, in the normal attack shown in FIG. 10, when the total number of recovery items calculated by the calculation unit 114 is 15, the damage given to the enemy character by the player character is “2000” (attack parameter “ 400 ”× 3 points consumption“ attack power 5 times ”(see FIG. 12), but the present invention is not limited to this. For example, a random value may be further multiplied to the damage that the player character causes to the enemy character. By multiplying the random value in this way, the damage given to the enemy character by the player character is not fixed to “2000” but becomes “1900” or “2100”. Therefore, the player character can have a wide range of damage to the enemy character. As a result, when a player makes a special attack, even if 15 recovery items are automatically used, the enemy character's health parameter cannot be reduced below a predetermined value. By using the recovery item automatically, it is possible to generate a case where the enemy character's health parameter can be reduced to a predetermined value or less.

<Server device 10>
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 devices 10 may be connected via the network 2 and each server device 10 may perform various processes in a distributed manner.

<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.

  1 game system, 2 networks, 10 server devices, 11 control unit, 12 storage unit, 13 input unit, 14 display unit, 15 communication unit, 20 player terminal, 21 terminal control unit, 22 terminal storage unit, 23 terminal input unit, 24 terminal display section, 25 terminal communication section, 50 game screen, 51 operation button, 52 operation button, 53 operation button, 54 operation button, 55 consumption parameter display area, 56 fitness parameter display area, 60 game screen, 61 purchase button, 62 Menu button, 63 Return button, 70 Game screen, 71 Operation button, 72 Operation button, 73 Operation button, 74 Operation button, 75 Consumption parameter display area, 76 Physical strength parameter display area, 111 Reception section, 112 Information recording section, 113 Battle processing unit, 114 calculations Department, 115 determination unit, 116 special battle processing unit, 117 screen data generating unit, 118 reward giving unit

Claims (6)

A server device that is connected to a player terminal used by a player via a network and executes a battle game in which a player character and an enemy character battle,
Consumption parameters consumed each time one battle is performed, player information in which the number of recovery items to be recovered for the consumption parameters is set for the player, and an attack power parameter indicating the attack power of the player character A storage unit for storing player character information including and enemy character information including a physical strength parameter indicating the physical strength of the enemy character;
By consuming the consumption parameter set for the player in response to an operation input from the player and performing one battle, the physical strength parameter of the enemy character is set based on the attack power parameter of the player character. Fluctuate and
When the consumption parameter is consumed by one battle, the battle processing unit recovers the consumed parameter by using the recovery item owned by the player in response to an operation input from the player. When,
The battle processing unit repeats consumption and recovery of the consumption parameter in response to a plurality of operation inputs from the player until the physical strength parameter of the enemy character is reduced to a predetermined value or less. A calculation unit for calculating the total number of the recovery items used for recovery of the consumption parameter,
In response to one special operation input from the player, a determination unit that determines whether or not the number of the recovery items owned by the player is equal to or greater than the total number of the recovery items calculated by the calculation unit;
When such determination is affirmed by the determination unit,
Automatically using the recovery items of the total number calculated by the calculation unit from among the recovery items owned by the player; and
A special battle processing unit that reduces the health parameter of the enemy character to a predetermined value or less by performing one battle only once without performing a plurality of battles;
A server device comprising: The server device according to claim 1,
A screen data generation unit that generates screen data for causing the player terminal to display a game screen that causes the player to purchase a deficient recovery item when the determination is denied by the determination unit;
A server device comprising: The server device according to claim 1,
In the player information, the possession amount of the virtual currency used in the game is set for the player,
The special battle processing unit
When such a determination is denied by the determination unit,
By automatically consuming an amount of virtual currency corresponding to the value of the deficient recovery item, the number of recovery items owned by the player is made equal to or greater than the total number of recovery items calculated by the calculation unit. ,
A server device characterized by that. The server device according to claim 3,
The special battle processing unit
By automatically consuming the virtual currency, when the number of recovery items owned by the player is equal to or greater than the total number of recovery items calculated by the calculation unit,
Automatically using the recovery items of the total number calculated by the calculation unit from among the recovery items owned by the player; and
By performing only one battle without performing multiple battles, the health parameter of the enemy character is reduced to a predetermined value or less.
A server device characterized by that. The server device according to any one of claims 1 to 4,
The server device is connected to the player terminal used by each of a plurality of players via a network,
The enemy character is set to be able to play against each player character of a plurality of players,
Based on the fluctuation of the physical strength parameter of the enemy character, a reward granting unit that selects a player having the physical strength parameter of the enemy character below a predetermined value from among a plurality of players and rewards the player When,
A server device comprising: A game program for causing a computer to execute a battle game in which a player character and an enemy character battle each other,
On the computer,
Consumption parameters required for each battle, player information that sets the number of recovery items owned by the player to restore the consumption parameters, and an attack parameter indicating the attack power of the player character Recording processing for recording in the storage unit player character information including and enemy character information including a physical strength parameter indicating the physical strength of the enemy character;
By consuming the consumption parameter set for the player in response to an operation input from the player and performing one battle, the physical strength parameter of the enemy character is set based on the attack power parameter of the player character. Fluctuate and
When the consumption parameter is consumed by one battle, a battle process for recovering the consumed parameter by using the recovery item owned by the player in response to an operation input from the player; ,
One battle is performed by repeating consumption and recovery of the consumption parameter in response to a plurality of operation inputs from the player until the physical strength parameter of the enemy character is reduced to a predetermined value or less by the battle processing. A calculation process for calculating the total number of the recovery items used for the recovery of the consumption parameter when a plurality of processes are performed;
In response to one special operation input from a player, a determination process for determining whether the number of possessed recovery items of the player is equal to or greater than the total number of recovery items calculated by the calculation process;
When such a determination is affirmed by the determination process,
The recovery item of the total number calculated by the calculation process is automatically used from the recovery items owned by the player, and
A special battle process in which the physical strength parameter of the enemy character is reduced to a predetermined value or less by performing one battle only once without performing a plurality of battles;
Game program for running.

Images