JP5497233B1 - Program, game server, and game system control method - Google Patents

Abstract

A program, a game server, and a game system control method for reducing the complexity of user operations in a battle game are provided.
A step of storing battle history information 112 including an identifier of an opponent with whom a user battled in a battle game in a computer that provides the battle game to a communication terminal 2; 112 and the identifier of the opponent who starts the battle, the battle progress method performed in the battle game is the first mode in which the battle is advanced based on the user operation, or the number of user operations is the first mode. A step of determining any one of the second modes in which the battle progresses with a reduced amount, and a step of proceeding with the battle according to the determined progress method are executed.
[Selection] Figure 13

Description

  The present invention relates to a program, a game server, and a game system control method.

  Conventionally, in a video game using an information processing apparatus such as a computer, a battle game in which a user operates a player character in the game and battles with an opponent is known (for example, Patent Document 1). In such a battle game, a turn-based battle system is adopted, and the user selects a command for each turn to determine the action of the player character and performs a battle.

JP 2007-075612 A

  However, in the conventional battle game, it is necessary for the user to select a command many times and determine the action of the player character in one battle, and the operation may be complicated.

  An object of the present invention made in view of such circumstances is to provide a program, a game server, and a game system control method that reduce the complexity of user operations in a battle game.

In order to solve the above problems, a program according to the present invention
To a computer that provides a battle game to a communication terminal,
Storing battle history information including an identifier of an opponent with whom the user battled in the battle game;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. Determining, based on the battle history information and the identifier of the opponent who starts the battle, whether to determine any one of the second modes in which the battle progresses at a lower level,
A step of proceeding with the battle according to the determined progress method;
Is executed .

The program according to the present invention is
In the step of determining the progress method,
When the opponent identifier for starting the match matches the identifier of the opponent included in the match history information,
Displaying a mode selection screen on which the user can select either the first mode or the second mode on the communication terminal ;
With a response to the user operation via the mode selection screen,
In accordance with the received user operation, determine a method for proceeding with the battle,
Identifier opponent to start the competition does not match with the opponent identifier included in the competition history information, preferably a benzalkonium to determine the progress method of the pair against the first mode.

The program according to the present invention is
The battle history information further includes user win / loss information for each opponent with whom the user battled,
In the step of determining the progress method,
When the identifier of the opponent that starts the match matches the identifier of the opponent that the user has won, included in the match history information,
Displaying a mode selection screen on which the user can select either the first mode or the second mode on the communication terminal ;
With a response to the user operation via the mode selection screen,
In accordance with the received user operation, determine a method for proceeding with the battle,
Identifier opponent to start the competition is included in the competition history information does not match the opponent identifier that the user has won, and the Turkey to determine the progress method of the pair against the first mode preferable.

The program according to the present invention is
In the computer,
If the identifier of the opponent that starts the match matches the identifier of the opponent that the user stored in the match history information has won,
Calculating a prediction result of the battle in the second mode;
It is preferable to further execute the step of displaying information corresponding to the prediction result on the communication terminal before determining the battle progress method.

The program according to the present invention is
In the computer,
If the prediction result is a result that is more disadvantageous to the user than a predetermined criterion, and the user selects the second mode on the mode selection screen, the user is notified that the second mode is selected. It is preferable to further execute a step of displaying a confirmation screen for confirmation on the communication terminal.

The program according to the present invention is
In the computer,
Storing the battle log information indicating the content of the battle when the battle in the second mode proceeds;
It is preferable to further execute a step of displaying a battle log screen for presenting the battle log information to the user.

The program according to the present invention is
In the computer,
If the user wins the match,
Determining a victory reward according to a method of progress in the battle;
Preferably, the step of giving the determined victory reward to the user is further executed.

In addition, the game server according to the present invention includes:
A game server that provides a battle game to a communication terminal,
In the battle game, a storage unit that stores battle history information including an identifier of an opponent with whom the user battled;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. A progress method determining unit that determines whether one of the second modes for proceeding with the battle is reduced based on the battle history information and the identifier of the opponent who starts the battle ;
A control unit for proceeding with the battle according to the determined progress method;
It is characterized by providing.

In addition, a control method for a game system according to the present invention includes:
A control method of a game system including a communication terminal and a game server that provides a battle game to the communication terminal,
Storing battle history information including an identifier of an opponent with whom the user battled in the battle game;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. Determining, based on the battle history information and the identifier of the opponent who starts the battle, whether to determine any one of the second modes in which the battle progresses at a lower level,
A step of proceeding with the battle according to the determined progress method;
It is characterized by including.

  According to the control method of the program, the game server, and the game system in the present invention, it is possible to reduce the complexity of the user operation in the battle game.

It is a block diagram of the game system concerning one embodiment of the present invention. It is a figure which shows the example of the user data of FIG. It is a figure which shows the example of the opponent database of FIG. It is a figure which shows the example of the battle | competition log | history information of FIG. It is a figure which shows the example of the battle log information of FIG. It is a figure which shows the example of the mode selection screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the confirmation screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the auto mode effect screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the battle result screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the battle log screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the reward acquisition screen which concerns on one Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on one Embodiment of this invention. It is a flowchart which shows operation | movement of the game server which concerns on one Embodiment of this invention. It is a flowchart which shows operation | movement of the communication terminal which concerns on one Embodiment of this invention.

  Embodiments of the present invention will be described below.

  FIG. 1 is a block diagram of a game system according to an embodiment of the present invention. The game system according to the present embodiment includes a game server 1 and a plurality of communication terminals 2. In FIG. 1, only one communication terminal 2 is shown for the sake of simplicity. The game server 1 distributes the battle game to the communication terminal 2. In the following description, in the game, the user forms a deck composed of a maximum of 12 cards by combining the cards in the game. Each card has a command for determining the action of the player character operated by the user. The card included in the deck is selected as a command to determine the action of the player character. Play a battle. The battle is performed when a predetermined battle event occurs during the game, for example, when the player character encounters an enemy.

  The game server 1 includes a server communication unit 10, a storage unit 11, a progress method determination unit 12, an auto mode processing unit 13, a victory reward determination unit 14, and a server control unit 15.

  The server communication unit 10 communicates with the communication terminal 2 by at least one of wireless or wired.

  The storage unit 11 stores user data 110, an opponent database (DB) 111, battle history information 112, and battle log information 113.

  Here, the user data 110 will be described with reference to FIG. The user data 110 (110a, 110b) is information unique to each user, and includes various information necessary for playing a battle game.

  As shown in FIG. 2A, the user data 110a is associated with a “user ID” that can uniquely identify the user, “level”, “experience value”, “maximum deck cost”, and “possession money”. ”Parameter. The user data 110a may further include information such as a list of cards possessed by the user and a list of in-game items.

  The “user ID” may be an arbitrary character string that can uniquely identify the user or a player character name that is arbitrarily set by the user. “Level” is a parameter indicating the degree of growth of the player character in the game, and the higher the numerical value of the level, the higher the degree of growth. “Experience value” is a parameter that contributes to an increase in level, and is added according to the progress of the game, the battle, and the like. When the experience value reaches 100%, the level increases and the experience value is reset to 0%. “Maximum deck cost” is a parameter that contributes to the degree of freedom of deck organization. As will be described later, a “cost” is set for each card, and the user must organize the deck so that the total cost of the cards constituting the deck is equal to or less than the maximum deck cost. Therefore, the maximum deck cost is an upper limit value of the total cost of cards that can be included in the deck. Also, the maximum deck cost increases as the level increases. “Money” is a parameter indicating in-game currency possessed by the user, and is added according to the progress of the game, the battle, and the like.

  The user data 110b includes information on a deck organized by the user. As shown in FIG. 2 (b), the user data 110b includes "card ID", "level", "experience value", "evolution", "cost", "HP" for each card constituting the user's deck. , “ATK”, “command ID”, “command type”, and “activation return turn” parameters.

  The “card ID” is information that can identify a card existing in the game, and can be, for example, an arbitrary character string that can uniquely identify the card or a character name drawn on the card. “Level” is a parameter indicating the degree of growth of the card, and the higher the numerical value of the level, the higher the degree of growth. “Experience value” is a parameter that contributes to an increase in level, and is added according to the progress of the game, the battle, and the like. “Evolution” is a parameter indicating the number of times that reinforcement by a predetermined method such as synthesizing the same type of cards is possible, and is indicated as “current evolution stage / final evolution stage”. For example, if “evolution” is “1/3”, it indicates that it can be evolved two more times. “Cost” is a parameter indicating the cost required to include a card in the deck. “HP” is a parameter that contributes to the physical strength (HP) of the player character, and increases according to the level and evolution. The maximum HP value of the player character is the total HP of cards constituting the deck. The HP of the player character decreases, for example, when an attack is received from the opponent in the battle, and defeats the battle when it becomes zero. “ATK” is a parameter that contributes to the power of action of the player character by a command such as attack or recovery, and the power of the command increases as the value of ATK increases. The “command ID” is information that can identify a command included in the card, and can be, for example, an arbitrary character string or an arbitrary command name that can uniquely identify the command. “Command type” is information indicating the system of the corresponding command. For example, the command type includes “attack” that damages the opponent, “recovery” that recovers the HP of the player character, and “assistance” that strengthens and weakens the player character and the opponent. “Activation return turn” means the time (number of activated turns) required from the time a card is selected at the start of the turn until the command action is taken, and before the card can be selected again after the command action. It is a parameter indicating the time required (number of return turns), and is indicated as “number of activated turns / number of return turns”. For example, when the user selects “card001” having “cmd01” whose “activation return turn” is “1/2” and starts the turn, one turn after selecting the card, that is, the turn immediately after selecting the card The player character attacks the opponent with the command “cmd01”. The user cannot select “card001” again until two turns after selecting the card, that is, until one more turn has elapsed after the end of the turn in which the attack with the command “cmd01” is performed. The turn is an opportunity for the player character and the opponent to act. When the turn starts, if the user selects a card and determines the action of the player character, the turn proceeds. If the player character and all opponents that can act in the turn perform actions, or if there is no player character and opponent that can act in the turn, the turn ends and a new turn Start.

  Next, the opponent database 111 will be described with reference to FIG. The opponent database 111 (111a, 111b) includes various information related to enemy characters that are opponents.

  As shown in FIG. 3A, the opponent database 111a is associated with an “enemy character ID” that can uniquely identify an enemy character, and “level”, “HP”, “ATK”, “command ID”. , “Command type”, and “activation return turn” parameters. The description of these parameters is the same as the description of the card parameters in the user data 110b, and will be omitted. The enemy character may have a plurality of commands such as “enemy002”. When the enemy character has a plurality of commands, the enemy character automatically selects one of the commands and performs an action.

  As shown in FIG. 3B, the opponent database 111b includes a combination of enemy character IDs that appear as opponents in association with the “appearance set”. Specifically, when a battle is started in the game, any appearance set is selected from the opponent database 111b and the opponent is determined. For example, when “set01” is selected as the “appearance set”, three “enemy001” appear as opponents. That is, the “appearance set” is an identifier indicating a combination of enemy characters that are opponents.

  Next, the battle history information 112 will be described with reference to FIG. The battle history information 112 is information related to an opponent with whom the user has played in the past. Specifically, the battle history information 112 is associated with the user ID, “matched appearance set”, that is, the appearance set (identifier) of the opponent that the user has played in the past, and the battled appearance set. Each of them includes user win / loss information. For example, in FIG. 4, “user001” has won the opponent corresponding to “set01” and “set02”, and the winning / losing information is “win”. Further, “user001” has never won the opponent corresponding to “set03”, and the winning / losing information is “defeated”. On the other hand, “user002” has won the opponent corresponding to “set02”, and the winning / losing information is “win”. Also, “user002” has never won an opponent corresponding to “set03”, and the winning / losing information is “defeated”. Further, “user002” has never played against an opponent corresponding to “set01”, and “set01” is not included in the “matched appearance set”.

  Next, the battle log information 113 will be described with reference to FIG. The battle log information 113 is information indicating the content of the battle when the battle progresses in the auto mode described later. Specifically, the battle log information 113 includes “number of turns”, “action character”, and “action content”. Also, the battle log information 113 may be temporarily stored in the storage unit 11 and deleted after the battle process is completed.

  “Number of turns” indicates the number of turns that have elapsed from the start to the end of the match. “Action character” indicates a player character ID and an enemy character ID that acted in the turn indicated by the number of turns. “Action content” indicates the action taken by the corresponding action character and its result. For example, in “first turn” in FIG. 5, “user001” performs an attack with “cmd01” and causes 1000 damage to “enemy001a”. FIG. 5 shows an example in which the opponents are “enemy001” three bodies, which are described as “enemy001a”, “enemy001b”, and “enemy001c”, respectively, in order to distinguish them from each other.

  Returning to the description of FIG. The progress method determination unit 12 sets the progress method of the battle for each battle performed in the game in the manual mode (first mode) in which the battle progresses based on the user operation, or the number of user operations as compared to the manual mode. Decide which one of the auto modes (second mode) to reduce and advance the battle. Here, the number of user operations is reduced from that in the manual mode to advance the battle. For example, a part of the command selection by the user is omitted and the battle is performed semi-automatically, or all the command selection by the user is performed. It is included to play automatically without the. Specifically, when starting the battle in the game, the progress method determination unit 12 collates the appearance set selected as the opponent with the battle history information 112. The progress method determination unit 12 determines whether or not the appearance set matches the battle-completed appearance set whose victory / loss information included in the battle history information 112 is “win”, that is, the user has played against the opponent in the past. Judge whether or not you have won. And when the said appearance set corresponds with the battle-completed appearance set whose winning / losing information is “Victory”, that is, when the opponent has been won, the progress method determination unit 12 will be described later by the communication terminal 2. If the input signal by the user operation received in the mode selection screen 3 or the confirmation screen 4 is acquired from the communication terminal 2, a progress method is determined based on the input signal. On the other hand, when the appearance set does not match the battle-completed appearance set whose win / loss information is “Victory”, that is, when the opponent has never been won, the progress method determination unit 12 sets the progress method to the manual mode. An instruction to determine and advance the battle in the manual mode is transmitted to the communication terminal 2.

  The auto mode processing unit 13 performs a battle process in the auto mode. Specifically, the auto mode processing unit 13 automatically operates the player character, selects a card according to a predetermined procedure, and attacks the opponent. For example, it is conceivable that the predetermined procedure is to use only the cards whose command type is attack among the cards included in the deck and attack in order from the first enemy character, but any other procedure is adopted. Is possible. For example, if a command with higher power has a longer return turn, it may be possible to preferentially use a card having a command with a longer return turn. The auto mode processing unit 13 performs an attack until the battle ends, that is, until the HPs of all opponents or player characters become zero, and calculates the battle result. The battle result includes the win / loss of the battle and the remaining HP of the player character. Then, the auto mode processing unit 13 stores the content of the battle in the auto mode in the storage unit 11 as the battle log information 113.

  Preferably, the auto mode processing unit 13 performs the above-described processing before displaying a mode selection screen 3 to be described later on the communication terminal 2, that is, before the user selects a battle progress method, and performs a battle in the auto mode. The result is calculated as a prediction result. And the auto mode process part 13 determines the calculated prediction result as a battle | competition result of the said battle, when the progress method determination part 12 determines the progress method of a battle | competition to auto mode.

  When the player character wins the battle, the victory reward determination unit 14 determines a victory reward in the game and gives it to the user. Specifically, the victory reward determination unit 14 determines whether or not the user has won the battle based on the battle result calculated by the auto mode processing unit 13 or the battle result acquired from the communication terminal 2. . And the victory reward determination part 14 determines a victory reward with a predetermined method, and gives it to a user, when the user has won the battle | competition. Preferably, the victory reward determination unit 14 determines the victory reward according to the battle progress method. For example, it is conceivable that the winning reward for the battle in the manual mode is selected from a reward group having a higher value than the winning reward for the battle in the auto mode.

  The server control unit 15 controls various operations of the game server 1 and the progress of the entire game.

  Further, the server control unit 15 determines an opponent with whom the user battles. Specifically, when starting a battle in the game, the server control unit 15 selects one appearance set from the opponent database 111b and determines it as an opponent.

  Further, the server control unit 15 transmits instructions to display various game screens to the communication terminal 2 via the server communication unit 10. The various game screens include, for example, a mode selection screen 3, a confirmation screen 4, an auto mode effect screen 5, a battle result screen 6, a battle log screen 7, a reward acquisition screen 8, and a manual mode battle screen 9, which will be described later.

  The communication terminal 2 includes a terminal communication unit 20, a display unit 21, an operation unit 22, a manual mode processing unit 23, and a terminal control unit 24.

  The terminal communication unit 20 communicates with the game server 1 by at least one of wireless or wired.

  The display unit 21 performs display output related to the game provided from the game server 1. Specifically, the display unit 21 displays a mode selection screen 3, a confirmation screen 4, an auto mode production screen 5, a battle result screen 6, a battle log screen 7, a reward acquisition screen 8, and a manual mode battle screen 9 which will be described later. To do. As the display unit 21, any display device such as a liquid crystal display or an organic EL display can be adopted.

  The operation unit 22 receives a user operation performed on the game. Then, the operation unit 22 passes an input signal corresponding to the received user operation to the terminal control unit 24. The operation unit 22 can employ any input interface such as a button or a touch panel. In the following description, it is assumed that the operation unit 22 is a touch panel.

  The manual mode processing unit 23 performs a battle process in the manual mode. Specifically, the manual mode processing unit 23 displays a manual mode battle screen 9 described later on the display unit 21, and advances the battle based on a user operation. The manual mode processing unit 23 determines the battle result when the battle ends, and transmits the battle result to the game server 1 via the terminal communication unit 20.

  The terminal control unit 24 controls various operations of the communication terminal 2. Further, when the terminal control unit 24 acquires an input signal corresponding to a user operation received on various screens displayed on the display unit 21 from the operation unit 22, the terminal control unit 24 sends the input signal to the game server 1 via the terminal communication unit 20. Send.

  Next, the mode selection screen 3 will be described with reference to FIG. The mode selection screen 3 is a screen for allowing the user to select either the manual mode or the auto mode as a battle progress method. The mode selection screen 3 is displayed on the display unit 21 of the communication terminal 2 when the opponent has played in the past when starting a match in the game.

  Preferably, on the mode selection screen 3, information corresponding to the prediction result of the battle calculated by the auto mode processing unit 13 of the game server 1 is displayed. The information according to the prediction result is information suggesting a battle result when the battle is advanced in the auto mode. Specifically, as shown in FIG. 6A, for example, when the prediction result corresponds to “I can win if the remaining HP is 80% or more and less than 100%”, the displayed information is “I think I can easily win!”. . On the other hand, when the prediction result corresponds to “I can't win”, the displayed information is “It's a pretty strong enemy ...”.

  As shown in FIG. 6B, the mode selection screen 3 has a character icon 30, a message display area 31, a manual button 32, and an auto button 33.

  The character icon 30 is an image of a character that presents information displayed in the message display area 31 to the user.

  The message display area 31 is an area for displaying a comment that prompts the user to select a battle progress method and information according to the battle prediction result. Specifically, for example, if the prediction result corresponds to “You can win with the remaining HP 80% or more and less than 100%”, the message display area 31 will be “Enemy that you fought before! ? ”Is displayed.

  The manual button 32 is an input interface that receives a user operation for selecting a manual mode as a battle progress method. When the user taps the manual button 32, the display is switched to a manual mode battle screen 9 described later.

  The auto button 33 is an input interface that receives a user operation for selecting an auto mode as a battle progress method. When the user taps the auto button 33, the display is switched to a confirmation screen 4 or an auto mode effect screen 5 described later.

  Next, the confirmation screen 4 will be described with reference to FIG. The confirmation screen 4 is a screen for allowing the user to confirm that the user has selected the auto mode on the mode selection screen 3. The confirmation screen 4 is displayed on the display unit 21 of the communication terminal 2 when the prediction result is a result that is more disadvantageous to the user than the predetermined reference and the user selects the auto mode on the mode selection screen 3. The predetermined standard can be arbitrarily set by a game provider or the like, and can be a standard value related to the remaining HP of the player character after the battle, for example. In this case, that the prediction result is advantageous to the user indicates that the remaining HP is equal to or greater than the reference value. On the other hand, the prediction result being a disadvantageous result for the user indicates that the remaining HP is less than the reference value. Thus, for example, when the predetermined reference is set to “remaining HP 50%”, the remaining HP is less than 50% of the maximum HP in the prediction result, and the user selects the auto mode on the mode selection screen 3. A confirmation screen 4 is displayed.

  As shown in FIG. 7, the confirmation screen 4 includes a character icon 40, a message display area 41, a manual button 42, and an auto button 43. Since the character icon 40, the manual button 42, and the auto button 43 are the same as the character icon 30, the manual button 32, and the auto button 33 on the mode selection screen 3, description thereof is omitted.

  The message display area 41 is an area for displaying a comment urging confirmation that the auto mode has been selected on the mode selection screen 3 even though the prediction result is a competition result that is more disadvantageous to the user than a predetermined reference. . Specifically, the message display area 41 displays “There is no win as it is ... Would you like to fight yourself with a slight desire?”.

  Next, the auto mode effect screen 5 will be described with reference to FIG. The auto mode effect screen 5 is a screen for presenting a battle effect in the auto mode to the user. The auto mode effect screen 5 has an enemy character name display area 50, an enemy character image display area 51, and a deck display area 52.

  The enemy character name display area 50 is an area for displaying the enemy character ID and the number of appearances of the enemy character that is the opponent. The enemy character image display area 51 is an area for displaying an image of an enemy character that is an opponent. The deck display area 52 is an area for displaying images of a plurality of cards included in the user's deck. As an effect of the battle in the auto mode, the deck display area 52 moves toward the enemy character image display area 51, the enemy character image display area 51 and the deck display area 52 collide, and the entire screen is whitened out. Thereafter, the display is switched to a battle result screen 6 described later. The battle effect on the auto mode effect screen 5 is shorter in display time and simpler than the battle effect on the manual mode battle screen 9, which will be described later.

  Next, the battle result screen 6 will be described with reference to FIG. The battle result screen 6 is a screen that presents the result of the battle in the auto mode to the user. The battle result screen 6 has a result display area 60, a deck display area 61, a battle log button 62, and a next button 63. Since the deck display area 61 is the same as the deck display area 52, description thereof is omitted.

  The result display area 60 is an area for displaying the victory or defeat of the battle. FIG. 9 shows an example in which the user has won the battle, and “WIN !!” is displayed in the result display area 60. On the other hand, when the user is defeated in the battle, for example, “LOSE...” May be displayed in the result display area 60.

  The battle log button 62 is an input interface that receives a user operation for displaying the content of a battle in the auto mode. When the user taps the battle log button 62, the display is switched to the battle log screen 7 described later.

  The next button 63 is an input interface that receives a user operation for switching from the battle result screen 6 to the next screen. When the user taps the next button 63, the display is switched to a reward acquisition screen 8 described later.

  Next, the battle log screen 7 will be described with reference to FIG. The battle log screen 7 is a screen for presenting the battle log information 113 indicating the content of the battle in the auto mode to the user. The battle log screen 7 has a battle log information display area 70 and a close button 71.

  The battle log information display area 70 is an area for displaying the battle log information 113. When the user swipes the battle log information display area 70 up and down, all the battle log information 113 can be scrolled and displayed.

  The close button 71 is an input interface for receiving a user operation for ending the display of the battle log screen 7. When the user taps the close button 71, the display is switched to the battle result screen 6.

  Next, the reward acquisition screen 8 will be described with reference to FIG. The reward acquisition screen 8 is a screen that presents the user with a victory reward that is given to the user when the user wins the battle. The reward acquisition screen 8 has a reward display area 80 and an OK button 81.

  The reward display area 80 is an area for displaying information related to the victory reward given to the user. The information regarding the winning reward includes, for example, an in-game card or item image that is a reward, an item ID that can identify the card ID or item, and the number of acquisitions. By swiping the reward display area 80 up and down, the user can scroll and display information on all winning rewards.

  The OK button 81 is an input interface that receives a user operation for ending the battle process. When the user taps the OK button 81, the battle process is terminated, and the screen is switched to a screen immediately before the battle is started.

  Next, the manual mode battle screen 9 will be described with reference to FIG. The manual mode battle screen 9 is a screen for performing a battle in the manual mode. The manual mode battle screen 9 includes a player character 91, a player status display area 92, an enemy character 93 (93a, 93b, 93c), an enemy HP indicator 94 (94a, 94b, 94c), and an enemy waiting turn number 95 (95a, 95b, 95c) and a field area 90a for displaying the target icon 96, and a deck display area 90b for displaying the cards 97 (97a, 97b, 97c, 97d, 97e). FIG. 12 shows a state immediately before the start of the turn, that is, a state waiting for a user operation for determining the action of the player character 91.

  The field area 90a is an area for displaying graphics such as the player character 91. When the user determines the action of the player character 91, the turn proceeds and an effect corresponding to the action or the like of the player character 91 is performed in the field area 90a.

  The player character 91 is a 2D or 3D graphic indicating the player character operated by the user. The player status display area 92 indicates the remaining HP of the player character 91 and is displayed with a numerical value and an indicator.

  The enemy character 93 (93a, 93b, 93c) is a 2D or 3D graphic indicating the enemy character that is the opponent. The enemy HP indicator 94 (94a, 94b, 94c) indicates the remaining HP of the corresponding enemy character 93. The enemy waiting turn number 95 (95a, 95b, 95c) indicates the number of turns until the corresponding enemy character 93 acts next. The target icon 96 indicates a target on which the player character 91 attacks. The attack target can be changed by tapping the enemy character 93 by the user.

  The deck display area 90b is an area for displaying cards 97 included in the user's deck. The user can display cards 97 of all the cards included in the deck by swiping the deck display area 90b left and right. Preferably, the deck display area 90b can be minimized toward the lower side of the display screen. In this case, the entire manual mode battle screen 9 is the field area 90a.

  The card 97 is indicated by a combination of an image of the card and an image indicating a command type of a command included in the card. At the start of each turn, the user selects one card from the selectable cards 97 and determines the action of the player character 91. For example, in the state shown in FIG. 12, when the user drags the card 97a from the deck display area 90b to the field area 90a, the card 97a is selected. Then, the player character 91 attacks the enemy character 93a with the command of the selected card 97a. Preferably, at a timing when the user cannot select the card 97, for example, during the performance of a battle, it is clearly indicated that the card 97 cannot be tapped by darkening the display.

  Next, the operation of the game server 1 according to the present embodiment will be described with reference to FIG. The flowchart of FIG. 13 shows the operation of the battle process performed by the game server 1. This process is started when a predetermined battle event occurs, for example, when the player character encounters an enemy.

  First, the server control unit 15 determines an opponent with whom the user battles (step S100). Specifically, the server control unit 15 selects one appearance set from the opponent database 111b and determines it as an opponent.

  Next, the advancing method determination unit 12 determines whether or not the opponent and the user determined in step S100 have played in the past and the user has won (step S101). Specifically, the progress method determination unit 12 collates the appearance set determined in step S100 with the battle history information 112. Then, the progress method determination unit 12 determines that the appearance set has been won in the past if the appearance set matches the battle appearance appearance set whose victory / loss information included in the battle history information 112 is “win” (step) (S101-Yes), the process proceeds to step S102. On the other hand, when the appearance set does not match the battle-completed appearance set whose victory / loss information included in the battle history information 112 is “win”, the progress method determination unit 12 determines that the player has never won a battle. (Step S101-No), the process proceeds to Step S110.

  When it is determined in step S101 that the player has won in the past (step S101—Yes), the auto mode processing unit 13 calculates a prediction result of the battle in the auto mode (step S102).

  Next, the server control unit 15 transmits an instruction to display the mode selection screen 3 to the communication terminal 2 (step S103).

  Next, when the input signal by the user operation received in the mode selection screen 3 is received from the communication terminal 2, the progress method determination unit 12 determines whether or not the auto mode is selected based on the input signal (step) S104). When the auto mode is selected (step S104-Yes), the process proceeds to step S105. On the other hand, when the manual mode is selected (No at Step S104), the process proceeds to Step S110.

  When the auto mode is selected in step S104 (step S104-Yes), the server control unit 15 determines whether or not the battle prediction result calculated in step S102 is a result that is more disadvantageous to the user than a predetermined reference. Judgment is made (step S105). When a prediction result is a result unfavorable rather than a predetermined standard (Step S105-Yes), it progresses to Step S106. On the other hand, when a prediction result is more than a predetermined standard (Step S105-No), it progresses to Step S108.

  In step S105, when the prediction result is a disadvantageous result than the predetermined reference (step S105-Yes), the server control unit 15 transmits an instruction to display the confirmation screen 4 to the communication terminal 2 (step S106).

  Next, when receiving the input signal by the user operation received on the confirmation screen 4 from the communication terminal 2, the traveling method determination unit 12 determines whether or not the auto mode is selected based on the input signal (step S107). ). When the auto mode is selected (step S107—Yes), the process proceeds to step S108. On the other hand, when the manual mode is selected (No at Step S107), the process proceeds to Step S110.

  If the prediction result is greater than or equal to the predetermined reference in step S105 (step S105-No), or if the auto mode is selected in step S107 (step S107-Yes), the auto mode processing unit 13 determines in step S102. The calculated prediction result is determined as a battle result of the battle (step S108).

  Next, the server control unit 15 transmits an instruction to display the auto mode effect screen 5 to the communication terminal 2 (step S109).

  On the other hand, when it is determined in step S101 that the player has never won (step S101-No), or when the manual mode is selected in step S104 or step S107 (step S104-No, step S107-No). The traveling method determination unit 12 determines the traveling method as the manual mode, and transmits an instruction to execute the battle process in the manual mode to the communication terminal 2 (step S110).

  After step S110, the server control unit 15 waits until the battle result in the manual mode is acquired from the communication terminal 2 (step S111). When the battle result is acquired, the process proceeds to step S112.

  After step S109 or step S111, the server control unit 15 transmits an instruction to display the battle result screen 6 to the communication terminal 2 (step S112).

  Subsequently, the server control unit 15 waits until the communication terminal 2 acquires from the communication terminal 2 an input signal by a user operation received on the battle result screen 6 (step S113).

  Subsequently, when acquiring the input signal in step S113, the server control unit 15 determines whether or not the input signal is an input signal from the battle log button 62 (step S114). If it is an input signal from the battle log button 62 (step S114-Yes), the process proceeds to step S115. On the other hand, if it is an input signal from the next button 63 (step S114-No), the process proceeds to step S116.

  When the input signal is an input signal from the battle log button 62 in step S114 (step S114-Yes), the server control unit 15 transmits an instruction to display the battle log screen 7 to the communication terminal 2 (step S115). Returning to S113, the processing is continued.

  On the other hand, when the input signal is an input signal from the next button 63 in step S114 (step S114-No), the victory reward determination unit 14 determines whether the user has determined that the auto mode processing unit 13 has determined the match result in step S108. It is determined whether or not the player has won the battle (step S116). When it has won (step S116-Yes), it progresses to step S117. On the other hand, when it is defeated (step S116-No), this process is complete | finished.

  When the user wins in step S116 (step S116-Yes), the victory reward determination unit 14 determines the victory reward and gives it to the user (step S117). Preferably, the victory reward determination unit 14 determines the victory reward according to the battle progress method.

  Subsequently, the server control unit 15 transmits an instruction to display the reward acquisition screen 8 to the communication terminal 2 (step S118), and ends the process.

  Next, the operation of the communication terminal 2 according to the present embodiment will be described with reference to FIG. The flowchart of FIG. 14 shows the operation of the battle process performed by the communication terminal 2. This process is started when a predetermined battle event occurs, for example, when the player character encounters an enemy.

  First, the terminal control unit 24 waits for an instruction from the game server 1 and determines whether or not an instruction to execute a battle process in the manual mode has been received (step S200). When the manual mode instruction is received (step S200-Yes), the process proceeds to step S209. On the other hand, when the manual mode instruction is not received (step S200-No), the process proceeds to step S201.

  When no manual mode instruction is received in step S200 (step S200-No), the terminal control unit 24 receives an instruction to display the mode selection screen 3 from the game server 1, and displays the mode selection screen 3 on the display unit 21. It is displayed (step S201).

  Subsequently, when the terminal control unit 24 acquires the input signal by the user operation received on the mode selection screen 3 from the operation unit 22, the terminal control unit 24 transmits the input signal to the game server 1 (step S202).

  Subsequently, the terminal control unit 24 waits for an instruction from the game server 1 and determines whether or not an instruction to execute a battle process in the manual mode has been received (step S203). When the manual mode instruction is not received (step S203—No), the process proceeds to step S204. On the other hand, when the manual mode instruction is received (step S203—Yes), the process proceeds to step S209.

  When the manual mode instruction is not received in step S203 (step S203-No), the terminal control unit 24 waits for an instruction from the game server 1 and determines whether an instruction to display the confirmation screen 4 is received (step S203-No). Step S204). When the display instruction of the confirmation screen 4 is received (step S204—Yes), the process proceeds to step S205. On the other hand, when the display instruction of the confirmation screen 4 is not received (step S204—No), the process proceeds to step S208.

  When the display instruction of the confirmation screen 4 is received in step S204 (step S204—Yes), the terminal control unit 24 causes the display unit 21 to display the confirmation screen 4 (step S205).

  Subsequently, when the terminal control unit 24 acquires the input signal by the user operation received on the confirmation screen 4 from the operation unit 22, the terminal control unit 24 transmits the input signal to the game server 1 (step S206).

  Subsequently, the terminal control unit 24 waits for an instruction from the game server 1 and determines whether or not an instruction to execute a battle process in the manual mode has been received (step S207). When the manual mode instruction is not received (step S207-No), the process proceeds to step S208. On the other hand, if an instruction for manual mode is received (step S207—Yes), the process proceeds to step S209.

  When the manual mode instruction is not received in step S207 (step S207-No), when receiving an instruction to display the auto mode effect screen 5 from the game server 1, the terminal control unit 24 displays the auto mode effect screen 5 on the display unit 21. Is displayed (step S208).

  On the other hand, when the manual mode instruction is received in step S200, step S203, or step S207 (step S200-Yes, step S203-Yes, step S207-Yes), the manual mode processing unit 23 performs the battle process in the manual mode. (Step S209).

  Subsequently, when the battle is over, the manual mode processing unit 23 determines a battle result and transmits the battle result to the game server 1 (step S210).

  After step S208 or step S210, when receiving an instruction to display the battle result screen 6 from the game server 1, the terminal control unit 24 causes the display unit 21 to display the battle result screen 6 (step S211).

  Subsequently, when the terminal control unit 24 acquires the input signal by the user operation received on the battle result screen 6 from the operation unit 22, the terminal control unit 24 transmits the input signal to the game server 1 (step S212).

  Subsequently, the terminal control unit 24 determines whether or not the input signal acquired in step S212 is an input signal from the battle log button 62 (step S213). When the input signal is an input signal from the battle log button 62 (step S213-Yes), the process proceeds to step S214. On the other hand, when the input signal is an input signal from the next button 63 (step S213-No), the process proceeds to step S216.

  When the input signal is an input signal from the battle log button 62 in step S213 (step S213-Yes), the terminal control unit 24 receives an instruction to display the battle log screen 7 from the game server 1 and plays a battle on the display unit 21. The log screen 7 is displayed (step S214).

  Subsequently, the terminal control unit 24 waits for a user operation on the battle log screen 7 (step S215), and when an input signal from the close button 71 is acquired from the operation unit 22, returns to step S211 and continues the processing.

  On the other hand, when the input signal is an input signal from the next button 63 in step S213 (step S213-No), the terminal control unit 24 waits for an instruction from the game server 1 and issues an instruction to display the reward acquisition screen 8. It is determined whether or not it has been received (step S216). When the display instruction of the reward acquisition screen 8 is received (step S216-Yes), the process proceeds to step S217. On the other hand, when the display instruction of the reward acquisition screen 8 is not received (step S216-No), this process ends.

  When the display instruction of the reward acquisition screen 8 is received in step S216 (step S216-Yes), the terminal control unit 24 displays the reward acquisition screen 8 on the display unit 21 (step S217).

  And the terminal control part 24 waits for user operation in the reward acquisition screen 8 (step S218), and will complete | finish this process, if the input signal by the OK button 81 is acquired from the operation part 22. FIG.

  As described above, according to the embodiment of the present invention, the battle history information 112 including the identifier (appearance set) of the opponent with which the user battled is stored, and the match history information 112 and the identifier of the opponent who starts the battle are stored. Based on this, the progress method of the battle to be performed in the battle game is determined as either the manual mode or the auto mode, and the battle is advanced by the determined progress method. In this way, it is possible to change the battle progress method according to the past battle experience of the user, reducing the complexity of user operation in the battle in the auto mode while maintaining the playability of the battle in the battle in the manual mode. be able to. In addition, the auto mode allows the user to efficiently compete in a short time and improve the user experience.

  Further, according to the embodiment, if the identifier of the opponent that starts the match matches the identifier of the opponent included in the match history information 112, the user can select either the manual mode or the auto mode. The mode selection screen 3 is displayed. On the other hand, if the identifier of the opponent who starts the match does not match the identifier of the opponent included in the match history information 112, the battle progress method is determined to be in manual mode. Thus, it is highly probable that the user's interest is reduced because the user has already played against the opponent who the user is playing for the first time while maintaining the playability of the battle in the manual mode. For the opponent, the user can select to perform a battle by a simple operation in the auto mode, and the user experience can be improved. Moreover, the identifier of an opponent can be an appearance set indicating an individual enemy character ID that is an opponent or a combination of opponents. For example, as in the above-described embodiment, when the appearance set is used as the opponent identifier, even if each enemy character that the user has already won has a different number or combination of enemy characters, Since the difficulty level of the match is different, the playability in the manual mode can be maintained.

  Further, according to the embodiment, the battle history information 112 further includes the user's win / loss information for each opponent with whom the user battled, and the battle history information 112 includes the identifier of the opponent who starts the battle. May match the identifier of the winning opponent, the mode selection screen 3 may be displayed. In this way, it becomes possible for the user to select a battle with a simple operation using the auto mode for an opponent that the user has won in the past, that is, an opponent who has a high probability of winning even if a new match is made. The experience can be improved.

  Further, according to the embodiment, before the auto mode processing unit 13 calculates the prediction result of the battle in the auto mode and determines the battle progress method, the display unit 21 displays information according to the prediction result. To do. In this way, by suggesting the result of the battle in the auto mode to the user, the user can determine which progression method to select based on the suggestion.

  Further, according to the embodiment, when the prediction result is a result that is disadvantageous to the user than the predetermined reference, and the user selects the auto mode on the mode selection screen 3, the auto mode is selected. A confirmation screen 4 for allowing the user to confirm is displayed. Thus, when the user selects the auto mode on the mode selection screen 3 due to an erroneous operation or the like, it is possible to reduce a disadvantageous result against the user's will.

  In addition, according to the embodiment, when the battle in the auto mode proceeds, the battle log information 113 indicating the content of the battle is stored, and the battle log screen 7 for presenting the battle log information 113 to the user is displayed. . In this way, even in a battle in the auto mode, the user can check the content of the battle, and the user satisfaction can be improved.

  Moreover, according to the embodiment, the winning reward is determined according to the progress method in the battle, and the determined winning reward is given to the user. For example, the winning reward for the battle in the manual mode is selected from a reward group having a higher value than the winning reward for the battle in the auto mode. In this way, by prompting the user to play a game with a highly playable manual mode, the user's interest in the game can be increased.

  Although the present invention has been described based on the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and corrections based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so that there is no logical contradiction, and a plurality of means, steps, etc. can be combined or divided into one. .

  For example, whether to display the mode selection screen 3 may be determined based on arbitrary information regarding the opponent. Specifically, it is conceivable to display the mode selection screen 3 when the level of the player character is higher than the level of the enemy character that is the opponent by a predetermined value or more.

  Further, for example, the opponent is not limited to the enemy character, but may be a player character of another user.

  Also, for example, when winning a battle in the manual mode with a result more advantageous to the user than the prediction result of the battle in the auto mode, the victory reward is determined from a reward group having a higher value than the normal victory reward in the manual mode. It may be. In this way, the user can be encouraged to think about the strategy of the battle in the manual mode, and the user's interest in the game can be increased.

DESCRIPTION OF SYMBOLS 1 Game server 2 Communication terminal 3 Mode selection screen 4 Confirmation screen 5 Auto mode production screen 6 Battle result screen 7 Battle log screen 8 Reward acquisition screen 9 Manual mode battle screen 10 Server communication part 11 Memory | storage part 110,110a, 110b User data 111 , 111a, 111b Opponent database (DB)
112 Battle history information 113 Battle log information 12 Progress method determination unit 13 Auto mode processing unit 14 Victory reward determination unit 15 Server control unit 20 Terminal communication unit 21 Display unit 22 Operation unit 23 Manual mode processing unit 24 Terminal control unit 30 Character icon 31 Message display area 32 Manual button 33 Auto button 40 Character icon 41 Message display area 42 Manual button 43 Auto button 50 Enemy character name display area 51 Enemy character image display area 52 Deck display area 60 Result display area 61 Deck display area 62 Battle log button 63 Next button 70 Battle log information display area 71 Close button 80 Reward display area 81 OK button 90a Field area 90b Deck display area 91 Player character 92 Pre Ear status display area 93, 93a, 93b, 93c Enemy character 94, 94a, 94b, 94c Enemy HP indicator 95, 95a, 95b, 95c Number of enemy waiting turns 96 Target icon 97, 97a, 97b, 97c, 97d, 97e Card

Claims (9)

To a computer that provides a battle game to a communication terminal,
Storing battle history information including an identifier of an opponent with whom the user battled in the battle game;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. Determining, based on the battle history information and the identifier of the opponent who starts the battle, whether to determine any one of the second modes in which the battle progresses at a lower level,
A step of proceeding with the battle according to the determined progress method;
A program for running In the step of determining the progress method,
When the opponent identifier for starting the match matches the identifier of the opponent included in the match history information,
Displaying a mode selection screen on which the user can select either the first mode or the second mode on the communication terminal;
Accept user operations via the mode selection screen,
In accordance with the received user operation, determine a method for proceeding with the battle,
Identifier opponent to start the competition does not match with the opponent identifier included in the competition history information, determines the progression method of the pair against the first mode, the program according to claim 1. The battle history information further includes user win / loss information for each opponent with whom the user battled,
In the step of determining the progress method,
When the identifier of the opponent that starts the match matches the identifier of the opponent that the user has won, included in the match history information,
Displaying a mode selection screen on which the user can select either the first mode or the second mode on the communication terminal;
Accept user operations via the mode selection screen,
In accordance with the received user operation, determine a method for proceeding with the battle,
The opponent identifier starting the match is included in the competition history information does not match the opponent identifier that the user has won, to determine the progression method of the pair against the first mode, according to claim 1 The program described in. In the computer,
If the identifier of the opponent that starts the match matches the identifier of the opponent that the user stored in the match history information has won,
Calculating a prediction result of the battle in the second mode;
The program according to claim 2 or 3 , further comprising the step of displaying information corresponding to the prediction result on the communication terminal before determining a method for proceeding with the battle. In the computer,
If the prediction result is a result that is more disadvantageous to the user than a predetermined criterion, and the user selects the second mode on the mode selection screen, the user is notified that the second mode is selected. The program according to claim 4 , further causing the communication terminal to display a confirmation screen for confirmation. In the computer,
Storing the battle log information indicating the content of the battle when the battle in the second mode proceeds;
The program according to any one of claims 1 to 5 , further comprising: a step of displaying a battle log screen for presenting the battle log information to a user. In the computer,
If the user wins the match,
Determining a victory reward according to a method of progress in the battle;
The program according to any one of claims 1 to 6 , further causing the step of giving the determined victory reward to the user. A game server that provides a battle game to a communication terminal,
In the battle game, a storage unit that stores battle history information including an identifier of an opponent with whom the user battled;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. A progress method determining unit that determines whether one of the second modes for proceeding with the battle is reduced based on the battle history information and the identifier of the opponent who starts the battle ;
A control unit for proceeding with the battle according to the determined progress method;
A game server comprising: A control method of a game system including a communication terminal and a game server that provides a battle game to the communication terminal,
Storing battle history information including an identifier of an opponent with whom the user battled in the battle game;
The progress method of the battle performed in the battle game is automatically determined as the first mode in which the battle progresses based on a user operation, or the first mode or the number of user operations is determined as the first mode. Determining, based on the battle history information and the identifier of the opponent who starts the battle, whether to determine any one of the second modes in which the battle progresses at a lower level,
A step of proceeding with the battle according to the determined progress method;
A method for controlling a game system.

Images