JP5752838B1 - GAME PROVIDING DEVICE AND GAME PROVIDING DEVICE PROGRAM - Google Patents

Abstract

In a game in which a group of a plurality of player characters battles with an enemy character, a game for requesting an operation input according to the relationship between the plurality of player characters is provided. A game providing apparatus includes a character selection receiving unit 46 that receives selection of a first player character, and an attack on an enemy character of a second player character subsequent to the attack of the first player character is a success of successive attacks. A success timing control unit 50 that controls the success timing of successive attacks based on an affinity parameter value indicating the degree of affinity from the second player character to the first player character, and the player's predetermined operation is controlled by the enemy of the second player character. A success determination unit 52 that receives the attack timing for the character and determines whether the received attack timing is the success timing of the continuous attack. [Selection] Figure 4

Description

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

  Conventionally, a game in which each player battles with an enemy character by a group of a plurality of player characters owned by the player is known. For example, Patent Document 1 describes a game in which a deck is constituted by a plurality of characters selected from characters (game media) owned by a player and a battle is performed using the deck.

JP 2013-255809 A

  However, conventionally, in a game using a plurality of characters as described above, the operation input by the player tends to be monotonous.

  The present invention has been made in view of the above circumstances, and an object of the present invention is to input an operation according to the relationship between a plurality of player characters to a player in a game where a group of a plurality of player characters battles an enemy character. It is to provide a game that seeks.

According to the present invention,
A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
With reference to the affinity parameter value storage unit, for each of the plurality of player characters, a presentation processing unit that presents the player with affinity parameter values from the player character to the other player characters;
Is provided.
Moreover, according to the present invention,
A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
Referring to the affinity parameter value storage unit, another player character is selected as the second player character candidate based on the affinity parameter value for the first player character that the character selection receiving unit has received. A character candidate selection unit that is selected and presented to the player;
Is provided.
Moreover, according to the present invention,
A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
On the battle screen on which the group of the plurality of player characters and the enemy character are displayed, the first player character from each of the other player characters other than the first player character that has been selected by the character selection receiving unit. A presentation processing unit that displays an affinity parameter value for
Is provided.

  It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.

  ADVANTAGE OF THE INVENTION According to this invention, in the game which battles with an enemy character by a group of several player characters, the game which asks the player for the operation input according to the relationship of several player characters can be provided.

It is a block diagram which shows an example of the system configuration | structure in this embodiment. It is a block diagram which shows an example of the hardware constitutions of the user terminal device in this embodiment. It is a block diagram which shows an example of the hardware constitutions of the game management server apparatus in this embodiment. It is a block diagram which shows an example of a function structure of the terminal device in this embodiment, and a game management server apparatus. It is a figure which shows an example of the internal structure of the affinity parameter value memory | storage part in this embodiment. It is a figure which shows an example of an internal structure of the success timing control information storage part in this embodiment. It is a figure which shows the other example of an internal structure of the success timing control information storage part in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows an example of the game screen in this embodiment. It is a figure which shows the other example of the game screen in this embodiment. It is a figure which shows the other example of the game screen in this embodiment. It is a flowchart which shows an example of the process sequence of the game management server apparatus in this embodiment. It is a figure which shows the other example of an internal structure of the success timing control information storage part in this embodiment. It is a block diagram which shows an example of a function structure of the terminal device in this embodiment.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In all the drawings, the same reference numerals are given to the same components, and the description will be omitted as appropriate.
(First embodiment)
FIG. 1 is a block diagram illustrating an example of a system configuration in the present embodiment.

  The system manages a terminal device 1 possessed by a player (user), an access point 2 such as a mobile radio base station or a Wi-Fi station, a network 3 such as the Internet, and a game in which a plurality of players play a game via the network. It includes a game management server device 4 that performs (control). The game management server device 4 is connected to the terminal devices 1 of a plurality of players via the network 3. The terminal device 1 is an information processing device such as a mobile phone, a smartphone, a game console, a personal computer, a touch pad, and an electronic book reader. In the present embodiment, a case where the game providing device is the game management server device 4 will be described as an example.

  FIG. 2 is a block diagram illustrating an example of a hardware configuration of the terminal device 1 according to the present embodiment.

  The terminal device 1 includes a power system 101, a main system 102, a storage unit 106, an external port 107, a high-frequency circuit 108, an antenna 109, an audio circuit 110, a speaker 111, a microphone 112, a proximity sensor 113, an I / O subsystem 114, a touch A reactive display system 118, an optical sensor 119, and an input unit 120 are included. The main system 102 includes a processor 103, a memory controller 104, and a peripheral interface 105. The I / O subsystem 114 includes a display controller 115, an optical sensor controller 116, and an input controller 117.

  FIG. 3 is a block diagram illustrating an example of a hardware configuration of the game management server device 4 in the present embodiment.

  The game management server device 4 includes a CPU (Central Processing Unit) 402, a ROM (Read Only Memory) 403, a RAM (Random Access Memory) 404, an NVRAM (Non-Volatile Random Access Memory) 405, I / F (Interface) 406, an I / O (Input / Output Device) 407 such as a keyboard, mouse, monitor, CD / DVD (Compact Disk / Digital Versatile Disk) drive connected to the I / F 406, HDD (Hard Disk Drive) 408, NIC (Network Interface Card) 409, and the like.

  FIG. 4 is a block diagram showing functional configurations of the terminal device 1 and the game management server device 4 in the present embodiment.

  The terminal device 1 includes a server access unit 12, a game logic execution unit 14, an operation input reception unit 16, and a screen display processing unit 18.

  The operation input receiving unit 16 receives an operation input from a player (user) who operates the terminal device 1.

  The game logic execution unit 14 proceeds with the game by performing screen transition according to the operation input received by the operation input receiving unit 16.

  The server access unit 12 transmits a request to the game management server device 4 when the access to the game management server device 4 becomes necessary during the process of the game logic execution unit 14, and responds with a processing result or the like. As received.

  The screen display processing unit 18 performs screen display under the control of the game logic execution unit 14.

  The game management server device 4 includes a game management control unit 42, a character selection receiving unit 46, a character candidate selection unit 48, a success timing control unit 50, a success determination unit 52, a battle management unit 54, a presentation processing unit 56, and a game story storage unit. 60, an item information storage unit 62, an affinity parameter value storage unit 64, a success timing control information storage unit 66, and a player information storage unit 68.

  The game story storage unit 60 stores a game story or the like for executing the game of the present embodiment.

  The game management control unit 42 controls the entire game management server device 4. For example, based on a request from the terminal device 1, the game management control unit 42 refers to the game story storage unit 60 and performs processing according to the game story, and transmits the processing result of the request to the terminal device 1 as a response.

  In the present embodiment, the game management control unit 42 provides a game in which each player battles with an enemy character by a group of a plurality of player characters. The game provided by the game management server device 4 of the present embodiment can be configured as follows, for example.

  A plurality of player characters of each player sequentially attack the enemy characters. Specifically, each player first selects a first player character as a starting point of an attack on the enemy character from a group of his / her plurality of player characters, and selects the enemy character by the first player character. Attack. At this time, in this embodiment, the special ability associated with the first player character is activated. Examples of the special ability associated with the player character include restoring the physical strength value of the player character, changing the parameter value of the player character, changing the parameter value of the enemy character, and the like. It is important for the player to determine the game situation and select an appropriate player character as the first player character from a group of his / her plurality of player characters. Thereafter, a second player character that attacks the enemy character following the attack of the first player character is selected by the player or by the game management server device 4 based on a predetermined condition.

  Next, the player controls the attack timing of the second player character against the enemy character by an operation such as tapping on the terminal device 1 of the player. That is, the game management server device 4 determines that the timing at which the player operates the terminal device 1 with a tap or the like is the attack timing of the enemy character by the second player character. Here, when the attack timing to the enemy character by the second player character is the predetermined continuous attack success timing controlled on the game management server device 4 side, the attack to the enemy character by the second player character is performed. Conditions that are advantageous to the player are given, for example, the attack is controlled so as to increase the damage to the enemy character as a success of successive attacks.

  The predetermined consecutive attack success timing can be controlled in response to the attack timing of the first player character against the enemy character, but is controlled regardless of the attack timing of the first player character against the enemy character. You can also.

  In the case where the predetermined continuous attack success timing is controlled in response to the attack timing of the first player character against the enemy character, for example, the following control can be performed. In response to the attack of the first player character that made the attack immediately before, the tension value of the second player character to attack next increases and the tension value of the second player character falls within a predetermined range. When the player operates the terminal device 1 with a tap or the like to give an attack instruction to the second player character, the continuous attack can be successful. In other words, in this case, the predetermined continuous attack success timing can be that the tension value of the second player character is within a predetermined range.

  A configuration in which the predetermined continuous attack success timing is controlled regardless of the attack timing of the first player character against the enemy character, for example, the tension value such as the tension value of the second player character fluctuates by increasing or decreasing. If the player operates the terminal device 1 with a tap or the like at a timing when the parameter value of the second player character is within a predetermined range, the second player character is instructed to attack, and the continuous attack is successful. be able to.

  Note that the attack timing of the enemy character by the first player character may be designated by the player by operating the terminal device 1 of the player, or the first player character is automatically selected when the first player character is selected. The player character may attack the enemy character. In any case, in this embodiment, the attack timing of the enemy character by the second player character can be different from the attack timing of the enemy character by the first player character.

  Further, the game management server device 4 selects a third player character that attacks the enemy character following the attack of the second player character, based on a predetermined condition, and becomes an enemy character by the third player character. If the attack timing is a predetermined continuous attack success timing, an attack on the enemy character by the third player character is also controlled as a continuous attack success, for example, so that damage to the enemy character is further increased. It can also be set as the structure to which conditions favorable to are provided. Note that the third player character can be selected at the same time as the second player character, or can be selected after the second player character attacks.

  Under the control of the game management control unit 42, the presentation processing unit 56 performs processing for transmitting various information to the terminal device 1 and causing the screen display processing unit 18 of the terminal device 1 to present the information to the terminal device 1. For example, the presentation processing unit 56 causes the terminal device 1 to display a game screen including a battle screen on which a group of player characters and enemy characters are displayed.

  The player information storage unit 68 stores various types of player information of all players participating in the game. Although not shown, the player information storage unit 68 can include items such as “player ID”, “icon information”, “player name”, “level”, and “owned item”. “Player ID” is information for specifying (identifying) a player. “Icon information” is information for specifying a display icon of the player. “Player name” is information on the display name of the player. “Level” indicates a level of the player in progress of the game. “Owned item” is information indicating an item ID of an item owned by the player.

  The item information storage unit 62 stores information related to items such as player characters, enemy characters, and equipment equipped with each character used in the game. Although not shown, the item information storage unit 62 can include items such as “item ID”, “icon information”, “item name”, “item type”, and “parameter value”. “Item ID” is information for specifying an item. “Icon information” is information for specifying a display icon of the item. “Item name” is information indicating the display name of the item.

  “Parameter value” is information indicating various parameter values related to the item. For example, when the item is a player character, the “parameter value” is information indicating a parameter value of a parameter that affects attack power and defense power when the player character battles with an enemy character. Further, for example, when the item is an enemy character, the “parameter value” is information indicating a parameter value of a parameter that affects attack power and defense power when the enemy character battles with the player character. In addition, the parameter value of each item can be configured to increase or decrease as each player progresses the game. In this case, the parameter value of the item of each player is stored in association with the player ID of each player. It can also be configured.

  The affinity parameter value storage unit 64 stores, for each of a plurality of player characters, an affinity parameter value indicating the degree of affinity, such as the strength of the relationship from the player character to another player character. The affinity parameter value can be a parameter value indicating the degree of friendship from each player character to another player character, for example.

  FIG. 5 is a diagram showing an example of the internal configuration of the affinity parameter value storage unit 64 in the present embodiment. Here, for example, with respect to each of the plurality of player characters 310a to 310d, affinity parameter values for other player characters are set. The affinity parameter values between player characters need not be symmetrical to each other. For example, in the example shown in FIG. 5, the affinity parameter value from the player character 310a to the player character 310b is “10”, but the affinity parameter value from the player character 310b to the player character 310a is “1”. . However, in another example, the affinity parameter values between player characters may be symmetric.

  Further, the setting of the affinity parameter value storage unit 64 can be set in common for all players in the game management server device 4, but can also be configured for each player. That is, the affinity parameter value storage unit 64 can store the settings shown in FIG. 5 in association with the player ID of each player.

  When the setting of the affinity parameter value storage unit 64 is set for each player, for example, in the past game play, when the player characters battle with enemy characters as a group, the affinity between the player characters is The parameter value can be increased.

  In addition, the affinity parameter value from each player character to another player character may be increased according to the compatibility of the equipment equipped with each player character.

  Returning to FIG. 4, the presentation processing unit 56 transmits affinity parameter values between a plurality of player characters as shown in FIG. 5 to the terminal device 1, and the terminal device 1 uses the screen display processing unit 18 of the terminal device 1. Process to be presented. Thereby, the player can grasp which player character has a high affinity parameter value from which player character, and can select a player character that is advantageous for the progress of the game in the battle scene.

  The character selection receiving unit 46 receives, from the terminal device 1 of one player, the selection of the first player character that first attacks the enemy character from the plurality of player characters. Further, the character selection accepting unit 46 can accept the selection of the second player character that attacks the enemy character following the attack of the first player character from the terminal device 1 of the player. For example, the player character may be configured to be selected when the player taps the corresponding player character on the game screen displayed on the terminal device 1.

  When the first player character is selected, the character candidate selection unit 48 refers to the affinity parameter value storage unit 64 and selects another player character based on the affinity parameter value for the selected first player character. It selects as a candidate of 2 player characters, and transmits to the terminal device 1 of the player. Specifically, the character candidate selection unit 48 refers to the affinity parameter value storage unit 64 and assigns another player character to the second player character in descending order of the affinity parameter value for the selected first player character. A candidate is selected and transmitted to the terminal device 1 of the player.

  The player can select the second player character candidate transmitted from the character candidate selection unit 48 and displayed on the terminal device 1 as the second player character as it is. It can also be selected as the second player character. Further, as described above, in another example, the second player character may not be selected by the player, but the character candidate selection unit 48 may automatically select the second player character.

  The success timing control unit 50 sets a continuous attack success timing at which an attack on the enemy character of the second player character following the attack of the first player character becomes a continuous attack success from the second player character to the first player character. Control based on the affinity parameter value.

  Specifically, the success timing control unit 50 may set the predetermined range of the tension value when the tension value of the second player character gradually increases as time elapses from the predetermined start timing as the continuous attack success timing. The higher the affinity parameter value from the second player character to the first player character, the greater the predetermined range can be controlled. The wider the predetermined range, the easier it is for the player to input the attack timing of the second player character at the timing when the player is determined to be the success timing of the continuous attack. Note that the tension value may not only increase, but also decrease, for example, after reaching the maximum value, and increase or decrease when reaching a predetermined value.

  For example, if it is best to attack the enemy character by the second player character when the tension value gradually increases from zero and the tension value is 100%, the tension value is 95% or more and 105% or less. Sometimes the attack timing of the second player character against the enemy character is “very good”, “good” when the tension value is 75% or more and less than 95%, and when the tension value is 50% or more and less than 75% “Fine”, when the tension value is 0% or more and less than 50% or greater than 105%, the player's operation is evaluated stepwise (here, 4 levels), and the evaluation is “good” or more It can be determined that the continuous attack is successful.

  Further, the success timing control unit 50 sets the predetermined range of the tension value when the tension value of the second player character gradually increases as time elapses from the predetermined start timing as the continuous attack success timing, and sets the second player character Thus, the higher the affinity parameter value for the first player character can be controlled so that the tension value increases slowly. If the tension value increases more slowly, it becomes easier for the player to input the attack timing of the second player character at the timing at which it is determined that the consecutive attack is successful.

  Note that the predetermined start timing can be the attack timing of the first player character against the enemy character.

  The success timing control information storage unit 66 stores success timing control information for the success timing control unit 50 to control.

  FIG. 6 is a diagram illustrating an example of an internal configuration of the success timing control information storage unit 66 in the present embodiment.

  The success timing control information storage unit 66 can include items such as “condition (affinity parameter value)” and “success timing control information”. The “affinity parameter value” indicates the affinity parameter value of the second player character for the first player character, and corresponds to the “affinity parameter value” illustrated in FIG. The “success timing control information” includes “range (%)”, “speed”, and the like.

  “Range (%)” is information indicating a predetermined range of the tension value that is a success timing of the continuous attack. For example, when the affinity parameter value is “10”, “range (%)” is set to “70 or more and 100 or less” (%). This indicates that when the tension value of the second player character gradually increases with time, the continuous attack success timing is between 70% and 100%. During this period, if the second player character attacks the enemy character, it is determined that the continuous attack is successful.

  “Speed” is information indicating the increasing speed of the tension value, which is the success timing of successive attacks. For example, when the affinity parameter value is “10”, “speed” is set to “normal”. This indicates that the tension value of the second player character gradually increases at a “normal” speed as time passes.

  In the example illustrated in FIG. 6, all “speeds” are set to “normal” regardless of the affinity parameter value. However, the “speed” of the “success timing control information” is such that, as shown in FIG. 7, the tension value increases slowly as the affinity parameter value from the second player character to the first player character is higher. It can also be set.

  In the example shown in FIG. 7, the “range (%)” is set to “70 or more and 100 or less” (%) regardless of the affinity parameter value, but the example shown in FIG. In combination with the example shown in FIG. 5, the higher the affinity parameter value from the second player character to the first player character, the wider the predetermined range, and the tension value can be set to increase slowly. .

  Further, as shown in FIG. 17, for example, the success timing control information storage unit 66 includes not only the affinity parameter value as a condition, but also, for example, the attack power of the second player character, the attributes set for the player character, The success timing control information can also be set differently depending on the weapons etc. equipped with. In the example shown in FIG. 17, the “range (%)” of the success timing control information is higher when the affinity parameter value from the second player character to the first player character is higher, as in the example shown in FIG. It is set to be wide. On the other hand, “speed” is set so that the higher the attacking power of the second player character is, the slower.

  As a modification of the example shown in FIG. 17, the “speed” of the success timing control information has a high affinity parameter value from the second player character to the first player character, as in the example shown in FIG. 7. The range can be set so that the higher the attacking power of the second player character is, the wider the range (%) is.

  With such a configuration, the success timing control unit 50 controls the successive attack success timing based on the affinity parameter value from the second player character to the first player character, and also taking into account other parameter values. can do. The other parameter values may be parameter values related to the second player character, such as the attack power of the second player character, but the difference in strength between the enemy character and the second player character, It can also be a parameter value related to the player character.

  Returning to FIG. 4, when the player operates the terminal device 1 to attack the enemy character with the second player character, the presentation processing unit 56 provides a guide for presenting the terminal device 1 with the success timing of the continuous attack. Information can be sent. The guide information can be presented so as to be able to visually grasp whether or not the tension value is within a predetermined range. For example, the guide information can be an indicator including an increase in the tension value and a predetermined range.

  In this case, the success determining unit 52 operates the terminal device 1 as an attack timing of the second player character at the consecutive attack success timing (within a predetermined range) presented based on the guide information in the terminal device 1 of the player. Can be determined that the attack timing is the success timing of the continuous attack.

  The success determination unit 52 receives an operation of the one player on the terminal device 1 as an attack timing for the enemy character of the second player character, and determines whether the received attack timing is a continuous attack success timing.

  The battle management unit 54 performs control so that an advantageous condition is given to the player when the attack timing is the success timing of the continuous attack. As an example, the battle management unit 54 increases the damage given to the enemy character when the attack timing is the continuous attack success timing compared to the damage when the attack timing is not the continuous attack success timing. Setting information indicating how much damage is caused in each case can be stored in the game story storage unit 60 or the item information storage unit 62, for example.

  Moreover, the battle management part 54 can be controlled as follows, for example.

  For example, when the attack timing of the second player character against the enemy character is the success timing of the continuous attack, the next third player character is also instructed to the player by the third player character as in the second player character. The timing of attacking the character is controlled by an operation such as tapping on the terminal device 1 of the character. In this case, when the attack timing of the third player character against the enemy character is also the continuous attack success timing, damage to the enemy character can be further increased. Further, when the attack timing of the immediately preceding player character against the enemy character is the success timing of the continuous attack, the continuous attack can be continuously performed. Depending on the number of successful consecutive attacks, the damage can be increased. Moreover, when a continuous attack is successful a predetermined number of times, a predetermined skill set for the player characters included in the group can be activated.

  On the other hand, for example, when the attack timing of the second player character against the enemy character is not the success timing of the continuous attack, the player's operation input is not accepted for the subsequent player characters, assuming that the continuous attack has failed. Can do. In this case, the player character can only perform a normal attack in the order selected on the game management server device 4 side.

  In addition, when the attack timing is the success timing of the continuous attack, as other examples of advantageous conditions given to the player, for example, the skill of the player character is activated, or the number of successful consecutive attacks is counted. When the value exceeds a predetermined value, a reward can be given to the player.

  FIG. 16 is a flowchart showing an example of a processing procedure of the game management server device 4 in the present embodiment. The following processing can be performed under the control of the game management control unit 42. Hereinafter, description will be made with reference to FIGS. 8 to 14 showing specific examples of game screens provided by the game management server device 4 and displayed on the terminal device 1.

  FIG. 8 shows an example of a game screen 300 provided by the game management control unit 42 and displayed on the terminal device 1 of the player by the screen display processing unit 18. On the game screen 300, a battle screen including a group of a plurality of player characters 310a to 310e and an enemy character 314 is displayed. In addition, an indicator 312 indicating various parameter values related to the player characters 310a to 310e can be arranged adjacent to each player character 310a to 310e.

  In the present embodiment, for example, all five player characters 310 a to 310 e displayed on the game screen 300 can sequentially attack the enemy character 314. However, as another example, it may be configured to attack the enemy character 314 using only some selected player characters such as three of the five player characters 310a to 310e. Further, the player characters 310a to 310e can be selected by the game management server device 4 based on a predetermined condition from among the player characters owned by the player, or the player can select them.

  In any case, first, the player selects the first player character as the starting point. The game screen 300 displays a message 320 for causing the player to select the first player character, such as “Please select a starting character”.

  When the player selects the first player character (starting character) by tapping any of the player characters 310a to 310e (YES in step S200 in FIG. 16), the first player character attacks the enemy character 314. (Step S201). At that time, the special ability associated with the first player character may be activated. The attack timing of the enemy character 314 by the first player character may be specified by the player by operating the terminal device 1 of the player, or the first player character is automatically selected when the first player character is selected. The character may attack the enemy character.

  When the player selects the first player character, the character candidate selection unit 48 refers to the affinity parameter value storage unit 64, and the affinity parameter for the first player character received by the character selection reception unit 46 is selected. One other player character having a high value is selected as a candidate for the second player character and presented to the terminal device 1 of the player (step S202). As another example, when the player selects the first player character, the character candidate selection unit 48 refers to the affinity parameter value storage unit 64 and the first player character received by the character selection reception unit 46 is selected. One other player character having a high affinity parameter value can be automatically selected as the second player character.

  FIG. 9 is a game screen 300 showing a state in which the player character 310b is selected as the first player character and is attacking the enemy character 314. At this time, the player character 310a is selected as a candidate for the second player character, and a highlight 324 is displayed. The game screen 300 also displays a message 322 for causing the player to select the second player character, such as “Please select the next character”.

  Returning to FIG. 16, when the player selects the second player character by, for example, tapping the player character 310 a (YES in step S <b> 204), the presentation processing unit 56 indicates the success timing of the continuous attack to the terminal device 1 of the player. Guide information is presented (step S206).

  FIG. 10 is a diagram illustrating a state in which the player character 310a is selected as the second player character, and guide information 330a indicating the success timing of successive attacks of the player character 310a is displayed. The guide information 330a includes an image 336a of the player character 310a, an indicator 332a indicating the tension value of the player character 310a, and a continuous attack success range 334a. Further, the game screen 300 displays a message 326 such as “Tap to attack!” And an attack button 328a.

  The indicator 332a of the guide information 330a increases in the direction of the arrow at the speed set in the success timing control information storage unit 66 according to the affinity parameter value of the player character 310a with respect to the player character 310b. FIG. 11 is a diagram illustrating a state in which the indicator 332a is increased and exists in the continuous attack success range 334a.

  The success determination unit 52 receives the timing at which the player presses the attack button 328a as the attack timing of the second player character against the enemy character (YES in step S208 in FIG. 16). For example, when the player presses the attack button 328a at the timing shown in FIG. 10, the success determination unit 52 determines that the attack timing is a continuous attack success timing (YES in step S210 in FIG. 16). When the attack timing is the success timing of the continuous attack (YES in step S210), the battle management unit 54 performs a process of giving large damage to the enemy character 314 (step S212). On the other hand, when the attack timing is not the continuous attack success timing (NO in step S210), the battle management unit 54 performs a process of damaging the enemy character 314 (step S214).

  FIG. 12 is a game screen 300 showing a state in which a continuous attack is successful and a large damage is given to the enemy character 314. FIG. 13 is a game screen 300 showing a state in which continuous attack is not successful and normal damage is given to the enemy character 314.

  Subsequently, it is determined whether or not to continue the game (step S216 in FIG. 16). When continuing (YES in step S216), the process returns to step S202, the next player character is selected, and the same processing is repeated. . On the other hand, when the game is not continued (NO in step S216), the process ends.

  As another example, for example, when the attack timing is not the continuous attack success timing (NO in step S210), normal damage is given to the enemy character 314 (step S214), and then the continuous attack is performed instead of proceeding to step S216. If the player character fails, it is possible not to accept the player's operation input for subsequent player characters. In that case, the player character can only perform a normal attack in the order selected on the game management server device 4 side as a default.

  Further, for example, in step S202 to step S206, a plurality of player character candidate presentations, a plurality of player character selections, and guide information presentation on a plurality of characters may be performed. Specifically, the second player character (310a) and the third player character (310e) are selected and selected in step S202 and step S204, and the guide information is presented in step S206. it can. In this case, for example, the player controls the attack timing of the second player character (310a) and the third player character (310e) in step S208, and in step S210, the second player character (310a) and the third player character (310e) are controlled. It is possible to determine whether or not the attack timing of each player character (310e) is the success timing of the continuous attack.

  FIG. 14 is a diagram showing an example of the game screen 300 in this case. In this case, in addition to the guide information 330a indicating the success timing of successive attacks of the player character 310a, guide information 330e indicating the success timing of consecutive attacks of the player character 310e and the attack button 328e are also displayed on the game screen 300. The guide information 330e includes an image 336e of the player character 310e, an indicator 332e indicating the tension value of the player character 310e, and a continuous attack success range 334e.

  FIG. 14 shows a state in which an attack by the player character 310e is performed after an attack by the player character 310a. In this case, for example, the predetermined start timing for the third player character can be the attack timing of the second player character against the enemy character. However, the predetermined start timing for the third player character can also be set to various settings such as the attack timing of the first player character against the enemy character.

  As yet another example, for example, the player controls the attack timing of the second player character (310a) in step S208 of FIG. 16, and the attack timing of the second player character (310a) is a continuous attack in step S210. If the timing is successful, the process returns to step S208, and the player can control the attack timing of the third player character (310e). In this case, if the attack timing of the second player character (310a) is not the success timing of the continuous attack in step S210, it is determined that the continuous attack has failed and only the normal attack is performed on the third player character (310e). As for the player characters thereafter, the player character can only make a normal attack in the order selected by the game management server device 4 as a default.

  As described above, according to the game management server device 4 in the present embodiment, in a game where a group of a plurality of player characters battles an enemy character, the player is requested to input an operation according to the relationship between the plurality of player characters. A game can be offered.

  For example, by selecting a player character having a high affinity parameter from another player character as the first player character, the player can increase the possibility that a continuous attack will be successful, and the game can be advantageously advanced. it can.

  In addition, the player can increase the possibility of success of the continuous attack by selecting a player character having a high affinity parameter for the first player character as the second player character, and the game is advantageously advanced. Can do.

Moreover, it is possible to suppress the player's operation input from becoming monotonous by changing the success timing of the continuous attack depending on the affinity parameter between the first player character and the second player character.
(Second Embodiment)
In the present embodiment, a case where the game providing device is the terminal device 1 will be described as an example. Also in this embodiment, the system configuration, the hardware configuration of the terminal device 1, and the hardware configuration of the game management server device 4 are the same as those described with reference to FIGS. 1 to 3 in the first embodiment. Therefore, illustration and description are omitted.

  FIG. 18 is a block diagram illustrating a functional configuration of the terminal device 1 according to the present embodiment. In the present embodiment, game application software (application program) is downloaded from the game management server device 4 or the like to the terminal device 1 in advance, the game application software is executed on the terminal device 1, and the game stored in the terminal device 1 through the download. It can be set as the structure which processes based on the information contained in application software. However, if necessary, the game management server device 4 may be accessed at any time to transmit / receive information. Although not shown, in the present embodiment, the game management server device 4 can be configured to include only a part of the components shown in FIG.

  In the present embodiment, the terminal device 1 includes a game management control unit 42, a character selection reception in addition to the server access unit 12, the game logic execution unit 14, the operation input reception unit 16, and the screen display processing unit 18 illustrated in FIG. Unit 46, character candidate selection unit 48, success timing control unit 50, success determination unit 52, battle management unit 54, presentation processing unit 56, game story storage unit 60, item information storage unit 62, affinity parameter value storage unit 64, success A timing control information storage unit 66 and a player information storage unit 69 are included. Note that the basic functions of each component are the same as those described in the first embodiment, and description thereof will be omitted as appropriate.

  The player information storage unit 69 can be configured to include information similar to the player information storage unit 68 described with reference to FIG. 4, but is configured to store only information related to the player of the terminal device 1. Can do. Also in this embodiment, the game management server device 4 can be configured to include a player information storage unit 69, and manages all players participating in the game.

  In the present embodiment, the game story storage unit 60, the item information storage unit 62, the affinity parameter value storage unit 64, the success timing control information storage unit 66, and the like are not included in the terminal device 1, but in the first implementation. It is good also as a structure which the game management server apparatus 4 contains similarly to having demonstrated with the form. In this case, the terminal device 1 can be configured to access the game management server device 4 as needed to acquire necessary information.

  Each component of the terminal device 1 and the game management server device 4 shown in FIGS. 4 and 18 is not a hardware unit configuration but a functional unit block. Each component of the terminal device 1 and the game management server device 4 includes an arbitrary computer CPU, memory, a program that implements the components shown in FIG. It is realized by an arbitrary combination of hardware and software, centering on the connection interface. It will be understood by those skilled in the art that there are various modifications to the implementation method and apparatus. The functions performed by the game management server device 4 do not have to be executed by one device, and may be configured in a distributed manner on a plurality of devices.

  As mentioned above, although embodiment of this invention was described with reference to drawings, these are the illustrations of this invention, Various structures other than the above are also employable.

  FIG. 15 is a diagram showing still another example of the game screen 300 in the above embodiment. In this example, the presentation processing unit 56 displays on the game screen 300 the affinity parameter values from the other player characters other than the first player character to the first player character. For example, in the example shown in FIG. 15, it can be seen that the affinity parameter value from the player character 310a to the player character 310b is “10”. Thus, the player can grasp which player character has a high affinity parameter value from the player character 310a, which is the first player character, and can select a player character that is advantageous for the progress of the game in the battle scene. .

  The method of displaying the affinity parameter value is not limited to the one shown in the figure. For example, it does not indicate the affinity parameter value itself, but a lot of heart marks appear from the player character having a higher affinity parameter value. It is only necessary that the player can grasp the level of the affinity parameter value to some extent, such as a player character having a high affinity parameter value jumps actively.

  Further, the guide information indicating the success timing of the continuous attack of the player character to be attacked is not limited to that shown in FIG. 10 and the like, and can be, for example, a circle gauge or the like. It can also be a voice or the like whose timing can be grasped.

  Further, for example, if it takes time to select a player character to be attacked next, the enemy character 314 may attack.

  As another example, the game management server device 4 may have a configuration in which the player does not have the character candidate selection unit 48 and the player selects the second player character or the like by himself / herself.

  Further, in the first embodiment, the case where the game providing device is the game management server device 4 and the case where the game providing device is the terminal device 1 are shown as examples in the second embodiment, respectively. Elements may be distributed between the terminal device 1 and the game management server device 4.

  The game execution method can be either “browser type” or “application type”. The browser type manages screen transition information (View information) describing the display control contents of a series of screens accompanying the game progress on the game management server device 4 side, and responds to a data acquisition request accompanying an input operation from the terminal device 1. Thus, an HTML data document and data associated with the image data are transmitted to the terminal device and displayed on the web browser on the terminal device 1. On the other hand, as for the application type, game application software (application program) is downloaded in advance from the game management server device 4 or the like to the terminal device 1, the game application software is executed on the terminal device 1, and is stored in the terminal device 1 through the download. Screen information is generated and displayed based on screen transition information included in the game application software and data acquired from the server in response to an input operation.

DESCRIPTION OF SYMBOLS 1 Terminal apparatus 2 Access point 3 Network 4 Game management server apparatus 12 Server access part 14 Game logic execution part 16 Operation input reception part 18 Screen display process part 42 Game management control part 46 Character selection reception part 48 Character candidate selection part 50 Success timing Control unit 52 Success determination unit 54 Battle management unit 56 Presentation processing unit 60 Game story storage unit 62 Item information storage unit 64 Affinity parameter value storage unit 66 Success timing control information storage unit 68 Player information storage unit 69 Player information storage unit 300 Game screen

Claims (15)

A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
With reference to the affinity parameter value storage unit, for each of the plurality of player characters, a presentation processing unit that presents the player with affinity parameter values from the player character to the other player characters;
A game providing apparatus including: A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
Referring to the affinity parameter value storage unit, another player character is selected as the second player character candidate based on the affinity parameter value for the first player character that the character selection receiving unit has received. A character candidate selection unit that is selected and presented to the player ;
The including game providing device. The game providing apparatus according to claim 2 ,
The character candidate selection unit refers to the affinity parameter value storage unit, and selects the other player characters in descending order of the affinity parameter value for the first player character received by the character selection reception unit. A game providing device that is selected as a candidate for the second player character. A game management control unit that provides a game in which a player battles an enemy character with a group of a plurality of player characters;
A character selection receiving unit that receives a selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
For each of the plurality of player characters, an affinity parameter value storage unit that stores affinity parameter values from the player character to the other player characters;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. A success timing control unit that controls based on the affinity parameter value indicating
A success determination unit that receives a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determines whether or not the received attack timing is the continuous attack success timing;
On the battle screen on which the group of the plurality of player characters and the enemy character are displayed, the first player character from each of the other player characters other than the first player character that has been selected by the character selection receiving unit. A presentation processing unit that displays an affinity parameter value for
The including game providing device. The game providing device according to any one of claims 1 to 4 ,
The success timing control unit uses the predetermined range of the tension value when the tension value of the second player character fluctuates as the continuous attack success timing, and from the second player character to the first player character. A game providing apparatus for controlling the predetermined range to be wider when the affinity parameter value is higher. In the game provision apparatus in any one of Claim 1 to 5 ,
The success timing control unit uses the predetermined range of the tension value when the tension value of the second player character fluctuates as the continuous attack success timing, and from the second player character to the first player character. A game providing apparatus that controls the tension value to change more slowly as the affinity parameter value is higher. The game providing apparatus according to claim 5 or 6 ,
The game providing device, wherein the tension value of the second player character gradually increases from a predetermined start timing to at least the predetermined range as time elapses. The game providing apparatus according to claim 7 ,
The game providing apparatus, wherein the predetermined start timing is an attack timing of the first player character against the enemy character. The game providing device according to any one of claims 5 to 8 ,
A presentation processing unit for performing a process of presenting guide information to the player so as to be able to grasp whether or not the tension value is within the predetermined range;
The success determining unit is a game providing device that determines that the attack timing is the success timing of the continuous attack when the player performs the predetermined operation within the predetermined range presented based on the guide information. The game providing device according to claim 9 ,
The game providing device, wherein the guide information includes an indicator indicating the tension value and information indicating the predetermined range in the indicator. The game providing device according to any one of claims 1 to 8 ,
A presentation processing unit for performing a process of presenting guide information for presenting the success timing of successive attacks to the player;
The success determining unit determines that the attack timing is the continuous attack success timing when the player performs the predetermined operation at the continuous attack success timing presented based on the guide information. . The game providing device according to any one of claims 1 to 11,
The game provision apparatus which further includes a battle management part which makes the damage given to the enemy character when the attack timing is the continuous attack success timing larger than the damage when the attack timing is not the continuous attack success timing.   The game providing device according to claim 1, wherein the game providing device is a terminal device of the player, and the predetermined operation is an operation on the terminal device. The game providing device according to any one of claims 1 to 12, wherein the game providing server device is connected to the terminal device of the player via a network,
The game providing apparatus, wherein the predetermined operation is an operation of the player on the terminal device. A computer that functions as a game providing device and has a storage unit,
Game management control means for providing a game in which a player battles an enemy character with a group of a plurality of player characters;
Character selection accepting means for accepting selection of a first player character that first attacks the enemy character from the plurality of player characters based on the operation of the player;
The successive attack success timing at which the attack of the second player character on the enemy character following the attack of the first player character is a success of the continuous attack is expressed as an affinity degree from the second player character to the first player character. Success timing control means for controlling based on the affinity parameter value indicating
Success determination means for receiving a predetermined operation of the player as an attack timing of the second player character against the enemy character, and determining whether the received attack timing is the success timing of the continuous attack;
Presentation processing means for presenting the player with an affinity parameter value from the player character to the other player character for each of the plurality of player characters with reference to the affinity parameter value storage unit;
Function as
The storage unit program includes an affinity parameter value storage unit that stores, for each of a plurality of player characters, an affinity parameter value from the player character to another player character.

Images