JP7077355B2 - Game control system, game control method, communication terminal and game control program - Google Patents

Description

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

Conventionally, in a video game using an information processing device such as a computer, a battle game in which a user operates a player character in the game to fight against an opponent has been 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 the battle is performed.

Japanese Unexamined Patent Publication No. 2007-075612

However, in the conventional battle game, the user needs to select a command many times in one battle to determine the action of the player character, which may complicate the operation.

An object of the present invention made in view of such circumstances is to reduce the complexity of user operations in a competitive game.

The game control system that solves the above problems is a game processing system including a communication terminal used by the user and a server that communicates with the communication terminal, and the server determines an opponent with the user. A unit, a determination unit for determining whether or not the determined opponent is an opponent who has played in the past based on the battle history information of the user, and a determination unit where the opponent is an opponent who has played in the past. A battle is automatically executed using the parameters associated with the user and the parameters associated with the opponent, and the battle execution unit whose prediction result is the result of the battle and the battle based on the operation of the user. The communication terminal is provided with information for displaying a selection screen for selecting a first mode for advancing a match and a second mode for advancing a battle by reducing the number of operations of the user from the first mode. The first transmission unit to transmit, the second transmission unit to transmit progress information for advancing the game according to the mode selected on the selection screen to the communication terminal, and the battle result in the first mode are If the result is more favorable to the user than the prediction result by the battle execution unit, the reward given when the result is more disadvantageous to the user than the prediction result by the battle execution unit is in the game. A first display control unit that includes a granting unit that associates a high-value reward with the user, and that the communication terminal displays the selection screen on the display unit based on information for displaying the selection screen, and the selection unit. It includes a mode transmission unit that transmits identification information of the mode selected on the screen to the server, and a second display control unit that displays a game execution screen based on the progress information.

With respect to the game control system, the granting unit makes the reward given according to the battle result in the first mode more than the reward given according to the battle result in the second mode. It is preferable to select from the reward group with high value within.

Regarding the game control system, the server determines that the prediction result displayed on the selection screen is more disadvantageous than the reference, and that the user has selected the second mode. The communication terminal further includes a third transmission unit for transmitting information for displaying the confirmation screen indicating that the mode 2 is selected on the communication terminal, and the communication terminal is based on the information for displaying the confirmation screen. It is preferable to further include a third display control unit for displaying the confirmation screen on the display unit.

Regarding the game control system, it is preferable that the first display control unit displays the selection screen on the display unit when the level corresponding to the user is higher than the level of the opponent by a predetermined value or more.

Regarding the game control system, when the battle is advanced in the second mode, it is preferable that the communication terminal further includes a fourth display control unit that displays a battle log screen showing the content of the battle on the display unit. ..
Regarding the game control system, the first display control unit displays the selection screen on the display unit when the combination of the newly selected opponent and the combination of the past opponents match when starting the battle. It is preferable that the second display control unit advances the game in the first mode when the new combination of the opponents and the past combination of the opponents do not match.
The game control method for solving the above problems is a game control method including a communication terminal used by the user and a server that communicates with the communication terminal, and the server determines an opponent with the user. A step, a determination step for determining whether or not the determined opponent is an opponent who has played in the past based on the battle history information of the user, and a determination step when the opponent is an opponent who has played in the past. A battle is automatically executed using the parameters associated with the user and the parameters associated with the opponent, and the battle execution step using the result of the battle as the predicted result and the battle based on the operation of the user. Information for displaying a selection screen for selecting a first mode for advancing a match and a second mode for advancing a battle by reducing the number of operations of the user from the first mode is provided to the communication terminal. The first transmission step to be transmitted, the second transmission step to transmit the progress information for advancing the game according to the mode selected on the selection screen to the communication terminal, and the battle result in the first mode are If the result is more favorable to the user than the prediction result by the battle execution unit, the reward given when the result is more disadvantageous to the user than the prediction result by the battle execution unit is in the game. The first display control step of executing the granting step of associating a high-value reward with the user and displaying the selection screen on the display unit based on the information for displaying the selection screen by the communication terminal, and the said. A mode transmission step of transmitting the identification information of the mode selected on the selection screen to the server and a second display control step of displaying the game execution screen based on the progress information are executed.
The communication terminal that solves the above problems is a communication terminal that can communicate with the server and is used by the user, and is a first mode in which the battle proceeds based on the operation of the user, and the number of operations of the user. The identification information of the mode selected on the selection screen and the first display control unit that displays the selection screen for selecting the second mode in which the battle progresses by reducing the number of the above first modes on the display unit. In the case where the mode transmission unit for transmitting to the server, the second display control unit for displaying the game execution screen based on the progress information, and the opponent are opponents who have played in the past, in the first mode. If the match result is more favorable to the user than the predicted result, which is the result of the match automatically performed using the parameters associated with the user and the parameters associated with the opponent. It is provided with a reward display control unit that presents to the user a reward having a higher value in the game than a reward given when the result is more disadvantageous to the user than the prediction result by the battle execution unit.
The game control program that solves the above problems is a game control program that can communicate with the server and is executed by the communication terminal used by the user, and the communication terminal is used to advance the battle based on the operation of the user. The first display control unit that displays a selection screen on the display unit for selecting the first mode and the second mode in which the number of operations of the user is reduced as compared with the first mode and the battle proceeds, and the above-mentioned A mode transmission unit that transmits the identification information of the mode selected on the selection screen to the server, a second display control unit that displays a game execution screen based on the progress information, and an opponent that the opponent has played against in the past. In this case, the result of the match in the first mode is the predicted result which is the result of the match automatically executed using the parameter associated with the user and the parameter associated with the opponent. If the result is favorable to the user, the user is presented with a reward having a higher value in the game than the reward given when the result is more disadvantageous to the user than the prediction result by the battle execution unit. It functions as a reward display control unit.
A game control method for a communication terminal that can communicate with a server that solves the above problems and is used by a user, the first mode in which the communication terminal advances a battle based on the operation of the user, and the above. A first display control step for displaying a selection screen for selecting a second mode in which the number of user operations is reduced compared to the first mode to proceed with the battle, and a selection screen selected on the selection screen. A mode transmission step of transmitting mode identification information to the server, a second display control step of displaying a game execution screen based on the progress information, and a case where the opponent is an opponent who has played in the past, the first. The result of the match in mode 1 is more favorable to the user than the predicted result, which is the result of the match automatically executed using the parameters associated with the user and the parameters associated with the opponent. If this is the case, the reward display control step of presenting to the user a reward having a higher value in the game than the reward given when the result is more disadvantageous to the user than the prediction result by the battle execution unit. To execute.

According to the present invention, it is possible to reduce the complexity of user operations in a competitive game.

It is a block diagram of the game system which concerns on one Embodiment of this 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 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 screen which concerns on one Embodiment of this invention. It is a flowchart which shows the operation of the game server which concerns on one Embodiment of this invention. It is a flowchart which shows the operation of the communication terminal which concerns on one Embodiment of this invention.

Hereinafter, embodiments of the present invention will be described.

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, for convenience, only one communication terminal 2 is shown. The game server 1 distributes a competitive game to the communication terminal 2. In the following description, in the game, the user combines in-game cards to form a deck consisting of up to 12 cards. Each card has a command to determine the action of the player character operated by the user, selects the card included in the deck as a command to determine the action of the player character, and determines the action of the player character with the opponent character. Play a match. The battle is performed when a predetermined battle event occurs during the game, for example, when a 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 and wired communication.

The storage unit 11 stores the user data 110, the opponent database (DB) 111, the battle history information 112, and the 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 competitive game.

As shown in FIG. 2A, the user data 110a is associated with a “user ID” that can uniquely identify a user, and has a “level”, an “experience value”, a “maximum deck cost”, and a “possession money”. Includes parameters. Further, 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" can be an arbitrary character string that can uniquely identify the user, a player character name arbitrarily set by the user, or the like. The "level" is a parameter indicating the degree of growth of the player character in the game, and the higher the value of the level, the higher the degree of growth. The "experience value" is a parameter that contributes to the increase in the level, and is added according to the progress of the game, the battle, and the like. When the experience value reaches 100%, the level rises and the experience value is reset to 0%. The "maximum deck cost" is a parameter that contributes to the degree of freedom in 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 the upper limit of the total cost of cards that can be included in the deck. Also, the maximum deck cost increases as the level increases. "Possession money" is a parameter indicating the 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 decks organized by the user. As shown in FIG. 2B, the user data 110b has "card ID", "level", "experience value", "evolution", "cost", and "HP" for each card constituting the user's deck. , "ATK", "command ID", "command type", and "return turn".

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, a character name drawn on the card, or the like. "Level" is a parameter indicating the degree of growth of the card, and the higher the value of the level, the higher the degree of growth. The "experience value" is a parameter that contributes to the increase in the 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 enhancement is possible by a predetermined method such as synthesizing cards of the same type, and is indicated as "current evolution stage / final evolution stage". For example, if "evolution" is "1/3", it means that it can evolve two more times. "Cost" is a parameter that indicates 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 of the player character is the total HP of the cards constituting the deck. The HP of the player character decreases, for example, when it is attacked by an opponent in a battle, and when it reaches zero, it loses the battle. "ATK" is a parameter that contributes to the power of the player character's actions by commands such as attack and recovery, and the higher the ATK value, the higher the power of the command. The "command ID" is information that can identify the command possessed by the card, and can be, for example, an arbitrary character string that can uniquely identify the command or an arbitrary command name. The "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 / weakens the player character / opponent. The "activation return turn" is the time required from the card being selected at the start of the turn to the action by the command (the number of activation turns), and the time after the action by the command is performed until the card can be selected again. It is a parameter indicating the required time (number of return turns), and is indicated as "number of activation turns / number of return turns". For example, if the user selects "card001" having "cmd01" whose "activation return turn" is "1/2" and starts the turn, one turn after the card is selected, that is, the turn immediately after the card is selected. In, the player character attacks the opponent by the command "cmd01". Then, the user cannot select "card001" again for two turns after selecting the card, that is, until one more turn has elapsed after the end of the turn in which the attack by the command "cmd01" is performed. The turn is an opportunity for the player character and the opponent to act. When the user selects a card and determines the action of the player character at the start of the turn, the turn progresses. Then, if the player character and all the opponents who can act in the turn act, or when the player character and the opponent who can act in the turn do not exist, the turn is ended and a new turn is started. Start.

Next, the opponent database 111 will be described with reference to FIG. The opponent database 111 (111a, 111b) contains various information about the enemy character to be the opponent.

As shown in FIG. 3A, the opponent database 111a is associated with an "enemy character ID" that can uniquely identify an enemy character, and has "level", "HP", "ATK", and "command ID". , "Command type", and "return turn" parameters. The description of these parameters is the same as the description of the card parameters in the user data 110b, and is therefore omitted. The enemy character may have a plurality of commands, for example, "enemy002". If the enemy character has multiple commands, it automatically selects one of the commands and takes 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 starting a battle in a 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 match history information 112 is information about an opponent that the user has played against in the past. Specifically, the battle history information 112 is associated with the user ID, and is associated with the “matched appearance set”, that is, the appearance set (identifier) of the opponent that the user has played against in the past, and the battle completed appearance set. Includes user win / loss information for each. For example, in FIG. 4, "user001" has won the opponent corresponding to "set01" and "set02", and the winning / losing information is "winning". In addition, "user001" has never won against the opponent corresponding to "set03", and the victory / defeat information is "defeat". On the other hand, "user002" has won the opponent corresponding to "set02", and the victory / defeat information is "win". In addition, "user002" has never won the opponent corresponding to "set03", and the victory / defeat information is "defeat". In addition, "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 is advanced by the auto mode described later. Specifically, the battle log information 113 includes a “number of turns”, an “action character”, and an “action content”. Further, the battle log information 113 may be temporarily stored in the storage unit 11 and deleted after the battle processing is completed.

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

Returning to the description of FIG. The progress method determination unit 12 determines the progress method of the battle for each battle performed in the game in the manual mode (first mode) in which the battle is progressed based on the user operation, or the number of user operations is more than in the manual mode. It is determined to be one of the auto modes (second mode) in which the amount of reduction is reduced and the battle progresses. Here, in order to reduce the number of user operations compared to the manual mode and proceed with 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 includes omitting and automatically playing a match. Specifically, the progress method determination unit 12 collates the appearance set selected as the opponent with the battle history information 112 when starting the battle in the game. The progress method determination unit 12 determines whether or not the appearance set matches the battled appearance set in which the victory / defeat information included in the battle history information 112 is “win”, that is, the user has played against the opponent in the past. To determine if you have ever won. Then, when the appearance set matches the battled appearance set whose win / loss information is "win", that is, when the opponent has won, the progress method determination unit 12 will be described later by the communication terminal 2. When the input signal by the user operation received on the mode selection screen 3 or the confirmation screen 4 is acquired from the communication terminal 2, the progress method is determined based on the input signal. On the other hand, if the appearance set does not match the battled appearance set whose win / loss information is "win", that is, if the opponent has never won, the progress method determination unit 12 sets the progress method to the manual mode. The decision is made, and an instruction to proceed with the battle in the manual mode is transmitted to the communication terminal 2.

The auto mode processing unit 13 processes the battle 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. As a predetermined procedure, for example, it is conceivable 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. It is possible. For example, if a command with a higher power has a longer return turn, it is conceivable to preferentially use a card having a command with a longer return turn to play a match. The auto mode processing unit 13 attacks until the battle ends, that is, until the HP of all opponents or player characters becomes zero, and calculates the battle result. The match result includes the victory or defeat of the match 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-mentioned processing before displaying the mode selection screen 3 described later on the communication terminal 2, that is, before the user selects the method of proceeding with the battle, and the battle in the auto mode is performed. The result is calculated as a prediction result. Then, when the progress method determination unit 12 determines the progress method of the match in the auto mode, the auto mode processing unit 13 determines the calculated prediction result as the match result of the match.

When the player character wins the match, the victory reward determination unit 14 determines the in-game victory reward 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. .. Then, when the user has won the battle, the victory reward determination unit 14 determines the victory reward by a predetermined method and gives it to the user. Preferably, the victory reward determination unit 14 determines the victory reward according to the progress method of the battle. For example, the winning reward for a match in manual mode may be selected from a reward group having a higher value than the winning reward for a match in 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 to be played by the user. Specifically, when starting a battle in a 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 for displaying 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 and wired communication.

The display unit 21 outputs a display related to the game provided by the game server 1. Specifically, the display unit 21 displays 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. do. Any display device such as a liquid crystal display or an organic EL display can be adopted as the display unit 21.

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

The manual mode processing unit 23 processes the battle in the manual mode. Specifically, the manual mode processing unit 23 displays the manual mode battle screen 9, which will be described later, in the display unit 21.
Is displayed on, and the battle progresses based on the user operation. When the battle is completed, the manual mode processing unit 23 determines the battle result, 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 the user operation received on various screens displayed on the display unit 21 from the operation unit 22, the input signal is transmitted 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 the method of proceeding with the battle. The mode selection screen 3 is displayed on the display unit 21 of the communication terminal 2 when the opponent has played a match in the past when starting a match in the game.

Preferably, on the mode selection screen 3, the 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 the 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 "Win with 80% or more and less than 100% remaining HP", the displayed information is "It seems to be easy to win!". .. On the other hand, if 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 urging the user to select a method of proceeding with the battle and information according to the prediction result of the battle. Specifically, for example, if the prediction result corresponds to "Win with 80% or more and less than 100% remaining HP", the message display area 31 is "The enemy who fought before! It seems easy to win! Which one will you fight?" ? ”Is displayed.

The manual button 32 is an input interface that accepts a user operation for selecting a manual mode as a method of proceeding with a battle. When the user taps the manual button 32, the display switches to the manual mode battle screen 9 described later.

The auto button 33 is an input interface that accepts 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 the confirmation screen 4 or the auto mode effect screen 5 described later.

Next, the confirmation screen 4 will be described with reference to FIG. 7. 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 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 the game provider or the like, and can be, for example, a reference value regarding the remaining HP of the player character after the battle. In this case, the fact that the prediction result is advantageous to the user means that the remaining HP is equal to or higher than the reference value. On the other hand, the fact that the prediction result is disadvantageous to the user indicates that the remaining HP is less than the reference value. In this way, for example, when a predetermined criterion 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. , The confirmation screen 4 is displayed.

As shown in FIG. 7, the confirmation screen 4 has 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, the description thereof will be omitted.

The message display area 41 is an area for displaying a comment prompting confirmation that the auto mode has been selected on the mode selection screen 3 even though the prediction result is a battle result that is more disadvantageous to the user than the predetermined standard. .. Specifically, the message display area 41 displays "There is no chance of winning as it is ... Would you like to fight for yourself with a little hope?"

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 to the user the effect of the battle in the auto mode. 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 a battle effect by 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 with each other, and the entire screen is whitened out. After that, the display is switched to the battle result screen 6 described later. The display time of the battle effect on the auto mode effect screen 5 is shorter than that of the match effect on the manual mode battle screen 9, which will be described later, and the processing load is small because the effect is simple.

Next, the battle result screen 6 will be described with reference to FIG. The battle result screen 6 is a screen for presenting 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, the description thereof will be omitted.

The result display area 60 is an area for displaying the victory or defeat of the match. FIG. 9 shows an example in which the user wins the match, and “WIN !!” is displayed in the result display area 60. On the other hand, when the user loses the match, it is conceivable to display, for example, "LOSE ..." In the result display area 60.

The battle log button 62 is an input interface that accepts a user operation for displaying the content of the 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 accepts 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 switches to the 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. By swiping the battle log information display area 70 up and down, the user can scroll and display all the battle log information 113.

The close button 71 is an input interface that accepts 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 for presenting to the user a winning reward given to the user when the user wins the match. 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 regarding the winning reward given to the user. Information about the winning reward includes, for example, an image of an in-game card or item 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 all the information related to the winning reward.

The OK button 81 is an input interface that accepts 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 the 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 has 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), 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). Further, FIG. 12 shows a state immediately before the start of the turn, that is, a state of 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 progresses, and an effect corresponding to the action of the player character 91 or the like is performed in the field area 90a.

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

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

The deck display area 90b is an area for displaying the cards 97 included in the user's deck. By swiping the deck display area 90b left or right, the user can display the cards 97 of all the cards included in the deck. 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 becomes the field area 90a.

The card 97 is indicated by a combination of an image of the card and an image showing the command type of the command possessed by the card. At the beginning of each turn, the user selects one of the selectable cards 97 to determine 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 by the command possessed by the selected card 97a. Preferably, it is clearly shown that the card 97 cannot be tapped by dimming the display of the card 97 at a timing when the user cannot select the card 97, for example, during a battle production.

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

First, the server control unit 15 determines an opponent to be played by the user (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 progress method determination unit 12 determines whether or not the opponent determined in step S100 and the user have played against each other 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 if the appearance set matches the battled appearance set in which the victory / defeat information included in the battle history information 112 is “win”, the appearance set has won in the past (step). S101-Yes), the process proceeds to step S102. On the other hand, if the appearance set does not match the battled appearance set in which the victory / defeat information included in the battle history information 112 is "win", the progress method determination unit 12 determines that the player has never won the battle in the past. (Step S101-No), and the process proceeds to step S110.

If it is determined in step S101 that the player has won in the past (step S101-Yes), the auto mode processing unit 13 calculates the prediction result of the match 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 progress method determination unit 12 receives the input signal by the user operation received on the mode selection screen 3 from the communication terminal 2, it determines whether or not the auto mode is selected based on the input signal (step). S104). If the auto mode is selected (step S104-Yes), the process proceeds to step S105. On the other hand, when the manual mode is selected (step S104-No), 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 more disadvantageous to the user than the predetermined reference. Determine (step S105). If the prediction result is more unfavorable than the predetermined criterion (step S105-Yes), the process proceeds to step S106. On the other hand, if the prediction result is equal to or higher than a predetermined reference (step S105-No), the process proceeds to step S108.

When the prediction result is more disadvantageous than the predetermined reference in step S105 (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 the progress method determination unit 12 receives the input signal by the user operation received on the confirmation screen 4 from the communication terminal 2, it determines whether or not the auto mode is selected based on the input signal (step S107). ). If the auto mode is selected (step S107-Yes), the process proceeds to step S108. On the other hand, when the manual mode is selected (step S107-No), the process proceeds to step S110.

When the prediction result is equal to or higher than a predetermined reference in step S105 (step S105-No), or when the auto mode is selected in step S107 (step S107-Yes), the auto mode processing unit 13 performs the auto mode processing unit 13 in step S102. The calculated prediction result is determined as the 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 in the past (step S101-No), or when the manual mode is selected in step S104 or step S107 (step S104-No, step S107-No). , The progress method determination unit 12 determines the progress method to 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), and 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 the input signal by the user operation received on the battle result screen 6 from the communication terminal 2 (step S113).

Subsequently, when the server control unit 15 acquires the input signal in step S113, the server control unit 15 determines whether or not the input signal is an input signal by the battle log button 62 (step S114). If the signal 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 by the next button 63 (step S114-No), the process proceeds to step S116.

When the input signal is the 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), and the step. Return to S113 and continue the process.

On the other hand, when the input signal is the input signal by the next button 63 in step S114 (step S114-No), the winning reward determination unit 14 is the user based on the battle result determined by the auto mode processing unit 13 in step S108. Determines whether or not has won the match (step S116). If the player has won (step S116-Yes), the process proceeds to step S117. On the other hand, if the player is defeated (step S116-No), this process ends.

When the user has won 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 progress method of the battle.

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, with reference to FIG. 14, the operation of the communication terminal 2 according to the present embodiment will be described. The flowchart of FIG. 14 shows the operation of the battle processing performed by the communication terminal 2, and starts this processing when a predetermined battle event occurs, for example, when a 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 it has received an instruction to execute a battle process in the manual mode (step S200). When the instruction of the manual mode is received (step S200-Yes), the process proceeds to step S209. On the other hand, if the manual mode instruction is not received (step S200-No), the process proceeds to step S201.

When the manual mode instruction is not 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. Display (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 it has received an instruction to execute a battle process in the manual mode (step S203). If the manual mode instruction is not received (step S203-No), the process proceeds to step S204. On the other hand, when the instruction of the manual mode 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 the instruction from the game server 1 and determines whether or not the instruction to display the confirmation screen 4 has been received (step S203). 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, if 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 it has received an instruction to execute the battle process in the manual mode (step S207). If the manual mode instruction is not received (step S207-No), the process proceeds to step S208. On the other hand, when the instruction of the 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 the terminal control unit 24 receives the instruction to display the auto mode effect screen 5 from the game server 1, the display unit 21 receives the auto mode effect screen 5 Is displayed (step S208).

On the other hand, when the instruction of the manual mode 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 processes the battle in the manual mode. (Step S209).

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

After step S208 or step S210, when the terminal control unit 24 receives an instruction to display the battle result screen 6 from the game server 1, the display unit 21 displays 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 by the battle log button 62 (step S213). If 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 the input signal by the next button 63 (step S213-No), the process proceeds to step S216.

When the input signal is the 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 battles the display unit 21. Display the log screen 7 (step S214).

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

On the other hand, when the input signal is the input signal by the next button 63 in step S213 (step S213-No), the terminal control unit 24 waits for the instruction from the game server 1 and gives an instruction to display the reward acquisition screen 8. It is determined whether or not the signal 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 causes the display unit 21 to display the reward acquisition screen 8 (step S217).

Then, the terminal control unit 24 waits for the user operation on the reward acquisition screen 8 (step S218), and when the input signal by the OK button 81 is acquired from the operation unit 22, this process ends.

As described above, according to the embodiment of the present invention, the battle history information 112 including the identifier (appearance set) of the opponent that the user has played against is stored in the battle history information 112 and the identifier of the opponent who starts the battle. Based on this, the progress method of the battle to be performed in the battle game is determined to be either the manual mode or the auto mode, and the battle is progressed according to the determined progress method. In this way, it is possible to change the progress method of the battle according to the user's past battle experience, and while maintaining the playfulness of the battle in the battle in the manual mode, the complexity of the user operation in the battle in the auto mode is reduced. be able to. In addition, the auto mode allows the user to efficiently play a match in a short time and improve the user experience.

Further, according to the embodiment, when the identifier of the opponent who starts the battle matches the identifier of the opponent included in the battle 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 battle does not match the identifier of the opponent included in the battle history information 112, the method of proceeding with the battle is determined to be the manual mode. In this way, it is highly probable that the user's interest is reduced because the user has already played against the opponent for the first time while maintaining the playfulness of the battle by the manual mode. The user can select to play a match against the opponent by a simple operation in the auto mode, and the user experience can be improved. Further, the identifier of the opponent can be an appearance set indicating an individual enemy character ID which is an opponent or a combination of opponents. For example, as in the above embodiment, by using the appearance set as the identifier of the opponent, even if the individual enemy characters that the user has already won, the number and combination of the enemy characters are different. Since the difficulty level of the battle is different, it is possible to maintain the playability in the manual mode.

Further, according to the embodiment, the battle history information 112 further includes the user's victory / defeat information for each opponent that the user has played against, and the identifier of the opponent who starts the battle is included in the battle history information 112. If matches the identifier of the winning opponent, the mode selection screen 3 may be displayed. In this way, the user can select to play a battle against an opponent who has won in the past, that is, an opponent who has a high probability of winning even if a new battle is made, by a simple operation in the auto mode. You can improve your experience.

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 method of proceeding with the battle, the display unit 21 displays the information according to the prediction result. do. In this way, by suggesting the result of the battle in the auto mode to the user, the user can determine which progress method to select based on the suggestion.

Further, according to the embodiment, when the prediction result is more 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 asking the user to confirm is displayed. In this way, when the user selects the auto mode due to an erroneous operation or the like on the mode selection screen 3, it is possible to reduce the unfavorable result against the intention of the user.

Further, according to the embodiment, when the battle is advanced in the auto mode, 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 the battle in the auto mode, the user can confirm the content of the battle, and the user satisfaction can be improved.

Further, 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 a match in manual mode is selected from a higher value reward group than the winning reward for a match in auto mode. In this way, it is possible to increase the user's interest in the game by encouraging the user to play in a highly playful manual mode.

Although the present invention has been described with reference to the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and modifications based on the present disclosure. Therefore, it should be noted that these modifications 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 as not to be logically inconsistent, and a plurality of means, steps, etc. can be combined or divided into one. ..

For example, whether or not 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 who is the opponent by a predetermined value or more.

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

Also, for example, if a match in manual mode is won in a result that is more favorable to the user than the predicted result of the match in auto mode, the winning reward is determined from a reward group having a higher value than the normal winning reward in manual mode. You may do it. 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.

Next, the technical idea that can be grasped from the above embodiment and another example will be added below.
[1]
For communication terminals that execute competitive games,
The method of proceeding with the battle between the user and the opponent is changed to the first mode in which the battle is proceeded based on the user operation or the second mode in which the number of user operations is reduced as compared with the first mode and the battle is proceeded. , Steps to decide according to user operation,
The progress step in which the battle is progressed according to the determined progress method is executed.
In the progress step
When the battle progress method is the first mode, an image for accepting a user operation for causing the player character to execute a command is displayed, and the player character is made to execute the command in response to the user operation. The acceptance of the user operation on the image is temporarily stopped until the time set in the command elapses.
A program for proceeding with the battle without displaying the image when the method of proceeding with the battle is the second mode.
[2]
To the communication terminal
The program according to [1], further performing a step of displaying information regarding a reward given to the user when the user wins the match.
[3]
The program according to [1] or [2], wherein the image is displayed in an unusual manner while the acceptance of the user operation for the image is stopped in the progress step.
[4]
A communication terminal that executes competitive games,
The method of proceeding with the battle between the user and the opponent is changed to the first mode in which the battle is proceeded based on the user operation or the second mode in which the number of user operations is reduced as compared with the first mode and the battle is proceeded. , Determined according to user operation,
When proceeding with the match according to the determined progress method,
When the battle progress method is the first mode, an image for accepting a user operation for causing the player character to execute a command is displayed during the battle progress, and the player character responds to the user operation. When the command is executed, acceptance of the user operation on the image is temporarily stopped until the time set for the command elapses.
A communication terminal that proceeds with the battle without displaying the image when the method of proceeding with the battle is the second mode.
[5]
It is a control method for communication terminals.
The method of proceeding with the battle between the user and the opponent is changed to the first mode in which the battle is proceeded based on the user operation or the second mode in which the number of user operations is reduced as compared with the first mode and the battle is proceeded. , The decision step to decide according to the user operation,
Including a progress step in which the match is progressed according to the determined progress method.
In the progress step
When the battle progress method is the first mode, an image for accepting a user operation for causing the player character to execute a command is displayed, and the player character is made to execute the command in response to the user operation. The acceptance of the user operation on the image is temporarily stopped until the time set in the command elapses.
A control method for a communication terminal that advances the battle without displaying the image when the battle progress method is the second mode.

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 unit 11 Storage unit 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 Player 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)

A game processing system including a communication terminal used by a user and a server that communicates with the communication terminal.
The server
A decision unit that determines the opponent with the user,
Based on the battle history information of the user, a determination unit for determining whether or not the determined opponent is an opponent who has played in the past,
When the opponent is an opponent who has played in the past, the battle is automatically executed using the parameters associated with the user and the parameters associated with the opponent, and the result of the battle is used as the predicted result. With the battle execution department
A prediction result generation unit that generates prediction result data for displaying the prediction result on the communication terminal, and a prediction result generation unit.
The first mode in which the screen includes the prediction result based on the prediction result data and the battle is advanced based on the operation of the user, and the number of operations of the user are reduced as compared with the first mode. A first transmission unit that transmits information for displaying a selection screen for selecting a second mode in which a battle progresses to the communication terminal, and a first transmission unit.
A second transmission unit that transmits progress information for advancing the game according to the mode selected on the selection screen to the communication terminal, and
When the battle result in the first mode is more favorable to the user than the prediction result by the battle execution unit, the result is more disadvantageous to the user than the prediction result by the battle execution unit. It is provided with a granting unit that associates the reward with a reward having a higher value in the game than the reward granted to the user.
The communication terminal
A first display control unit that displays the selection screen on the display unit based on the information for displaying the selection screen, and
A mode transmitter that transmits the identification information of the mode selected on the selection screen to the server, and
A second display control unit that displays a game execution screen based on the progress information is provided .
The first display control unit displays the selection screen on the display unit when the combination of the newly selected opponent and the combination of the past opponents match when starting the battle.
If the new combination of the opponents and the past combination of the opponents do not match, the second display control unit advances the game in the first mode.
Game control system. The granting unit makes the reward given according to the battle result in the first mode higher in value than the reward given according to the battle result in the second mode. The game control system according to claim 1, which is selected from the group. The server
When it is determined that the prediction result displayed on the selection screen is more disadvantageous than the standard and the user has selected the second mode, it indicates that the second mode has been selected. A third transmitter for transmitting information for displaying a confirmation screen on the communication terminal is further provided.
The communication terminal is
The game control system according to claim 1 or 2, further comprising a third display control unit for displaying the confirmation screen on the display unit based on the information for displaying the confirmation screen. The first display control unit according to any one of claims 1 to 3 for displaying the selection screen on the display unit when the level corresponding to the user is higher than the level of the opponent by a predetermined value or more. The game control system described. The communication terminal is
The game according to any one of claims 1 to 4, further comprising a fourth display control unit that displays a battle log screen showing the content of the battle on the display unit when the battle is advanced in the second mode. Control system. A game control method using a communication terminal used by a user and a server that communicates with the communication terminal.
The server
The decision step to determine the opponent with the user and
A determination step for determining whether or not the determined opponent is an opponent who has played in the past based on the battle history information of the user.
When the opponent is an opponent who has played in the past, the battle is automatically executed using the parameters associated with the user and the parameters associated with the opponent, and the result of the battle is used as the predicted result. Battle execution steps and
A prediction result generation step for generating prediction result data for displaying the prediction result on the communication terminal, and
The first mode in which the screen includes the prediction result based on the prediction result data and the battle is advanced based on the operation of the user, and the number of operations of the user are reduced as compared with the first mode. The first transmission step of transmitting information for displaying the selection screen for selecting the second mode in which the battle progresses to the communication terminal, and
A second transmission step of transmitting progress information for advancing the game according to the mode selected on the selection screen to the communication terminal, and
When the battle result in the first mode is more favorable to the user than the predicted result, the game is more than the reward given when the result is more disadvantageous to the user than the predicted result. Performing the granting step, which associates the high-value reward within with the user,
The communication terminal
A first display control step for displaying the selection screen on the display unit based on the information for displaying the selection screen, and
A mode transmission step of transmitting the identification information of the mode selected on the selection screen to the server, and
The second display control step of displaying the game execution screen based on the progress information is executed .
In the first display control step, if the combination of the newly selected opponent and the combination of the past opponents match when starting the battle, the selection screen is displayed on the display unit.
In the second display control step, if the new combination of the opponents and the past combination of the opponents do not match, the game is advanced in the first mode.
Game control method. A communication terminal that can communicate with a server and is used by users.
Information including prediction result data that predicts the result of automatically executing a battle using the parameters associated with the user and the parameters associated with the opponent when the opponent is an opponent who has played in the past. With the expected result receiver that receives from the server,
The prediction screen predicts a first mode in which a battle proceeds based on the user's operation, and a selection screen for selecting a second mode in which the number of user operations is reduced from the first mode and the battle progresses. The first display control unit that displays the prediction result based on the result data on the display unit,
A mode transmitter that transmits the identification information of the mode selected on the selection screen to the server, and
A second display control unit that displays a game execution screen based on progress information for advancing the game according to the mode selected on the selection screen.
When the opponent is an opponent who has played in the past, the battle result in the first mode is automatically executed using the parameters associated with the user and the parameters associated with the opponent. If the result is more favorable to the user than the predicted result that is the result of the battle, the reward in the game is higher than the reward given if the result is more disadvantageous to the user than the predicted result. Is provided with a reward display control unit that presents the user to the user .
The first display control unit displays the selection screen on the display unit when the combination of the newly selected opponent and the combination of the past opponents match when starting the battle.
If the new combination of the opponents and the past combination of the opponents do not match, the second display control unit advances the game in the first mode.
Communication terminal. A game control program that can communicate with a server and is executed by a communication terminal used by a user.
The communication terminal
Information including prediction result data that predicts the result of automatically executing a battle using the parameters associated with the user and the parameters associated with the opponent when the opponent is an opponent who has played in the past. With the expected result receiver that receives from the server,
The prediction screen predicts a first mode in which a battle proceeds based on the user's operation, and a selection screen for selecting a second mode in which the number of user operations is reduced from the first mode and the battle progresses. The first display control unit that displays the prediction result based on the result data on the display unit,
A mode transmitter that transmits the identification information of the mode selected on the selection screen to the server, and
A second display control unit that displays a game execution screen based on progress information for advancing the game according to the mode selected on the selection screen.
When the opponent is an opponent who has played in the past, the battle result in the first mode is automatically executed using the parameters associated with the user and the parameters associated with the opponent. If the result is more favorable to the user than the predicted result that is the result of the battle, the reward in the game is higher than the reward given if the result is more disadvantageous to the user than the predicted result. To function as a reward display control unit that presents to the user.
The first display control unit displays the selection screen on the display unit when the combination of the newly selected opponent and the combination of the past opponents match when starting the battle.
If the new combination of the opponents and the past combination of the opponents do not match, the second display control unit advances the game in the first mode.
Game control program. It is a game control method for communication terminals that can communicate with servers and are used by users.
The communication terminal
Information including prediction result data that predicts the result of automatically executing a battle using the parameters associated with the user and the parameters associated with the opponent when the opponent is an opponent who has played in the past. The expected result receiving step of receiving from the server, and
The prediction screen predicts a first mode in which a battle proceeds based on the user's operation, and a selection screen for selecting a second mode in which the number of user operations is reduced from the first mode and the battle progresses. The first display control step to display the prediction result based on the result data on the display unit,
A mode transmission step of transmitting the identification information of the mode selected on the selection screen to the server, and
A second display control step for displaying a game execution screen based on progress information for advancing the game according to the mode selected on the selection screen, and
When the opponent is an opponent who has played in the past, the battle result in the first mode is automatically executed using the parameters associated with the user and the parameters associated with the opponent. If the result is more favorable to the user than the predicted result that is the result of the battle, the reward in the game is higher than the reward given if the result is more disadvantageous to the user than the predicted result. Is executed and the reward display control step of presenting to the user is executed .
In the first display control step, if the combination of the newly selected opponent and the combination of the past opponents match when starting the battle, the selection screen is displayed on the display unit.
In the second display control step, if the new combination of the opponents and the past combination of the opponents do not match, the game is advanced in the first mode.
Game control method.

Images