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

Description

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

  2. Description of the Related Art 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 to battle 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 every turn, determines the action of the player character, and plays a battle.

Japanese Patent Application Publication No. 2007-075612

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

  An object of the present invention made in view of such circumstances is to provide a program, a game server, and a control method of a game system for reducing the complexity of user operation in a match game.

In order to solve the above problems, a program according to the present invention is
A computer providing a match game to the communication terminal,
Determining an opponent with which the user competes in the competitive game;
If it is determined based on the history information of the competition game stored in the storage unit that the user and the opponent have not won each other in the past, the battle progressing method is based on the user operation. Automatically determining the first mode for proceeding with the battle;
When it is determined based on the history information that the user and the opponent have played against each other in the past and have won, the method for advancing the battle is determined according to the user operation accepted at the communication terminal. Determining a second mode in which the number of the first mode or user operation is reduced compared to the first mode to progress a match;
An advancing step of advancing the battle according to the determined advancing method;
Was executed,
In the advancing step, an image for receiving a user operation for causing the player character to execute the command is displayed on the communication terminal, and the command is made to be executed by the player character in response to the user operation. until the time has elapsed, characterized Rukoto temporarily stops the acceptance of the user operation on the image.

Also, a program according to the present invention is
On the computer
It is preferable to further execute the step of displaying information on a reward given to the user when the user wins the battle on the communication terminal.

Also, a program according to the present invention is
It is preferable to display the image in a mode different from a normal mode while stopping acceptance of the user operation on the image in the advancing step.

Further, a game server according to the present invention is
A game server for providing a match game to a communication terminal, comprising:
A server control unit that determines an opponent with which a user competes in the competition game;
A storage unit that stores history information of the competition game;
A first mode for advancing a battle based on a user operation in a method of progressing a battle when it is determined based on the history information that the user and the opponent have never battled and won in the past. If it is determined automatically, and it is determined based on the history information that the user and the opponent have won each other in the past, the communication terminal accepts the proceedings of the battle in the communication terminal. And a progress method determination unit configured to determine a second mode in which the number of the first mode or the number of user operations is reduced compared to the first mode in accordance with the determined user operation, and the game is advanced.
The server control unit causes the game to proceed according to the determined proceeding method .
When an image for accepting a user operation for causing a player character to execute a command is displayed on the communication terminal while the battle is in progress, and the player character is caused to execute the command in response to the user operation, the command is set. until the lapse of time, and wherein the Rukoto temporarily stops the acceptance of the user operation on the image.

Further, a control method of a game system according to the present invention is:
A control method of a game system, comprising: a communication terminal; and a game server for providing a match game to the communication terminal,
Determining an opponent with which the user competes in the competitive game;
If it is determined based on the history information of the competition game stored in the storage unit that the user and the opponent have not won each other in the past, the battle progressing method is based on the user operation. Automatically determining the first mode for proceeding with the battle;
When it is determined based on the history information that the user and the opponent have played against each other in the past and have won, the method for advancing the battle is determined according to the user operation accepted at the communication terminal. Determining the second mode in which the number of the first mode or the number of user operations is reduced compared to the first mode to progress the battle;
The traveling step of traveling the match with the progress method the determined, only including,
In the advancing step, an image for receiving a user operation for causing the player character to execute the command is displayed on the communication terminal, and the command is made to be executed by the player character in response to the user operation. The reception of the user operation on the image may be temporarily stopped until the time elapses .

  According to the program, the game server, and the control method of 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 a 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 | competition 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 | competition 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 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.

  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. Only one communication terminal 2 is shown in FIG. 1 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 combines cards in the game to form a deck consisting of up to 12 cards. Each card has a command for determining the action of the player character operated by the user, and the card included in the deck is selected as the command to determine the action of the player character, and the player character with the enemy character who is the opponent is selected. Play a match. A battle is played when a predetermined battle event occurs during the game, such as when a player character encounters an enemy.

  The game server 1 includes a server communication unit 10, a storage unit 11, an advancing method determination unit 12, an auto mode processing unit 13, a winning 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.

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

  The user data 110 will now 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 match game.

  As shown in FIG. 2A, the user data 110a is associated with a "user ID" that can uniquely identify a user, and "level", "experience value", "maximum deck cost", and Contains the '' parameter. In addition, the user data 110a may further include information such as, for example, a list of cards possessed by the user and a list of in-game items.

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

  The user data 110 b includes information on decks organized by the user. The user data 110b is, as shown in FIG. 2B, "card ID", "level", "experience value", "evolution", "cost", "HP" for each card constituting the deck of the user. , "ATK", "command ID", "command type", and "turn back" parameters.

  The “card ID” is information that can identify a card present 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 growth degree of the card, and the higher the level value, the higher the growth degree. The “experience value” is a parameter that contributes to the level increase, 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 a homogeneous card is possible, and is shown as "current evolution stage / final evolution stage". For example, if "evolution" is "1/3", it indicates that it can evolve twice more. “Cost” is a parameter that indicates the cost required to include a card in a deck. “HP” is a parameter that contributes to the physical strength (HP) of the player character, and increases according to the level and the evolution. The HP maximum value of the player character is the total HP of the cards constituting the deck. For example, the HP of the player character decreases when it is attacked by an opponent in the match, and loses the match when it becomes zero. “ATK” is a parameter that contributes to the power of the 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 is higher. The "command ID" is information that can identify a command possessed by the card, and can be, for example, any character string that can uniquely identify a command or an arbitrary command name. The “command type” is information indicating a system of the corresponding command. For example, the command type includes "attack" which damages the opponent, "recovery" which recovers the HP of the player character, and "help" which strengthens or weakens the player character and the opponent. The “Activation return turn” is the time required to perform an action by a command after the card is selected at the start of the turn (number of activated turns), and by performing the action by a command until the card becomes selectable again. It is a parameter indicating the time required (the number of return turns), and is indicated as “number of activated turns / number of return turns”. For example, when the user selects "card 001" having "cmd01" with "1/2" as the "turn back", the user starts the turn, one turn after the card is selected, that is, the turn immediately after the card is selected. The player character attacks the opponent with the command "cmd01". Then, the user can not select “card 001” again until two turns after selecting a card, that is, one more turn after the end of the turn in which the attack by the command “cmd 01” is completed. A turn is an opportunity for the player character and the opponent to act. At the start of the turn, when the user selects a card and determines the action of the player character, the turn proceeds. Then, if the player character capable of acting in the corresponding turn and all the opponents act, or if the player character capable of acting in the corresponding turn and the opponent do not exist, the current turn is ended and a new turn is completed. Start.

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

  As shown in FIG. 3A, the opponent database 111a associates "enemy character ID" which can uniquely identify an enemy character with "level", "HP", "ATK", "command ID". , "Command type", and "turn back" parameters. The description of these parameters is the same as the description of the parameters of the card in the user data 110b, and thus will be omitted. The enemy character may have a plurality of commands, for example, "enemy 002". If the enemy character has a plurality of commands, it automatically selects one of the commands and performs an action.

  The opponent database 111b includes, as shown in FIG. 3B, 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 “set 01” is selected as the “appearance set”, three “enemy 001” 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 on an opponent with whom the user has played in the past. Specifically, the match history information 112 is associated with the user ID, and the “matched appearance set”, that is, the appearance set (identifier) of the opponent with whom the user has played in the past, and the matched appearance set Each contains information on the outcome of the user. For example, in FIG. 4, "user 001" has won against the opponents corresponding to "set 01" and "set 02", and the win / loss information is "win". In addition, “user 001” has never won the opponent corresponding to “set 03”, and the defeat information is “defeat”. On the other hand, "user 002" has won against the opponent corresponding to "set 02", and the winning / losing information is "winning". In addition, “user 002” has not won the opponent corresponding to “set 03”, and the defeat information is “defeat”. Also, “user 002” has never played against the opponent corresponding to “set 01”, and “set 01” is not included in the “competited appearance set”.

  Next, the match log information 113 will be described with reference to FIG. The battle log information 113 is information indicating the contents of the battle in the case where the battle is advanced in the automatic mode described later. Specifically, the match log information 113 includes the “number of turns”, the “action character”, and the “action content”. Further, the battle log information 113 may be temporarily stored in the storage unit 11, and may be deleted after the battle process ends.

  "The number of turns" indicates the number of turns elapsed from the start of the match to the end. The “action character” indicates the player character ID and the enemy character ID who acted in the turn indicated by the number of turns. “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 “user 001” attacks with “cmd 01” and gives 1000 damage to “enemy 001 a”. FIG. 5 shows an example in which the opponents are three "enemy 001", and they are described as "enemy 001a", "enemy 001b", and "enemy 001c" to distinguish them from each other.

  It returns to the explanation of FIG. The progress method determination unit 12 sets the progress method of the battle for each battle played in the game, 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 the manual mode. It is determined to be one of the auto modes (the second mode) in which the game is reduced and the battle is advanced. Here, to advance the battle by reducing the number of user operations compared to the manual mode, for example, performing a semi-automatic battle by omitting a part of command selection by the user, or all of the command selection by the user Omits to automatically play a match. Specifically, when starting the battle in the game, the progression 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 the appearance set matches the appearance appearance set in which the outcome information included in the battle history information 112 is “winning”, ie, the user has played against the opponent in the past. To see if they have won. Then, if the appearance set matches the played appearance set in which the outcome information is “winning”, that is, if the opponent has won the competition, the progress method determination unit 12 causes the communication terminal 2 to be described later. When the input signal by the user operation accepted 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 played appearance set whose victory and defeat information is “winning”, that is, if the opponent has never won the opponent, the progression method determination unit 12 sets the progression method to the manual mode. It determines and transmits the instruction | indication which advances the battle by manual mode to the communication terminal 2. FIG.

  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 in accordance with a predetermined procedure, and attacks an opponent. The predetermined procedure may be, for example, using only cards of which the command type is attack among cards included in the deck and attacking in order from the first enemy character, but any other procedure is adopted. It is possible. For example, when the return turn is longer as the command is higher in power, it is conceivable to play a match by preferentially using a card having a command with a long return turn. The auto mode processing unit 13 performs an attack until the battle ends, that is, until the HPs of all the opponents or player characters become zero, and calculates the battle result. The match result includes the match result and the remaining HP of the player character. Then, the auto mode processing unit 13 stores the contents 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 process before displaying the mode selection screen 3 described later on the communication terminal 2, that is, before the user selects a battle progressing method, and the battle according to the auto mode is performed. Calculate the result as the prediction result. Then, when the advancing method determination unit 12 determines that the advancing method of the battle is the automatic mode, the auto mode processing unit 13 determines the calculated prediction result as the battle result of the battle.

  When the player character wins the battle, the winning reward determination unit 14 determines the winning reward in the game and gives it to the user. Specifically, the winning reward determination unit 14 determines whether 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 winning reward determination unit 14 determines the winning reward by a predetermined method and gives it to the user. Preferably, the winning reward determination unit 14 determines the winning reward according to the progressing method of the battle. For example, the winning reward for the battle in the manual mode may be selected from a reward group having a higher value than the winning reward for the battle in the automatic 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 which the user plays a match. Specifically, when starting the battle in the game, the server control unit 15 selects one appearance set from the opponent database 111 b and determines it as the opponent.

  The server control unit 15 also transmits an instruction 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 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.

  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 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 described later. Do. The display unit 21 can adopt any display device such as a liquid crystal display or an organic EL display.

  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 adopt any input interface such as a button or a touch panel. In the following description, the operation unit 22 is assumed to be 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 the user operation. When the battle ends, 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. In addition, when the terminal control unit 24 acquires from the operation unit 22 an input signal corresponding to the user operation accepted on various screens displayed on the display unit 21, the terminal control unit 24 transmits 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 method of advancing 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 the match in the game.

  Preferably, the mode selection screen 3 displays information according to the prediction result of the battle calculated by the auto mode processing unit 13 of the game server 1. The information according to the prediction result is information that suggests the battle result when the battle is advanced in the auto mode. Specifically, as shown in FIG. 6 (a), for example, when the predicted result corresponds to "Can be won with more than 80% and less than 100% of the remaining HP", the displayed information is "It seems easy to win!" . On the other hand, when the predicted result corresponds to "cannot be won", the displayed information is "very strong ...".

  The mode selection screen 3 has a character icon 30, a message display area 31, a manual button 32, and an auto button 33, as shown in FIG. 6 (b).

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

  The message display area 31 is an area for displaying a comment prompting the user to select the progress method of the battle and information according to the prediction result of the battle. Specifically, for example, when the predicted result corresponds to "Can you win with 80% or more and less than 100% of the remaining HP", the message display area 31 "Enemy who fought before! It seems easy to win! Which way will you fight? Is displayed.

  The manual button 32 is an input interface for receiving a user operation for selecting a manual mode as a method of advancing a battle. 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 method of advancing a battle. 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 automatic 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 when the user selects the auto mode on the mode selection screen 3. The predetermined reference 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 match. In this case, that the prediction result is an advantageous result for the user indicates that the remaining HP is equal to or higher than the reference value. On the other hand, the prediction result being a disadvantage to the user indicates that the remaining HP is less than the reference value. Thus, for example, when the predetermined standard 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. , Confirmation screen 4 is displayed.

  The confirmation screen 4 has a character icon 40, a message display area 41, a manual button 42, and an auto button 43, as shown in FIG. 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 in the mode selection screen 3, respectively, so the description 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 a predetermined standard. . Specifically, the message display area 41 displays “No way to win ... Do you want to fight for yourself with slight 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 the effect of the battle 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 who is the opponent. The enemy character image display area 51 is an area for displaying an image of the enemy character as the opponent. The deck display area 52 is an area for displaying images of a plurality of cards included in the deck of the user. 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 with each other, and the entire screen is whited out. Thereafter, the display is switched to the battle result screen 6 described later. The display of the battle by the auto mode effect screen 5 is shorter in display time and smaller in processing load than the effect of the battle by the manual mode battle screen 9 which will be described later.

  Next, with reference to FIG. 9, the battle result screen 6 will be described. The battle result screen 6 is a screen for presenting the result of the battle in the automatic 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 similar to the deck display area 52, the description is omitted.

  The result display area 60 is an area for displaying the outcome of the battle. FIG. 9 shows an example in which the user has won the battle, and the result display area 60 displays “WIN !!”. On the other hand, when the user loses the battle, it is conceivable to display, for example, "LOSE ..." in the result display area 60.

  The battle log button 62 is an input interface for receiving a user operation for displaying the contents 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 for receiving 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 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 to the user battle log information 113 indicating the contents of the battle in the automatic mode. 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, it is possible to scroll and display all the battle log information 113.

  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, with reference to FIG. 11, the reward acquisition screen 8 will be described. The reward acquisition screen 8 is a screen for presenting to the user a winning reward to be 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 on the winning reward provided to the user. The information on the winning reward includes, for example, an image of an in-game card or item which is a reward, a card ID or an item ID capable of identifying an item, and an acquired number. Information on all winning rewards can be scrolled and displayed by the user swiping the reward display area 80 up and down.

  The OK button 81 is an input interface that receives a user operation to end the battle process. When the user taps the OK button 81, the process of the battle is ended, and the screen is switched to the screen immediately before the start of the battle.

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

  The field area 90a is an area for displaying a graphic of the player character 91 or the like. 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 showing a player character operated by the user. The player status display area 92 indicates the remaining HP of the player character 91, and displays the remaining HP by a numerical value and an indicator.

  The enemy character 93 (93a, 93b, 93c) is a 2D or 3D graphic showing the enemy character as 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 the user tapping the enemy character 93.

  The deck display area 90b is an area for displaying the cards 97 included in the deck of the user. The user swipes the deck display area 90b left and right to display the cards 97 of all the cards included in the deck. Preferably, the deck display area 90b can be minimized towards the bottom 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 of the card. At the start 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 of the selected card 97a. Preferably, it is clearly indicated that the user can not select the card 97 by, for example, darkening the display of the card 97 at a time when the user can not select the card 97, for example, during a game play.

  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. This process is started when a predetermined battle event occurs, such as when a player character encounters an enemy.

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

  Next, the progression method determination unit 12 determines whether the user has played in the past with the opponent determined in step S100 and the user has won (step S101). Specifically, the advancing method determination unit 12 collates the appearance set determined in step S100 with the match history information 112. Then, if the appearance set matches the appearance appearance set in the match history information 112 with the appearance appearance set having “winning”, the progression method determination unit 12 determines that the appearance set has won in the past (step S101-Yes), it progresses to step S102. On the other hand, if the appearance set does not match the appearance appearance set in which the victory and defeat information included in the battle history information 112 is “winning”, the progression method determination unit 12 determines that the battle has not won in the past. (Step S101-No), it progresses 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 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 progress method determination unit 12 receives from the communication terminal 2 an input signal by the user operation accepted on the mode selection screen 3, 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 the battle prediction result calculated in step S102 is more disadvantageous to the user than a predetermined reference. It judges (step S105). If the predicted result is a result that is more disadvantageous than the predetermined reference (Yes in step S105), the process proceeds 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 the progress method determination unit 12 receives an input signal by the user operation received on the confirmation screen 4 from the communication terminal 2, it determines whether 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.

  If the prediction result is equal to or higher than 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 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, if it is determined in step S101 that the user has not won in the past (step S101-No), or if 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 process of the battle in the manual mode to the communication terminal 2 (step S110).

  After step S110, the server control unit 15 stands by 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 from the communication terminal 2 an input signal by the user operation accepted on the battle result screen 6 (step S113).

  Subsequently, when the server control unit 15 acquires an input signal in step S113, the server control unit 15 determines whether 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 (Yes at Step S114), the process proceeds to Step S115. On the other hand, when it is an input signal by the next button 63 (step S114 -No), it progresses 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). The process returns to S113 and continues.

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

  When the user has won in step S116 (step S116-Yes), the winning reward determination unit 14 determines a winning reward and gives it to the user (step S117). Preferably, the winning reward determination unit 14 determines the winning reward according to the progressing 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 process performed by the communication terminal 2, and this process is started when a predetermined battle event occurs, such as 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 an instruction to execute a battle process in the manual mode has been received (step S200). When the instruction of the manual mode is received (step S200-Yes), the process proceeds to step S209. On the other hand, when the instruction of the manual mode is not received (step S200-No), the process proceeds to step S201.

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

  Subsequently, when the terminal control unit 24 acquires from the operation unit 22 an input signal by the user operation accepted on the mode selection screen 3, 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 instruction of the manual mode 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 instruction of the manual mode 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 has been received (step S203) Step S204). If the instruction to display the confirmation screen 4 has been received (step S204: YES), the process proceeds to step S205. On the other hand, when the instruction to display the confirmation screen 4 is not received (step S204: No), the process proceeds to step S208.

  When an instruction to display 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 from the operation unit 22 an input signal by the user operation accepted on the confirmation screen 4, 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 instruction of the manual mode 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 instruction of the manual mode is not received in step S207 (step S207-No), 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 displays 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, when the battle is over, the manual mode processing unit 23 determines the battle result, 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 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 from the operation unit 22 an input signal by the user operation received on the battle result screen 6, the terminal control unit 24 transmits the input signal to the game server 1 (step S212).

  Subsequently, the terminal control unit 24 determines whether the input signal acquired in step S212 is an input signal from the battle log button 62 (step S213). When the said input signal is an input signal by the battle | competition log button 62 (step S213-Yes), it progresses to step S214. On the other hand, when the said input signal is an input signal by the button 63 to the next (step S213-No), it progresses to step S216.

  If 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 a command to display the battle log screen 7 from the game server 1, the game is played on the display unit 21 The log screen 7 is displayed (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, returns to step S211 and continues the processing.

  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 an instruction from the game server 1 and displays an instruction to display the reward acquisition screen 8 It is determined whether it has been received (step S216). If the instruction to display the reward acquisition screen 8 has been received (step S216: YES), the process proceeds to step S217. On the other hand, when the instruction to display the reward acquisition screen 8 is not received (step S216: No), this process ends.

  When an instruction to display the reward acquisition screen 8 is received in step S216 (Yes in step S216), 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, the 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 with whom the user battles is stored, and the battle history information 112 and the identifier of the opponent who starts the battle are stored. Based on the progressing manner of the battle to be played in the battle game, it is determined in either the manual mode or the automatic mode, and the battle is progressed by the determined progressing method. In this manner, it is possible to change the method of advancing the battle according to the user's past battle experience, and while maintaining the playability of the battle in the battle in the manual mode, reduce the complexity of the user operation in the battle in the automatic mode be able to. Further, the automatic mode allows the user to play a match efficiently in a short time, and can improve the user experience.

  Further, according to the embodiment, when the identifier of the opponent who starts the match matches the identifier of the opponent included in the match history information 112, the user can select one of the manual mode and the automatic mode. The mode selection screen 3 is displayed. On the other hand, when 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 progress mode of the battle is determined to be the manual mode. In this way, while maintaining the playability of the battle in the manual mode for the opponent with whom the user competes for the first time, it is highly probable that the user's interest has been reduced because the user has already played the battle. It is possible for the user to select that the opponent is to play a battle with a simple operation in the automatic mode, and the user experience can be improved. Further, the identifier of the opponent may be an appearance set indicating individual enemy character IDs of the opponent or a combination of the opponents. For example, as in the above-described embodiment, when the appearance set is used as the identifier of the opponent, even if the enemy character has already won the user, the number and combination of enemy characters are different. Since the degree of difficulty of the match is different, the playability in the manual mode can be maintained.

  In addition, according to the embodiment, the battle history information 112 further includes the user's win / loss information for each opponent played by the user, and the battle history information 112 includes the identifier of the opponent who starts the battle. The mode selection screen 3 may be displayed when the identifier of the opponent who has won matches the identifier of the opponent who has won. In this manner, the user can select to play a battle against the opponent who has won in the past, that is, the opponent with high probability of being able to win even if a new match is played, by a simple operation in the auto mode. You can improve your experience.

  Further, according to the embodiment, the auto mode processing unit 13 calculates the prediction result of the battle in the auto mode, and the display unit 21 displays the information according to the prediction result before deciding the advancing method of the battle. Do. In this way, by suggesting the result of the battle in the auto mode to the user, the user can determine which progressing 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 allowing the user to confirm is displayed. In this manner, 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 adverse effects contrary to the user's will.

  Further, according to the embodiment, when proceeding with a battle 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 manner, even in the battle in the auto mode, the user can confirm the battle contents, and the user satisfaction can be improved.

  Further, according to the embodiment, the winning reward is determined according to the progressing 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 automatic mode. Thus, the user's interest in the game can be increased by prompting the user to play a highly playable manual mode.

  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 changes and modifications 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, each means, functions included in each step, etc. can be rearranged so as not to be logically contradictory, and it is possible to combine or divide a plurality of means, steps, etc. 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 by a predetermined value or more than the level of the enemy character as the opponent.

  Also, for example, the opponent is not limited to the enemy character, and may be player characters of other users.

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

1 game server 2 communication terminal 3 mode selection screen 4 confirmation screen 5 auto mode effect 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 competition 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 Enemy standby turn number 96 target icon 97, 97a, 97b, 97c, 97d, 97e card

Claims (5)

A computer providing a match game to the communication terminal,
Determining an opponent with which the user competes in the competitive game;
If it is determined based on the history information of the competition game stored in the storage unit that the user and the opponent have not won each other in the past, the game processing method is commanded to the player character Advancing a battle based on a command operation which is a user operation for causing the player to automatically determine a first mode in which a battle result of the battle is determined ;
When it is determined based on the history information that the user and the opponent have played against each other in the past and have won, the processing method for the battle is accepted by the communication terminal and the processing method is selected. a step of in response to a user operation, match result of the battle is determined in the second mode determined without accepting the first mode or said command operation that,
A processing step of processing the battle according to the determined processing method;
To run
In the processing step,
If the processing method of the battle is in the first mode, the image receiving said command operation is displayed on the communication terminal, when to execute the command to the player character in accordance with said command operation was the execution Temporarily stop accepting the command operation on the image corresponding to the command until the time set in the command has elapsed,
The program which determines the battle result of the said battle | competition, without displaying the image which receives the said command operation on the said communication terminal, when the processing method of the said battle | competition is said 2nd mode. The program according to claim 1, wherein
On the computer
The program further causes the communication terminal to display information on a reward given to the user when the user wins the battle. The program according to claim 1 or 2,
In the above processing steps, while the reception of the command operations stops of the image corresponding to the allowed to execute the command, the the image normal to be displayed in a different manner, the program. A game server for providing a match game to a communication terminal, comprising:
A server control unit that determines an opponent with which a user competes in the competition game;
A storage unit that stores history information of the competition game;
It is a user operation for causing a player character to execute a command processing method of a battle when it is determined based on the history information that the user and the opponent have never battled and won in the past. A battle is advanced based on a command operation to automatically determine a first mode in which a battle result of the battle is determined, and based on the history information, the user and the opponent have battled in the past If it is determined that it may win the, the processing method of the match, in response to said been accepted in the communication terminal user operation for selecting the processing method, without accepting the first mode or the command operations A processing method determination unit configured to determine a second mode in which a match result of the match is determined ;
The server control unit
While processing the battle according to the determined processing method,
If the processing method of the battle is in the first mode, during the course of the battle, an image receiving said command operation is displayed on the communication terminal, execute the command to the player character in accordance with said command operation Then, the reception of the command operation on the image corresponding to the command is temporarily stopped until the time set in the executed command has elapsed.
The game server which determines the battle result of the said battle | competition, without displaying the image which receives the said command operation on the said communication terminal, when the processing method of the said battle | competition is said 2nd mode. A control method of a game system, comprising: a communication terminal; and a game server for providing a match game to the communication terminal,
Determining an opponent with which the user competes in the competitive game;
If it is determined based on the history information of the competition game stored in the storage unit that the user and the opponent have not won each other in the past, the game processing method is commanded to the player character Advancing a battle based on a command operation which is a user operation for causing the player to automatically determine a first mode in which a battle result of the battle is determined ;
When it is determined based on the history information that the user and the opponent have played against each other in the past and have won, the processing method for the battle is accepted by the communication terminal and the processing method is selected. a determination step of in response to a user operation, competition results of the competition without accepting the first mode or said command operation is determined in the second mode determined to be,
A processing step of processing the battle according to the determined processing method;
Including
In the processing step,
If the processing method of the battle is in the first mode, the image receiving said command operation is displayed on the communication terminal, when to execute the command to the player character in accordance with said command operation was the execution Temporarily stop accepting the command operation on the image corresponding to the command until the time set in the command has elapsed,
The control method of the game system which determines the battle result of the said battle | competition, without displaying the image which receives the said command operation on the said communication terminal, when the processing method of the said battle | competition is said 2nd mode.

Images