JP5406391B2 - GAME PROGRAM AND INFORMATION PROCESSING DEVICE - Google Patents

Description

  The present invention relates to a game program and a game system.

  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. When many consumption parameters are consumed, the player needs to recover the consumption parameters before playing a battle. At this time, it took time to recover the consumption parameters, and it sometimes took a long time to play against the enemy characters.
The present invention has been made in view of such circumstances, and an object of the present invention is to reduce the time required to recover a consumption parameter and play against an enemy character without taking time and effort.

The main invention of the present invention to solve the above problems is
On the computer,
A reception process for receiving an operation input by a player;
Based on the operation input, the consumption parameter set for the player is consumed to start a battle with the enemy character, and the physical strength parameter indicating the physical strength of the enemy character is changed by the battle, so that the enemy character A battle process that determines victory or defeat for a battle with
A game program for executing
The battle process collectively includes a recovery process for recovering the consumption parameter and an attack process for attacking the enemy character when a single operation input by the player is received in the reception process. Including,
This is a game program characterized by that.
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 shorten the time required to play against the enemy character.

It is a figure showing the example of whole composition of game system 1 concerning this embodiment. It is a block diagram which shows the functional structure of the server apparatus 10 which concerns on this embodiment. It is a block diagram which shows the functional structure of the user terminal 20 which concerns on this embodiment. 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 user 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 possession recovery item information. It is a figure which shows the data structure example of enemy character information. It is a figure which shows the screen transition from the recovery | restoration of the consumption parameter in a comparative example to a battle with an enemy character. It is a figure which shows the screen transition from the recovery | restoration of the consumption parameter in this embodiment until it fights with an enemy character. It is a flowchart for demonstrating the operation example of the game system 1 which concerns on this embodiment.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
In other words,
A reception process for receiving an operation input by a player;
Based on the operation input, the consumption parameter set for the player is consumed to start a battle with the enemy character, and the physical strength parameter indicating the physical strength of the enemy character is changed by the battle, so that the enemy character A battle process that determines victory or defeat for a battle with
A game program for executing
The battle process collectively includes a recovery process for recovering the consumption parameter and an attack process for attacking the enemy character when a single operation input by the player is received in the reception process. Including,
This is a game program characterized by that.
According to such a game program, it is possible to shorten the time required to recover the consumption parameter and play against the enemy character without trouble.

Also, such a game program,
The recovery process for recovering the consumption parameter includes a process for recovering the consumption parameter by using a recovery item, and a process for recovering the consumption parameter over time regardless of whether or not the recovery item is used. ,
The recovery process collectively with the attack process may be the former process instead of the latter process.
According to such a game program, it is possible to recover the consumption parameter without taking time when using the recovery item to recover the consumption parameter early without waiting for the passage of time. It is possible to shorten the time to do.

Also, such a game program,
On the computer,
When an operation input of each of a plurality of players is received in the reception process,
Based on each of the operation inputs, each player starts a battle with an enemy character by consuming consumption parameters set for each player, and executes a process of determining victory or defeat for the battle with the enemy character, ,
When the defeat of the enemy character is determined as a result of the battle, the player who determines the defeat of the enemy character is determined from a plurality of players based on the fluctuation of the physical strength parameter of the enemy character, and the player It is good also as performing the grant process which provides special reward with respect to.
According to such a game program, it is possible to shorten the time from the recovery of consumption parameters to the battle with the enemy character, so it is possible to battle with the enemy character early in order to obtain a special reward. It becomes possible.

Also, such a game program,
On the computer,
In the granting process, a process for calculating the cumulative value for each player by accumulating the value of the physical strength parameter of the enemy character reduced by the attack from each player, and for the player having the maximum cumulative value It is good also as performing the process which provides a special reward.
According to such a game program, it is possible to shorten the time from the recovery of consumption parameters to the battle with the enemy character, so it is possible to battle with the enemy character early in order to obtain a special reward. It becomes possible.

Also, such a game program,
On the computer,
An appearance determination process for determining whether or not to cause an enemy character to compete when an operation input from a player is received in the reception process;
When it is determined that the enemy character appears in the appearance determination process, the participation information indicating that it is possible to participate in the battle with the enemy character that has appeared is different from the player among the plurality of players. A notification process to notify the player;
May be executed.
According to such a game program, it is possible to cause another player to participate when an enemy character appears. And even if another player participates in the notification, it will be possible to shorten the time from the recovery of consumption parameters to the battle with the enemy character, so the battle with the enemy character early to obtain special rewards Can be performed.

Also, such a game program,
On the computer,
In the battle process, when the defeat of the player who battled the enemy character is determined,
In the notification process, a process of notifying the participation information to another player different from the player among the plurality of players may be executed.
According to such a game program, other players can participate in the battle when the player loses. And even if another player participates in the notification, it will be possible to shorten the time from the recovery of consumption parameters to the battle with the enemy character, so the battle with the enemy character early to obtain special rewards Can be performed.

Also, such a game program,
On the computer,
When an operation input by the player is received in the reception process within a preset time limit for the enemy character to be battled, the battle process is executed,
When the operation input by the player is received in the reception process after the time limit has elapsed, the battle process may not be executed.
According to such a game program, when playing against enemy characters within a limited time limit, it will be possible to shorten the time from recovery of consumption parameters to playing against enemy characters. It becomes possible to play against enemy characters at an early stage.

Also, such a game program,
On the computer,
It is good also as performing the image generation process which produces | generates the game image which shows the said physical strength parameter of the said enemy character to fight.
According to such a game program, it is possible to battle while watching the enemy character's physical strength, so it is possible to shorten the time from the recovery of the consumption parameter to the battle with the enemy character according to the situation of the enemy character.

Also, such a game program,
On the computer,
In the battle process, after the recovery by the recovery process, when attacking the enemy character in the attack process, a process of changing the health parameter of the enemy character according to the consumption parameter after the recovery is executed. It is good.
According to such a game program, it is possible to attack the enemy character according to the value of the consumption parameter after recovery. At this time, since it becomes possible to shorten the time from the recovery of the consumption parameter to the battle with the enemy character, the battle with the enemy character can be performed at an early stage.

In addition, the game system has a player terminal used by a player and a server device connected to the player terminal via a network, and allows the player to play a battle game against an enemy character,
The player terminal is
An input unit for the player to input an operation;
A transmission unit that transmits the operation input by the player to the server device via the network;
The server device is
A receiving unit for receiving the operation input transmitted from the player terminal;
Based on the operation input, the consumption parameter set for the player is consumed to start a battle with the enemy character, and the physical strength parameter indicating the physical strength of the enemy character is changed by the battle, so that the enemy character A battle processing unit that determines victory or defeat for a battle with
In the battle, when the receiving unit receives one operation input from the player,
In the battle process, a battle process unit that collects a recovery process for recovering the consumption parameter and an attack process that attacks the enemy character;
A game system characterized by comprising:
According to such a game program, it is possible to shorten the time required to recover the consumption parameter and play against the enemy character without trouble.

=== Embodiment ===
<<< Configuration of Game System 1 >>>
FIG. 1 is a diagram illustrating an example of the overall configuration of a game system 1 according to the present embodiment. The game system 1 according to the present embodiment provides various services related to games via a network 2 to a user who has registered as a member (also referred to as a “player”). A user can play a game transmitted via the network 2 by accessing the game system 1. Further, the user can register another user as a friend in the friend list by accessing the game system 1. Therefore, the user can aim at communication between several users by playing a game with the user who became a friend, or exchanging a message.

  The game system 1 according to the present embodiment includes a server device 10 and a plurality of user terminals 20 (also referred to as “player terminals”). The server device 10 and the user terminal 20 are each connected to the network 2 and can communicate with each other. The network 2 is, for example, the Internet, a local area network (LAN), a value added network (VAN), or the like constructed by Ethernet (registered trademark), a public telephone line network, a wireless communication network, a mobile phone line network, or the like.

  The server device 10 is an information processing device used when a system administrator or the like operates and manages a game service. The server device 10 is, for example, a workstation or a personal computer, and can distribute various information to the user terminal 20 in accordance with various commands (requests) transmitted from the user terminal 20. The server device 10 according to the present embodiment, when there is a game content distribution request from the user terminal 20 used by the user who plays the game, the game content corresponding thereto, for example, a game operable on the user terminal 20 It is possible to distribute a program, a Web page created in a markup language (HTML or the like) that matches the user terminal standard, and the like.

  The user terminal 20 is an information processing device used by a user when playing a game. The user terminal 20 is, for example, a mobile phone terminal, a smart phone, a personal computer, a game machine, and the like. Various information relating to the game (game program, web page, etc.) is given to the server device 10 accessible via the network 2. The distribution of the game content etc.). The user terminal 20 has a web browser function for allowing the user to browse web pages. Therefore, for example, when a web page (game play image or the like) linked with image data related to a game is distributed from the server device 10, the user terminal 20 can display the web page on the screen.

<<< Configuration of Server Device 10 >>>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server device 10 according to the present embodiment includes a control unit 11, a data 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 That is, the control unit 11 has a function of executing various controls and information processing related to the game system 1 such as various processes for providing game services and various processes for requests from the user terminal 20. Specifically, as illustrated in FIG. 2, the control unit 11 according to the present embodiment includes a reception unit 111, a battle processing unit 112, an image generation unit 113, a grant unit 114, and a notification unit 115.

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

  The battle processing unit 112 has a function of executing a process of determining victory or defeat for a battle with an enemy character. In addition, the battle processing unit 112 performs a recovery process for increasing the value of a consumption parameter (a parameter consumed by a battle with an enemy character) set for the player, and the player attacks the enemy character. And a function of executing an attack process for reducing the value of the physical strength parameter of the enemy character.

  The image generation unit 113 has a function of executing processing for generating various image data such as an operation image for causing a player to play a game and a game image including an enemy character. The screen transition in this embodiment will be described in detail later.

  The granting unit 114 has a function of executing a process of granting a reward to a player who satisfies a predetermined granting condition during a battle with an enemy character. The granting unit 114 of the present embodiment has a function of executing a process of granting a normal reward (normal reward) to the player and a process of giving a special reward (special reward) to the player. Yes.

  The notification unit 115 has a function of executing processing for notifying a player of participation information indicating that participation in a battle with an enemy character is possible when a predetermined notification condition is satisfied during the battle with the enemy character. Have.

  The data storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which the system program in the server device 10 is stored, and various data generated by the control unit 11 (flags and operations used in the system program) Value) and a RAM (Random Access Memory) that is a rewritable storage area used as a work area for arithmetic processing of the control unit 11, for example, a nonvolatile memory such as a flash memory or a hard disk This is realized by a sexual memory device. The data storage unit 12 of the present embodiment includes card information that is information related to a game card used by a user in a game, user information that is information related to a user, enemy character information that is information related to an enemy character, and a recovery item related to a recovery item. Store information. These pieces 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 (card information, enemy character information, recovery item information, etc., which will be described later), 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 user terminal 20, functions as a receiving unit that receives various data and signals transmitted from the user terminal 20, and various data and signals according to instructions from the control unit 11. It has a function as a transmission part which transmits a signal to the user terminal 20. The communication part 15 is implement | achieved by NIC (Network Interface Card) etc., for example.

<<< Configuration of User Terminal 20 >>>
FIG. 3 is a block diagram illustrating a functional configuration of the user terminal 20. The user terminal 20 of the present embodiment 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 delivers data between the units and controls the entire user terminal 20, and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. Is done. That is, the terminal control unit 21 has a function of executing various controls and information processing related to the game system 1 such as various processes for accessing the game site and various processes for making a request to the server device 10. Yes.

  The terminal storage unit 22 includes a read only memory (ROM) that is a read-only storage area in which the system program in the user terminal 20 is stored, and various data generated by the terminal control unit 21 (flags and operations used in the system program). And a RAM (Random Access Memory) that is a rewritable storage area used as a work area for the arithmetic processing of the terminal control unit 21, such as a flash memory or a hard disk. This is realized by a non-volatile storage device. And this terminal memory | storage part 22 is connected to the terminal control part 21 via the bus | bath, and the process which references, reads, and rewrites the data memorize | stored according to the command from the terminal control part 21 is performed. In the present embodiment, a user ID, game data transmitted from the server device 10, and game content such as a game program are recorded in the terminal storage unit 22.

  The terminal input unit 23 is for a user to perform various operations (game operation, text input operation, etc.), and is realized by, for example, an operation button, a touch panel, or the like.

  The terminal display unit 24 is for displaying a game screen (game play image) generated based on the game information in response to a command from the terminal control unit 21. For example, a liquid crystal display (LCD) is provided. Etc.

  The terminal communication unit 25 is for communicating with the server device 10, and functions as a reception unit that receives various data and signals transmitted from the server device 10 and various commands according to commands from the terminal control unit 21. It has a function as a transmission unit that transmits data and signals to the server device 10. The terminal communication unit 15 is realized by, for example, a NIC (Network Interface Card).

<< About the outline of the game >>>>
Here, an outline of a game provided by the game system 1 will be described.
The game system 1 according to the present embodiment can provide a user (player) with a battle game using a game medium. Below, the battle | competition type card game played using a game card as an example of a game medium is demonstrated. Since this game card is a game card as digital content, it becomes a virtual card used in a virtual space on the game.

<Competitive card game>
The game system 1 according to the present embodiment can provide a battle-type card game in which a character selected by a player is battled against an enemy character that is an opponent, thereby determining a win or loss.

  In this battle-type card game, first, the player selects a character to fight against the enemy character. In the present embodiment, a player can own a plurality of game cards (virtual cards used in a virtual space on the game), and a game character is associated with each game card. Therefore, when a game card to be used for a match is selected from among a plurality of game cards owned by the player, the character corresponding to the selected game card is set as a character to play against an enemy character (hereinafter referred to as “player character”). Will be.

  Next, a battle game is started in which the player character selected by the user plays against the enemy character. In the present embodiment, when the player searches to find an enemy character, the enemy character appears as an opponent of the player character and the battle game is started. At this time, the player can start a battle with the appearing enemy character by consuming the consumption parameter (battle energy) necessary for the battle with the enemy character.

  Next, when the battle with the appearing enemy character is started, the player inputs a command for attack. Then, the player character performs an attack according to this command input to the enemy character, and the enemy character counterattacks against this attack. The determination of winning or losing in the battle game of the present embodiment is made based on the vitality parameter (physical strength parameter) set for each character. In other words, in this battle game, the value of the life force parameter (health parameter) is decreased according to the opponent's attack power, and the remaining value at the end of the battle time, or the character whose value reaches zero first. It is programmed so that the character with the least number will be the loser.

  In addition, the competitive card game of the present embodiment can also be a multiplayer competitive game in which a plurality of players participate. Specifically, an enemy character common to each player is set as an opponent. Each player plays against a common enemy character. Then, if the enemy character's vitality parameter value is reduced in response to an attack from each player character, and a common enemy character counterattacks against this attack, the health parameter of each player character is in response to this counterattack Decrease the value. In this way, if the enemy character's life parameter value reaches zero first, or at the end of the battle time, the remaining value of the enemy character's life parameter is greater than the remaining value of each player character's health parameter. If there are fewer, you have won the battle against the enemy character.

<Recovery of consumption parameters>
In this battle-type card game, the player can start a battle with an enemy character that has appeared by consuming consumption parameters necessary for a battle with the enemy character. However, there are cases in which the consumption parameters are insufficient due to repeated battles, making it impossible to play against enemy characters. In such a case, it is necessary for the player to play after recovering the consumption parameter. In this embodiment, the player can recover the consumption parameter by using the recovery item. Further, the consumption parameter can be recovered as time passes without using a recovery item.

<Grant of reward>
In this battle-type card game, a reward is given to a player who satisfies a predetermined grant condition when playing against an enemy character.
Specifically, when a victory or defeat for a battle with an enemy character is determined and the enemy character is won, a reward such as a game card or item is given to the player. Therefore, the player can increase the number of possessed game cards, items, etc. by himself / herself by performing this competitive card game.

  In addition, in the multiplayer participation game described above, when a common enemy character is won, a reward is awarded to each player based on the battle content and the battle result. In this embodiment, multiplayer participation battles such as the player who caused the most damage to the enemy character, or the player who decided the defeat of the enemy character (that is, the player who finally stopped the breath of the enemy character) Special rewards (rare game cards, rare items, etc.) different from normal rewards are awarded to players who have contributed to the victory of the game. For this reason, each player actively participates in this participatory battle type game in order to defeat the enemy character earlier than the other players to obtain a special reward.

<Notification to other players>
In this battle-type card game, when a predetermined notification condition is satisfied at the time of a battle with an enemy character, participation information indicating that the player can participate in a battle with the enemy character is notified to other players. The participation information may be text data, image data, audio data, or the like indicating that the participation is possible.
Specifically, when a player causes an enemy character to appear, other players are notified by e-mail or the like that they can participate in a battle with the enemy character that has appeared. Further, when a player loses a battle with an enemy character, the other player is notified by e-mail or the like that he can participate in the battle with the enemy character. For this reason, more players will participate in the battle against enemy characters.

<<< Data structure >>>
Various information used in the game system 1 of the present embodiment will be described with reference to FIGS. FIG. 4 is a diagram illustrating an example data structure of card information. FIG. 5 is a diagram illustrating a data structure example of the recovery item information. FIG. 6 is a diagram illustrating an example data structure of user information. FIG. 7 is a diagram illustrating an example of the data structure of the possessed card information. FIG. 8 is a diagram illustrating a data structure example of possession recovery item information. FIG. 9 is a diagram illustrating an example data structure of enemy character information. In the present embodiment, at least card information, recovery item information, user information, and enemy character information are stored in the data storage unit 12 of the server device 10.

<Card information>
The card information includes a card ID as an example of identification information for identifying a game card, and various kinds of information related to the game card associated with the card ID. For example, as shown in FIG. 4, the card information includes various parameters such as the card ID, the name of the character associated with the game card, the level of the character, the attack power, the defense power, and the physical strength. Therefore, when a battle process is performed, if a user (player) selects a game card used for a battle with an enemy character, card information (such as attack power and physical strength) of the selected game card is selected. It is reflected as the ability value set for the character corresponding to the game card, and the winning or losing of the battle game is determined.

<Recovery item information>
The recovery item information includes a recovery item ID as an example of identification information for identifying the recovery item, and various types of information regarding the recovery item associated with the recovery item ID. For example, as shown in FIG. 5, the recovery item information includes a recovery item ID, a name of the recovery item associated with the recovery item, a price of the recovery item, and a recovery value. Therefore, when the recovery item is selected by the user, the recovery item information (such as recovery value) of the selected recovery item is reflected, and the consumption parameter set for the player is recovered.

<User information>
The user information includes a user ID as an example of identification information for identifying a user (player), and various types of information regarding the user associated with the user ID. For example, as shown in FIG. 6, the user ID, friend user ID, virtual currency, battle energy, possession card information, possession recovery item information, cumulative damage, enemy character appearance information, and the like are included in the user information.

  The friend user ID is information indicating another user (player) registered in the user's friend list. That is, as the number of friend user IDs increases, the user has more other users who have become friends. This friend user ID is updated when the user registers another user in the friend list or when another user who has already been registered is deleted from the friend list.

  The virtual currency is information indicating the amount of virtual currency owned by the user (player). This virtual currency is updated when the user obtains the virtual currency or uses the virtual currency. In the present embodiment, the user can purchase the recovery item by using the virtual currency.

  Battle energy is an example of a consumption parameter, and is data consumed by a battle with an enemy character. In this embodiment, the player can start a battle with an enemy character by consuming battle energy (decreasing the value of battle energy). That is, when the battle energy is insufficient, the player is set so as not to play against the enemy character.

  The owned card information is information indicating the owned card owned by the user (player). The possession card information includes an possession card ID indicating the user's possession card and various types of information related to the possession card associated with the possession card ID.

  For example, as shown in FIG. 7, the possessed card ID, the character level corresponding to the game card with the owned card ID, various parameters such as attack power and defense power, the acquisition date and time when the user has acquired the possessed card, etc. Included in the possession card information.

  The level is information indicating the level of the character associated with the game card having the possession card ID. Various parameters such as attack power, defense power, and physical strength are data indicating ability values set for the character. Various parameters such as the level and attack power change and are updated according to the result of the competitive card game. The acquisition date and time is information indicating the date and time when the user acquired the possessed card.

  The owned recovery item information is information indicating a recovery item owned by the player. The recovery item is an item for recovering the parameter consumed by the battle. In the present embodiment, by using the recovery item owned by the player, it is possible to recover the battle energy set for the player (increase the value of the battle energy). The owned recovery item information includes an owned recovery item ID indicating a user's owned recovery item, and various types of information related to the owned recovery item associated with the owned recovery item ID. For example, as shown in FIG. 8, the possession recovery item ID, the possession number corresponding to the recovery item of the possession recovery item ID, and the recovery value are included in the possession recovery item information.

  The cumulative damage is data obtained by accumulating the decreased life parameter values of the enemy character when the enemy character is damaged by the attack from the player. In other words, the greater the cumulative damage value, the greater the damage to the enemy character.

  The enemy character appearance information is flag information indicating whether or not the player has caused an enemy character to appear. In the present embodiment, “TRUE” is set when an enemy character appears, and “FALSE” is set when no enemy character appears.

<Enemy character information>
The enemy character information includes an enemy character ID for identifying the enemy character, and various types of information related to the enemy character associated with the enemy character ID. For example, as shown in FIG. 9, the enemy character information includes various parameters such as the name of the enemy character, the level of the enemy character, attack power, defense power, life force (HP), and appearance time. Therefore, when the battle game process is performed, the enemy character information (attack power, etc.) is reflected as the ability value set for the enemy character, and the victory or defeat of the battle game is determined.

  The appearance time is a duration time during which an enemy character appears. That is, it is also a battle time in which the player can play against enemy characters. Therefore, the battle with the enemy character is limited within this appearance time.

<<< About screen transition >>>
Here, screen transitions from the recovery of the consumption parameter to the battle with the enemy character will be described with reference to FIGS. 10 and 11. FIG. 10 is a diagram illustrating screen transitions from the recovery of the consumption parameter to the battle with the enemy character in the comparative example. FIG. 11 is a diagram showing screen transitions from the recovery of the consumption parameter according to the present embodiment to the battle with the enemy character.
In the following, after explaining the comparative example, the screen transition of the competitive card game according to the present embodiment will be explained.

<Screen transition in comparative example>
First, screen transition in the comparative example will be described with reference to FIG.
The player uses the user terminal 20 to search for enemy characters. When the server device 10 determines that it has encountered (appeared) an enemy character that is an opponent, the server device 10 generates a game image indicating that the enemy character has appeared, and transmits the generated game image to the user terminal 20. Here, it is assumed that “boss A” is selected as an appearing enemy character from a plurality of enemy characters registered in the enemy character information (see FIG. 9).

  When receiving the game image, the user terminal 20 displays the “(1) pre-match screen” shown in FIG. 10 on the terminal display unit 24. The “(1) pre-match screen” includes the name / image of the “boss A” that appears, battle energy 51 consumed by the match, and a match button 50 for attacking enemy characters.

  When the battle button 50 is selected by the player, the user terminal 20 transmits a battle request with “boss B” to the server device 10. When the server device 10 receives the battle request, the server device 10 consumes the player's battle energy 51 to execute a battle process with the “boss A”. That is, the server device 10 receives a selection request (match request) from the player by receiving a battle request (acceptance process) by the reception unit 111 and consumes the battle energy 51 to battle the “boss A”. Is executed by the battle processing unit 112 to determine the victory or defeat of the battle with the boss A.

  After determining the victory or defeat, the server device 10 causes the image generation unit 113 to generate an effect image indicating that it is in a match with “Boss A”, and transmits the effect image to the user terminal 20 via the network. When receiving the effect image, the user terminal 20 displays the “(2) battle screen” shown in FIG. 10 on the terminal display unit 24. In this way, by showing this “(2) battle screen” (direction image) before showing the winning / losing result, the player can enjoy the battle situation with “boss A”.

  When the server device 10 receives the selection input (match request) by the player repeatedly by the receiving unit 111, the battle with the “boss A” until the battle energy 51 is completely consumed (until the battle energy 51 becomes zero). It is possible to execute processing. Here, every time a battle is played with “boss A” (every time the player presses the battle button 50), one point is consumed from the three points of battle energy. Then, when the battle energy 51 is completely consumed by the battle with the “boss A”, the server device 10 causes the image generation unit 113 to generate a game image indicating that the battle energy 51 is completely consumed, The game image is transmitted to the user terminal 20.

  When receiving the game image, the user terminal 20 displays the “(3) pre-match screen” shown in FIG. The “(3) pre-match screen” includes a match result (“defeat”), completely consumed battle energy 51, and a selection button 52 for selecting a recovery item.

  The player can confirm that the battle energy 51 has been completely consumed by the battle with “Boss A” by looking at “(3) Pre-match screen”. The player needs to recover the battle energy 51 in order to play against “Boss A” again.

  When the selection button 52 is selected by the player when the “(3) pre-match screen” is displayed on the terminal display unit 24, the user terminal 20 transmits a recovery item selection request to the server device 10. When the selection input (selection request) by the player is received by the reception unit 111, the server device 10 causes the image generation unit 113 to generate a game image including a list of recovery items to be purchased by the player, and the game image is displayed on the user terminal 20. Send to.

  When receiving the game image, the user terminal 20 displays a “(4) item selection screen” shown in FIG. 10 on the terminal display unit 24. The “(4) item selection screen” includes a name / image of a recovery item, a menu button 54 for selecting the number of items, and a purchase button 55.

  When the “(4) item selection screen” is displayed on the terminal display unit 24, the player selects a recovery item desired to be purchased from the item list, and operates the menu button 54 to select from the selection items in the pull-down menu. The desired number is selected and the purchase button 55 is selected. Here, it is assumed that the player has purchased “one” “recovery item A” by using virtual currency. “Recovery item A” is set as an item that can recover the battle energy by 1 point (recovery value).

  When the purchase button 55 is selected by the player, the user terminal 20 transmits a purchase request for the recovery item desired by the player to the server device 10. Upon receiving the purchase request, the server device 10 refers to the user information (see FIG. 6) and the recovery item information (see FIG. 5) to determine whether the virtual currency owned by the player has reached the price of the recovery item. Determine whether. When the server device 10 determines that the player can purchase the recovery item, the server device 10 causes the image generation unit 113 to generate a game image including the recovery item selected by the player, and displays the game image on the user terminal. 20 to send.

  Upon receiving such a game image, the user terminal 20 displays a “(5) item use confirmation screen” shown in FIG. The “(5) item use confirmation screen” includes a name / image of a recovery item to be purchased, a use button 56 for using the recovery item, and a return button 57 for returning to the item list. Yes.

  The player confirms the recovery item displayed on the “(5) Item usage confirmation screen”, and selects the use button 56 when using the recovery item. If the recovery item is not used, the return button 57 can be selected to return to the item list and select another recovery item.

  When the use button 56 is selected by the player, the user terminal 20 transmits a use request for the recovery item to the server device 10. Upon receiving the use request, the server device 10 refers to the recovery item information (see FIG. 5) and recovers the battle energy according to the recovery value of the purchased recovery item. Then, the server device 10 causes the image generation unit 113 to generate a game image indicating that the use of the recovery item is completed, and transmits the game image to the user terminal 20.

  When receiving the game image, the user terminal 20 displays a “(6) item use completion screen” shown in FIG. 10 on the terminal display unit 24. In the “(6) Item Use Complete Screen”, the name / image of the recovery item that has been used, the battle energy has been recovered, the rematch button 58 for replaying with “Boss A”, and the item list A return button 57 for returning is included. Here, since “1” “Recovery item A” is used (purchased) by the player's selection, the battle energy is recovered from “0/3” to “1/3”.

  When the replay button 58 is selected by the player, the user terminal 20 transmits a replay request with “boss A” to the server device 10. When the server apparatus 10 receives the rematch request, the server apparatus 10 causes the image generation unit 113 to generate a game image before the battle start, and transmits the game image to the user terminal 20.

  When receiving the game image, the user terminal 20 displays the “(7) pre-match screen” shown in FIG. 10 on the terminal display unit 24. This “(7) pre-match screen” includes the name and image of “boss A” as the opponent, the battle energy 51 after recovery, and a battle button 50 for attacking enemy characters.

  When the battle button 50 is selected by the player, the user terminal 20 transmits a battle request with “boss B” to the server device 10. Upon receipt of the battle request, the server device 10 performs battle processing with the “boss A” by consuming the player's battle energy 51, and determines victory or defeat.

  After determining the victory or defeat, the server device 10 causes the image generation unit 113 to generate an effect image indicating that it is in a match with “Boss A”, and transmits the effect image to the user terminal 20. When receiving the effect image, the user terminal 20 displays the “(8) battle screen” shown in FIG. 10 on the terminal display unit 24. In this way, by showing this “(8) battle screen” (effect image) before showing the winning / losing result, the player can enjoy the battle situation with “boss A”.

  As described above, in the comparative example, the screen transition from the recovery of the consumption parameter to the battle with the enemy character is 6 from “(3) pre-match screen” to “(8) match screen” as shown in FIG. Consists of two steps. That is, the player must use the user terminal 20 to sequentially display these six screens on the terminal display unit 24 in order to play against the enemy character (boss A) after recovering the consumption parameter (battle energy). At the same time, at least two operations: an operation input for selecting the selection button 52 to use the recovery item and an operation input for selecting the battle button 50 to attack the enemy character Need to do. Therefore, it takes time to recover the consumption parameter (battle energy), and it takes a long time to play against the enemy character (boss A).

<Screen transition of this embodiment>
Next, screen transition of the present embodiment will be described with reference to FIG.
In the present embodiment, as in the comparative example, when the server device 10 receives a battle request with “boss A” from the user terminal 20, the server device 10 performs battle processing with “boss A” by consuming the player's battle energy. Run. In addition, when the server device 10 repeatedly receives selection input (competition request) by the player by the accepting unit 111, the server apparatus 10 competes with the “boss A” until the battle energy is completely consumed (until the battle energy becomes zero). It is possible to execute processing. Here, every time a battle is played with “boss A” (every time the player presses the battle button 50), one point is consumed from the three points of battle energy.

  Then, when the battle energy is completely consumed by the battle with “Boss A”, the server device 10 causes the image generation unit 113 to generate a game image indicating that the battle energy is completely consumed, and the game The image is transmitted to the user terminal 20.

  When receiving the game image, the user terminal 20 displays the “(1) pre-match screen” shown in FIG. 11 on the terminal display unit 24. Unlike the “(3) pre-match screen” in the comparative example (see FIG. 10), the “(1) pre-match screen” includes an item menu button 70 for selecting a recovery item, a number menu button 71, and a recovery menu. And a collective input button 72 for inputting attacks in a lump and a support request button 80 are included.

  In order to play against “Boss A”, the player needs to recover the completely consumed battle energy 73. Therefore, the player operates the item menu button 70 to select a desired recovery item from the selection items in the pull-down menu, operates the number menu button 71 to select the desired number from the selection items in the pull-down menu, A batch input button 72 is selected. Here, it is assumed that “one” “recovery item A” is selected by the player. “Recovery item A” is set as an item that can recover the battle energy by 1 point (recovery value).

  When the collective input button 72 is selected by the player in this way, the user terminal 20 sends a battle request to attack the boss A by recovering the battle energy using the selected “recovery item A”. 10 to send.

When the server device 10 receives the selection input (match request) by the player by the receiving unit 111 (accepting process), the server apparatus 10 recovers the battle energy 73 by the “recovery item A” or the recovery process, and the recovered battle energy 73. The attack process for attacking the boss A is continued by consuming it. That is, the battle processing unit 112 executes a process of determining the victory or defeat for the battle with the “boss A” by collectively performing the recovery process and the attack process.
Thus, in the battle process, when a single operation input by the player is accepted, the recovery process for recovering the battle energy and the attack process for attacking “boss A” are collectively performed ( It will be processed continuously in one operation). Therefore, the player can recover and attack with a single operation, so that it is possible to attack “Boss A” at an early stage while omitting the operation.

  After determining the victory or defeat, the server device 10 causes the image generation unit 113 to generate an effect image indicating that it is in a match with “Boss A”, and transmits the effect image to the user terminal 20. When receiving the effect image, the user terminal 20 displays the “(2) battle screen” shown in FIG. 11 on the terminal display unit 24. In this way, by showing this “(2) battle screen” (direction image) before showing the winning / losing result, the player can enjoy the battle situation with “boss A”.

  In addition, when the “(1) pre-match screen” is displayed on the terminal display unit 24, the player selects the cheer request button 80 in order to cause another player to participate in the battle with “Boss A”. You can also.

  When the player selects the support request button 80 by the player, the user terminal 20 transmits a support request request to the server device 10. Upon receiving the support request, the server device 10 transmits participation information indicating that it is possible to participate in a battle with “boss A” to other players. This support request is made by mailing the participation information to the mail address of another player. The other player may be a friend user of the player who plays against “boss A”, or may be another player selected by random lottery.

  As described above, in this embodiment, unlike the comparative example, the screen transition from the recovery of the consumption parameter to the battle with the enemy character is changed from “(1) Pre-match screen” to “(2)” as shown in FIG. It consists of two steps up to the “match screen”. That is, the player displays two screens less than the six screens in the comparative example on the terminal display unit 24 of the user terminal 20 in order to play against the enemy character (boss A) after recovering the consumption parameter (battle energy). It is only necessary to display the images sequentially. Further, by selecting the collective input button 72, the player performs an operation input for using the recovery item and an operation input for performing an attack on the enemy character in one operation (the collective input button 72). Selection). Therefore, it is possible to recover the consumption parameter (battle energy) without taking time and to shorten the time until the battle with the enemy character (boss A).

<<< Operation of Game System 1 >>>
Here, the overall operation of the game system 1 will be described with reference to FIG. FIG. 12 is a flowchart for explaining an operation example of the game system 1 according to the present embodiment. In the game system 1 according to the present embodiment, the server device 10 and the user terminal 20 cooperate with each other based on the game program, thereby controlling each unit to be controlled and executing each process.

  Hereinafter, the user terminal 20 used by the player A (first player) is referred to as the user terminal A, the user terminal 20 used by the player B (second player) is referred to as the user terminal B, and the player C (third player) uses the user terminal A. The user terminal 20 to be used is a user terminal C.

  Player A and player B are friend users, and player B and player C are friend users, but player A and player C are not friend users.

  First, the player A makes a request for starting a competitive card game by operating the user terminal A (S101). Specifically, the player A causes the user terminal A to display the web page accessed to start the battle game on the terminal display unit 24 and operate the terminal input unit 23 to start the battle card game. . That is, when the terminal control unit 21 receives an operation input signal for starting a battle from the terminal input unit 23, the terminal control unit 21 sets a user ID to a command (game start request) for starting the battle game, and via the terminal communication unit 25. It transmits to the server device 10.

  At this time, the player A can select a game card used in the battle game, that is, a character associated with the game card. The character selected by the player becomes a player character that fights against enemy characters in the virtual space of the game. Therefore, when the user selects a character by operating the terminal input unit 23, the terminal control unit 21 reads out the card ID of the game card corresponding to the selected character from the terminal storage unit 22, and reads out the card ID Together with the user ID to the server device 10 via the terminal communication unit 25.

  Next, when receiving a game start request with a user ID set, the server device 10 performs an appearance determination process for determining whether or not to cause an enemy character to become an opponent of the player A (S102). That is, as a result of the search performed by the player A, the control unit 11 either “makes an enemy character appear” if it can encounter an enemy character, or “does not make an enemy character appear” if it cannot be encountered. One of them is determined by random lottery. If the control unit 11 determines to “make the enemy character appear”, one of the enemy characters registered in the enemy character information shown in FIG. Select as. In the present embodiment, it is assumed that “to make an enemy character appear” is determined and “boss A” is selected as the enemy character.

  Since the player A becomes a player in which an enemy character appears, “TURE” is set for the enemy character appearance information associated with the user ID of the player A (see FIG. 6). Thereby, in the reward determination process described later, such enemy character appearance information is referred to, and a special reward (rare card, rare item, etc.) is given to the player A as a reward for the player who caused the enemy character to appear.

  Subsequently, the control unit 11 performs a determination process for determining whether or not the enemy character that has appeared can be played (S103). Specifically, the control unit 11 refers to the user information shown in FIG. 6 and determines whether or not the battle energy associated with the user ID (player A) included in the game start request is greater than or equal to a predetermined value. Determine. In this embodiment, the control part 11 determines with the battle | competition with an enemy character being possible, when it determines with a battle energy being 1 point or more. On the other hand, when it determines with the battle energy of the player A being less than 1 point, the control part 11 determines with the shortage of battle energy that the battle | competition with an enemy character is impossible. Here, the following description will be continued assuming that the player A is determined to be able to play against the enemy character (“boss A”).

  Then, the control unit 11 displays a game image (for example, “(1) pre-match image” in FIG. 10) indicating that the appearing enemy character is “Boss A” and that “boss A” can be played. ) Is generated by the image generation unit 113. Then, the control unit 11 transmits the game image generated by the image generation unit 113 to the requesting user terminal A via the communication unit 15.

  Next, when receiving the game image transmitted from the server device 10, the user terminal A displays the game image on the terminal display unit 24 and accepts an operation input from the player A (S104). Since this game image includes an operation button (for example, a battle button 50 shown in “(1) pre-battle image” in FIG. 10) in order to play against “boss A”, the player A operates the terminal. By operating the unit 23, it is possible to select a battle with the “boss A”.

  When the player A selects a battle with “boss A”, the terminal control unit 21 receives an input signal for selecting a battle with “boss A” from the terminal input unit 23, and plays a battle with “boss A”. A user ID is set in a command (competition request) to be performed, and is transmitted to the server device 10 via the terminal communication unit 25.

  Next, when the server device 10 receives the battle request with “boss A” and the operation input by the player A is received by the reception unit 111, the server device 10 sets the appearance time of the enemy character and notifies the notification unit 115. The process is executed (S105), and the battle processing unit 112 is caused to execute the battle process (S106).

  When the control unit 11 receives an operation input from the player A (accepting process), the control unit 11 sets an appearance time in order to limit the battle time with the “boss A”. That is, the control unit 11 sets a timer for the appearance time (60 minutes) set to “boss B” by referring to the enemy character information shown in FIG. When the control unit 11 receives an operation input from the player within the appearance time, the control unit 11 determines that the battle with the “boss A” is possible, and accepts the operation input from the player after the appearance time elapses. If this happens, it is determined that a match with “boss A” is impossible.

  In addition, when the notification unit 115 receives an operation input from the player A (acceptance process), the notification unit 115 performs a notification process of notifying other players of participation information indicating that the player can participate in a battle with an enemy character ( S105). In this embodiment, participation information is notified to player B who is a friend user of player A, and is not notified to player C who is not a friend user of player A. For this reason, it is possible to limit the number of players participating in the battle with “Boss A” within a limited range. Specifically, the notification unit 115 identifies the friend user (player B) based on the friend user ID set for the player A by referring to the user information (see FIG. 5). And the alerting | reporting part 115 produces | generates the mail containing the participation information which shows that it can participate in a battle | competition with "boss A", and the said mail is included in the mail address (user information) of a friend user (player B). Is delivered to.

  In addition, when receiving an operation input from the player A, the battle processing unit 112 consumes the battle energy set for the player A, and executes a battle process for determining the victory or defeat for the battle with the “boss A” (S106). ).

  Specifically, the battle processing unit 112 refers to the user information shown in FIG. 6, acquires the battle energy value (points) of the player A, subtracts the points necessary for the battle from the battle energy, and subtracts The later battle energy value is written in the user information again. In this embodiment, when the battle energy of the player A is 3 points, 1 point out of 3 points is subtracted (consumed), and the battle process with the “boss A” is performed.

  Then, the battle processing unit 112 acquires parameters such as the level, attack power, defense power, and physical strength set for the player character (game card) selected by the player A based on the possessed card information shown in FIG. Based on the enemy character information shown in FIG. 9, parameters such as the level, attack power, defense power, life power (HP) set for “boss A” are acquired. The battle processing unit 112 calculates the amount of damage that the player character applies to the “boss A” based on the parameters such as the level, attack power, and defense power set for the player character. Decrease the vitality parameter set to "".

  The battle processing unit 112 accumulates the damage value (life force parameter decrease value) reduced by damaging the “boss A” and records it in the user information (see FIG. 6). Thereby, in the reward determination process described later, the accumulated damage value is referred to, and a special reward (rare card, rare item, etc.) is given to the player who gave the maximum damage to “Boss A”.

  Similarly, based on the parameters set for “Boss A” such as level, attack power, defense power, etc., “Boss A” calculates the amount of damage to the player character and the player character is set according to the damage. Reduces health parameters.

  In this way, the battle processing unit 112 repeatedly performs this calculation for each battle with “boss A” (every time the player A presses the operation button (the battle button 50 or the batch input button 72)), If it is determined that the vitality parameter has reached zero, “Boss A” (player character wins) is determined. If it is determined that the physical strength parameter has reached zero, the player character loses ( "Boss A" wins).

  Next, when the battle processing unit 112 determines victory or defeat for the battle with “Boss A”, the server device 10 causes the image processing unit 113 to generate a game image corresponding to the battle result (S107).

  Here, a case where the battle energy of the player A is completely consumed by the battle with the “boss A” and the player A is defeated in the battle with the “boss A” will be described. In such a case, the image processing unit 113 generates a game image indicating that the battle energy has been completely consumed by losing the battle with the “boss A”.

  That is, since the battle energy of the player A is less than a predetermined value (the battle energy is zero), the control unit 11 refers to the possession recovery item information shown in FIG. If the control unit 11 determines that the player A does not own the recovery item, the control unit 11 causes the image processing unit 113 to generate a game image shown in “(3) Pre-match screen” in FIG. On the other hand, when it is determined that the player A owns the recovery item, the control unit 11 causes the image processing unit 113 to generate a game image shown in “(1) Pre-match screen” in FIG. Since this game image includes a collective input button 72, the player A selects the collective input button 72 to recover the battle energy by using the recovery item and to attack the “boss A”. This can be done with a single operation. Therefore, it is possible to recover the battle energy without taking time and shorten the time until the battle with “Boss A”.

  Then, the control unit 11 transmits the game image generated by the image processing unit 113 to the user terminal 20 via the communication unit 15. The user terminal A causes the terminal display unit 24 to display the received game image. The player A confirms that the battle energy has been completely consumed by looking at the game image displayed on the terminal display unit 24, and in order to play “Boss A” again, Can recognize that it is necessary to recover.

  At this time, the server device 10 sets a recovery time for recovering the battle energy of the player A. That is, as shown in FIG. 12, the control unit 11 (the battle processing unit 112) executes a process of recovering battle energy with the passage of time. In the present embodiment, the battle energy is automatically recovered by one point every two minutes. Therefore, if 6 minutes elapse, the battle energy of 3 points is automatically recovered. It should be noted that at least one point of battle energy is required for the battle with “Boss A”. Therefore, when the battle energy is zero, player A is forced to have a loss time of at least 2 minutes.

  However, the player A can instantly recover the battle energy without waiting for the passage of time by using the recovery item. For example, as shown in FIG. 12, when the collective input button 72 is selected by the player A before the minimum recovery time (2 minutes) elapses (S109), the user terminal A recovers the battle energy. A battle request for attacking the boss A is transmitted to the server device 10. The server device 10 can instantaneously recover the battle energy of the player A even before the minimum recovery time (2 minutes) has elapsed. In addition, the player can recover the battle energy without any hassle by performing collective input, and the time to play against “Boss A” can be shortened. It becomes possible to do.

  As described above, in the server device 10 of the present embodiment, the control unit 11 (the battle processing unit 112) uses the recovery item that increases the value of the battle energy to recover the battle energy and the use of the recovery item. Regardless of the presence or absence, the process of increasing the value of battle energy with the passage of time can be selectively executed. In the former recovery process, when the player performs a batch input operation, the battle energy can be recovered at an early stage, so that it is possible to attack the “boss A” quickly.

  In addition, when the player A is defeated in the battle with the “boss A”, the notifying unit 115 displays the participation information indicating that the player A can participate in the battle with the “boss A” that the player A has appeared. An informing process for informing is executed (S108). In the present embodiment, the participation information is notified to the player B who is the friend user of the player A, and is not notified to the player C who is not the friend user of the player A. For this reason, the player B can participate in the battle with the “boss A” that the player A could not defeat, so that a special reward can be obtained if the “boss A” can be defeated. At this time, since “Boss A” is damaged by the battle with Player A, it is easier to defeat “Boss A” than when Player A battles. Therefore, when player B participates, there is a higher possibility of defeating “boss A” than when player A battles. Therefore, motivation for the battle with “Boss A” can be increased, so that more players will participate.

  On the other hand, the player A is defeated by the “boss A”, but can replay the “boss A” again by recovering the battle energy. However, if the recovery of the battle energy is delayed (when the battle energy is insufficient), it is not possible to immediately face “Boss A”, so that “Boss A” may be defeated first by the player B who entered later. There is. Therefore, in order to obtain the special reward, the player A needs to quickly recover the battle energy and play against the “boss A”. Therefore, by selecting the collective input button 72 (S109), the player A can perform the battle energy recovery by using the recovery item and the attack on the “boss A” by one operation. As a result, even when player B enters the battle, it is possible to shorten the time from the battle energy recovery until the battle with “Boss A”. It becomes possible to play this game early.

Here, the case where the player B receives the participation information notified by the battle between the “boss A” that the player A appears and the player A and participates in the battle with the “boss A” will be described. Player B can participate in a battle with “Boss A” within the appearance time. In this way, by allowing other players to participate within the limited time limit, more players can be actively involved.
The player B causes the user terminal B to display the web page accessed for starting the battle with the “boss A” on the terminal display unit 24, and starts the battle game by operating the terminal input unit 23. That is, when receiving an input signal from the terminal input unit 23, the terminal control unit 21 sets a user ID to a command (match request) for playing against “boss A”, and the server device 10 via the terminal communication unit 25. (S110).

  Next, when the server device 10 receives the battle request with “boss A” and the operation input by the player B is received by the receiving unit 111, whether or not the player B can battle with “boss A”. A determination process is performed to determine (S111). Specifically, the control unit 11 determines whether or not the battle energy associated with the player B is greater than or equal to a predetermined value with reference to the user information shown in FIG. In this embodiment, the control part 11 determines with the battle | competition with an enemy character being possible, when it determines with a battle energy being 1 point or more. On the other hand, when it determines with the battle energy of the player B being less than 1 point, the control part 11 determines with the battle | competition with an enemy character being impossible by lack of battle energy. Here, the following description will be continued assuming that the player B is determined to be able to play against the “boss A”.

  Then, upon receiving an operation input from the player B, the battle processing unit 112 consumes the battle energy set for the player B, and executes a battle process for determining victory or defeat for the battle with the “boss A” (S112). ).

  Next, when the battle processing unit 112 determines victory or defeat for the battle with “Boss A”, the server device 10 causes the image processing unit 113 to generate a game image corresponding to the battle result (S113).

  Here, it is assumed that the battle energy of the player B is completely consumed by the battle with the “boss A”, and the player B is defeated in the battle with the “boss A”. In such a case, the image processing unit 113 generates a game image indicating that the battle energy has been completely consumed by losing the battle with the “boss A”.

  At this time, the server device 10 sets a recovery time for recovering the battle energy of the player B. That is, as shown in FIG. 12, the control unit 11 (the battle processing unit 112) executes a process of recovering battle energy with the passage of time. In the present embodiment, the battle energy is automatically recovered by one point every two minutes.

  In addition, the notification unit 115 provides other players with participation information indicating that the player B has lost the battle with the “boss A” and can participate in the battle with the “boss A” that the player A has appeared. A notification process for notification is executed (S114). In the present embodiment, the participation information is notified to the player C who is a friend user of the player B. Thereby, the player C who is informed through the player B who is the friend user of the player A and who is not the friend user of the player A can participate in the battle with the “boss A” that the player A appears. Therefore, it is possible to limit the players participating in the battle with “Boss A” within a limited user range having a certain degree of relationship. Note that player A is a friend user of player B, but participation information is not notified to player A. This is because the player A has already participated in the battle with the “boss A” who has appeared. For this reason, the player C can participate in the battle with the “boss A” that the player A and the player B could not defeat. Therefore, if the “boss A” can be defeated, a special reward can be obtained.

  In this way, by reporting the participation information to the friend users one after another, an enemy character (boss A) common to a plurality of players and a multiplayer participation game in which each player battles, more players You will be able to enjoy working with or competing with.

Similarly, when the player C receives the participation information informed by the battle between the “boss A” that the player A has appeared and the player B, the user C uses the user terminal C to obtain the “boss A”. Can participate in a match. Player C can participate in a battle with “Boss A” within the appearance time of “Boss A”. In this way, more players can actively participate in the limited time limit. Moreover, since the appearance time is limited, even if another player who is not a friend user of Player A participates, the number of players can be limited. Furthermore, since other players having a certain degree of relationship with the player A are allowed to participate, it is possible to enjoy a battle game within a limited user range.
When an operation input for attacking “boss A” is made by the player C, the user terminal C transmits a battle request to the server device 10 (S115). When the server device 10 receives the battle request, the control unit 11 receives an operation input from the player C, and determines that the battle with the “boss A” is possible based on the battle energy of the player C (S116). When “boss A” defeats player C and the victory of “boss A” is determined by battle processing unit 112 (S117), a game image indicating that player C has been defeated is generated by image generation unit 113 ( S118).
At this time, the notification unit 115 performs a notification process for notifying other players of the participation information because the player C has lost the battle with the “boss A”. In the present embodiment, the notification is given to a friend user of player C (excluding player B).

  When receiving the game image transmitted from the server device 10, the user terminal C causes the terminal display unit 24 to display the game image. As a result, the player C can confirm that the player has lost the “boss A”.

  Finally, when an operation input for attacking “boss A” is made by the player A, the user terminal A transmits a battle request to the server device 10 (S119). When the server device 10 receives the battle request, the control unit 11 receives the operation input by the player A, and determines that the battle with the “boss A” is possible based on the battle energy of the player A (S120). When the player A defeats the “boss A” and the victory of the player A is determined by the battle processing unit 112 (S121), a game image indicating that the player A has won is generated by the image generation unit 113 (S122). .

  When receiving the game image transmitted from the server device 10, the user terminal A causes the terminal display unit 24 to display the game image. Thus, player A can confirm that he has won “boss A”.

  Next, the server device 10 performs a reward determination process for determining a reward to be given to each player who participated in the battle with “boss A” (S123). A special reward different from the normal reward that is evenly given to each player is awarded to the player who contributed to the victory of the “Boss A” match. That is, the granting unit 114 refers to the enemy character appearance information (“TURE”) registered in the user information shown in FIG. 6, identifies the player that caused the enemy character to appear, and gives a special reward ( Rare cards, rare items, etc.). Further, the granting unit 114 refers to the cumulative damage value registered in the user information shown in FIG. 6, identifies the player who has given the maximum damage to the “boss A”, and grants a special reward as a reward for that player. . In addition, when the defeat of “Boss A” is determined, the granting unit 114 determines the defeat of “Boss A” from a plurality of players based on the fluctuation of the vitality parameter (physical strength parameter) of “Boss A”. The player is judged and a special reward is given to the player.

  Then, when the reward is determined by the granting unit 114, the server device 10 distributes game result information including the competition results and the like to the user terminals A to C.

  As described above, according to the game system 1 according to the present embodiment, the input for using the recovery item and the input for attacking the “boss A” can be performed by one operation. Therefore, it is possible to recover the consumption parameter (battle energy) without taking time and to shorten the time required to play against the enemy character (boss A).

  In addition, a battle game in which each player competes against an enemy character (boss A) that is common to multiple players by informing the battle information one after another from the player to the friend user and from the friend user to the friend user. Can be enjoyed in cooperation with or competing with more players. Since the players who participate in the battle can be limited to a user range having a certain degree of relationship, it is possible to enjoy the battle game while actively communicating.

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

<Image generation unit>
In the above-described embodiment, the case where the image generation unit 113 generates a game image including battle energy (for example, “(2) battle screen” in FIG. 11) has been described as an example. However, the present embodiment is not limited thereto. It is not a thing. For example, the image generation unit 113 may generate a game image that further includes an enemy character's vitality parameter. Thereby, the player can play a battle game strategically by operating the batch input button 72 while viewing the state of the enemy character.

<Notification part>
In said embodiment, although the case where the alerting | reporting part 115 alert | reported participation information was mentioned as an example and demonstrated, this invention is not limited to this. For example, the appearance time of the enemy character and the appearance start time / appearance end time of the enemy character may be notified to other players. Thus, knowing the time in advance makes it easier to participate in a battle with an enemy character, so that it is possible to enjoy a battle game in cooperation with or competing with more players.

<Consumption parameters>
In the above embodiment, the battle energy set for the player has been described as an example of the consumption parameter, but the present invention is not limited to this. For example, a physical strength parameter set for a player character may be used as a consumption parameter.

<Competition processing>
In the battle process of the above embodiment, when the enemy character is attacked after the battle energy is recovered, damage to the enemy character according to the value of the battle energy after the recovery (decrease value of the enemy character's health parameter) May be varied. For example, you may set so that the damage given to an enemy character at the time of one attack may become larger in the case of recovering 3 points than when recovering 1 point of battle energy. Because you can strategically attack enemy characters, you can enjoy bargaining.

<Server device>
In the above-described embodiment, the game system 1 including one server device 10 has been described as an example. However, the present invention is not limited thereto, and a plurality of server devices are connected via a network. Various processes may be performed in a distributed manner.

<Virtual currency>
In the present embodiment described above, the virtual currency may be given to each user periodically, or may be purchased by the user. Moreover, you may make it give a user a virtual currency according to a user communicating with another user.

DESCRIPTION OF SYMBOLS 1 Game system 2 Network 10 Server apparatus 11 Control part 12 Data storage part 13 Input part 14 Display part 15 Communication part 20 User terminal (player terminal)
21 terminal control unit 22 terminal storage unit 23 terminal input unit 24 terminal display unit 25 terminal communication unit 50 battle button 51 battle energy (consumption parameter)
52 Recovery Item Selection Button 54 Menu Button 55 Purchase Button 56 Use Button 57 Back Button 58 Replay Button 70 Item Menu Button 71 Quantity Menu Button 72 Collective Input Button 73 Battle Energy 80 Support Request Button 111 Reception Section 112 Battle Processing Section 113 Image Generation Part 114 giving part 115 notifying part

Claims (4)

On the computer,
A recording process in which a battle point consumed when a battle is performed and a recovery item for recovering the consumed battle point are recorded in a storage unit in association with a player;
In the game state where there are not enough battle points to be consumed when the battle is performed, when an operation input from the player is accepted, the battle is started by consuming the battle points, and is consumed after the battle is over. The battle points are recovered over time, and
In the game state where the battle points to be consumed when the battle is performed are insufficient, when a collective operation input from the player is accepted, the battle points are recovered by using the recovery item, and after the recovery, A battle process that starts the battle by consuming the battle points, and recovers the consumed battle points as time passes after the battle ends,
A game program that runs. The game program according to claim 1,
On the computer,
Screen generation processing for generating a game screen including a collective operation button for a player to perform collective operation input and displaying a text display to indicate to the player that a battle is to be performed using a recovery item When,
A game program that runs. A game program according to claim 2 or 3,
The battle process accepts a collective operation input from a player, and when recovering the battle point by using the recovery item, the amount of damage to the opponent during the battle according to the amount of the battle point recovered Fluctuate,
A game program characterized by that. A storage unit that stores a battle point consumed when a battle is performed and a recovery item for recovering the consumed battle point in association with a player;
In the game state where there are not enough battle points to be consumed when the battle is performed, when an operation input from the player is accepted, the battle is started by consuming the battle points, and is consumed after the battle is over. The battle points are recovered over time, and
In the game state where the battle points to be consumed when the battle is performed are insufficient, when a collective operation input from the player is accepted, the battle points are recovered by using the recovery item, and after the recovery, A battle processing unit that starts a battle by consuming the battle points, and recovers the consumed battle points with the passage of time after the battle ends;
An information processing apparatus comprising:

Images