JP5678146B2 - Program, information processing apparatus, and control method for information processing apparatus - Google Patents

Description

  The present invention relates to a program, an information processing apparatus, and a control method for the information processing apparatus.

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

JP 2007-075612 A

  However, in the conventional battle game, the commands used in the battle are prepared in advance, and the user selects the same command over and over, which may make the battle monotonous for the user. there were.

  The objective of this invention made | formed in view of this situation is to provide the program, information processing apparatus, and control method of an information processing apparatus which improve the user's interest with respect to the battle performed in a battle game.

In order to solve the above problems, a program according to the present invention
Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. To the device,
It is possible to change the command corresponding to the action of the player character from the game server, including a predetermined number of return turns required until the command can be selected again when the command is selected as the action of the player character. Receiving a first command whose parameters are not changed;
Determining a second command in which at least one of the parameters associated with the first command has been changed;
Determining a command group including the second command;
When you start a match,
When a command is selected from the command group based on a user operation, a step of starting counting the number of elapsed turns for the command;
Controlling the selected command so that a user cannot select it;
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. A step for displaying the number;
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. Steps,
Is executed.

The program according to the present invention is
In the battle in the second mode in which the number of user operations is reduced and the battle is advanced compared to the first mode in which the battle is advanced based on the user operation, the command having a large return turn number is preferentially selected. preferable.
In the program according to the present invention,
It is preferable that the parameter further includes a predetermined number of activated turns required from when a command is selected as an action of the player character to when an action according to the command is performed.
The program according to the present invention is
In the information processing apparatus,
When the elapsed turn number of the selected command is equal to the activated turn number, it is preferable to further execute a step of controlling the player character to perform an action based on the command.
The program according to the present invention is
The enemy character has a command corresponding to the action of the enemy character,
In the information processing apparatus,
In accordance with the command of the enemy character, it is preferable to further execute a step of setting the number of enemy standby turns until the enemy character next moves.
The program according to the present invention is
In the information processing apparatus,
Reducing the number of enemy standby turns when a turn begins;
When the enemy standby turn number is zero, it is preferable to further execute a step of controlling the enemy character to perform an action based on the command of the enemy character.
The program according to the present invention is
In the information processing apparatus,
After the step of controlling the action so that the enemy character performs, when the predetermined parameter of the player character is reduced to zero by the action, the step of determining the defeat of the player character is further executed. Is preferred.

An information processing apparatus according to the present invention
Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. A device,
A display unit for performing display output related to the battle game;
It is possible to change the command corresponding to the action of the player character from the game server, including a predetermined number of return turns required until the command can be selected again when the command is selected as the action of the player character. A communication unit for receiving a first command whose parameters are not changed;
A control unit for determining a second command in which at least one of the parameters associated with the first command is changed;
A processing unit for determining a command group including the second command;
When you start a match,
A turn calculating unit that starts counting the number of elapsed turns for the command when a command is selected from the command group based on a user operation;
The processor is
Control the selected command so that the user cannot select it,
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. Display the number on the display unit,
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. ,
It is characterized by that.

The control method for the information processing apparatus according to the present invention includes:
Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. An apparatus control method comprising:
When the communication unit receives the command corresponding to the action of the player character from the game server and the command is selected as the action of the player character, a predetermined number of return turns required until the command can be selected again. a step of changing parameters including receives a first command that have not changed,
A step of determining a second command in which at least one of the parameters associated with the first command is changed;
A processing unit determining a command group including the second command;
When you start a match,
When a command is selected from the command group based on a user operation, the turn calculation unit starts counting the number of elapsed turns for the command;
The processing unit is
Controlling the selected command so that a user cannot select it;
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. A step of causing the display unit to display a number;
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. Steps,
It is characterized by including.

  According to the program, the information processing apparatus, and the control method of the information processing apparatus in the present invention, it is possible to improve the user's interest in the battle performed in the battle game.

1 is a block diagram of a game system according to a first 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 deck edit screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a figure which shows the example of the manual mode battle | competition screen which concerns on the 1st Embodiment of this invention. It is a flowchart which shows operation | movement of the information processing apparatus which concerns on the 1st Embodiment of this invention. It is a flowchart which shows operation | movement of the information processing apparatus in the turn start process of FIG. It is a flowchart which shows operation | movement of the information processing apparatus in the player character action process of FIG. It is a flowchart which shows operation | movement of the information processing apparatus in the enemy character action process of FIG. It is a flowchart which shows operation | movement of the information processing apparatus in the turn completion process of FIG. It is a block diagram of the game system which concerns on the 2nd Embodiment of this invention. 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 the 2nd Embodiment of this invention. It is a figure which shows the example of the confirmation screen which concerns on the 2nd Embodiment of this invention. It is a figure which shows the example of the auto mode effect screen which concerns on the 2nd Embodiment of this invention. It is a figure which shows the example of the battle result screen which concerns on the 2nd Embodiment of this invention. It is a figure which shows the example of the battle log screen which concerns on the 2nd Embodiment of this invention. It is a figure which shows the example of the reward acquisition screen which concerns on the 2nd Embodiment of this invention. It is a flowchart which shows operation | movement of the game server which concerns on the 2nd Embodiment of this invention. It is a flowchart which shows operation | movement of the information processing apparatus which concerns on the 2nd Embodiment of this invention.

  Embodiments of the present invention will be described below.

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

  The game server 1 includes a server communication unit 10, a server storage unit 11, and a server control unit 12.

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

  The server storage unit 11 stores user data 110 and an opponent database (DB) 111.

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

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

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

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

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

  The user data 110c includes information on great spirit cards possessed by the user. A great spirit card is a card having a special command that can be selected only when a predetermined condition is satisfied in a battle, and unlike a normal card, it cannot be included in a deck. The predetermined condition may be, for example, that the trance value that increases according to the amount of damage when the player character is attacked by the enemy character in a battle is 100%. Even if the player character performs an action based on the special command, the turn does not elapse. That is, since the action by the command of the normal card is performed after the start of the turn, the enemy character has an opportunity to act similarly in the turn. On the other hand, since the action by the special command of the great spirit card is performed before the start of the turn after selecting the special command, there is no opportunity for the enemy character to act. Then, when an action based on a special command is performed, the transformer value is reset. As shown in FIG. 2C, the user data 110c includes parameters of “card ID”, “level”, “ATK”, “command ID”, and “command type” for each great spirit card possessed by the user. including. The description of these parameters is the same as the description of the card parameters in the user data 110b, and will be omitted.

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

  As shown in FIG. 3A, the opponent database 111a is associated with an “enemy character ID” that can uniquely identify an enemy character, and “level”, “HP”, “ATK”, “command ID”. , “Command Type”, and “Activation Turn” parameters. The description of “level”, “HP”, “ATK”, “command ID”, and “command type” is the same as the description of the card parameters in the user data 110b, and will be omitted. “Activation turn” is a parameter indicating the time (number of activation turns) required until an enemy character performs an action after selecting a command. The enemy character may have a plurality of commands such as “enemy002”. When the enemy character has a plurality of commands, the enemy character automatically selects one of the commands and performs an action.

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

  Returning to the description of FIG. The server control unit 12 controls various operations of the game server 1 and the progress of the entire game.

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

  In addition, the server control unit 12 transmits instructions to display various game screens to the communication terminal 2 via the server communication unit 10. The various game screens include, for example, a deck organization screen and a manual mode battle screen described later. These instructions transmitted to the communication terminal 2 include information necessary for processing performed by the communication terminal 2 on the corresponding game screen. For example, an instruction to display a manual mode battle screen in which the communication terminal 2 performs a battle process with an enemy character includes information included in the user data 110 such as deck information and great spirit card information.

  The communication terminal 2 includes a communication unit 20, a display unit 21, an operation unit 22, a manual mode processing unit (processing unit) 23, a storage unit 24, a turn calculation unit 25, and a control unit 26.

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

  The display unit 21 performs display output related to the game provided from the game server 1. Specifically, the display unit 21 displays a deck editing screen, a manual mode battle screen, and the like, which will be described later. As the display unit 21, any display device such as a liquid crystal display or an organic EL display can be adopted.

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

  The manual mode processing unit 23 performs an entire battle process (hereinafter referred to as a manual mode battle) performed based on a user operation on a manual mode battle screen described later. The manual mode processing unit 23 determines the battle result when the battle ends, and transmits the battle result to the game server 1 via the communication unit 20. The battle result includes the win / loss of the battle and the remaining HP of the player character. Further, the manual mode processing unit 23 determines a plurality of commands respectively corresponding to each card included in the deck as a plurality of commands (command group) used in the battle. Further, when the user selects a command, the manual mode processing unit 23 performs control so that the command cannot be selected. Then, the manual mode processing unit 23 performs control so that the command can be selected again when the return turn number corresponding to the command has elapsed since the command was selected.

  The storage unit 24 temporarily or continuously stores various information necessary for the progress of the game received from the game server 1 via the communication unit 20. For example, when the battle is started, the storage unit 24 stores information on the deck acquired from the game server 1 and information on the opponent as information necessary for the battle process.

  The turn calculation unit 25 performs processing related to the number of elapsed turns in the battle. Specifically, when a user selects a command in the battle, the turn calculation unit 25 calculates the number of elapsed turns for the command. The elapsed turn number is the number of turns that have elapsed since a certain command was selected, and is used for comparison with the activation return turn corresponding to the command. An arbitrary method can be adopted as a method for calculating the number of elapsed turns. For example, it is conceivable to count the number of elapsed turns independently for each selected command. Specifically, when the user selects a command whose activation return turn is “1/2”, the turn calculation unit 25 starts counting the number of elapsed turns for the command. When the number of elapsed turns becomes the number of activated turns, that is, 1, the player character performs an action according to the command. When the elapsed turn number becomes the return turn number, that is, 2, the user can select the command again, and the turn calculation unit 25 resets the elapsed turn number of the command to zero and stops counting.

  Specifically, the turn calculation unit 25 calculates the number of enemy standby turns for each enemy character. The number of enemy standby turns indicates the number of turns until the corresponding enemy character next moves. For example, when the enemy character selects a command, the turn calculation unit 25 sets the enemy waiting turn number to be equal to the value of the activated turn number corresponding to the command. Then, when the turn is started, the turn calculation unit 25 decreases the number of enemy standby turns by 1 for all surviving enemy characters. The enemy character whose number of enemy standby turns is zero performs an action based on the selected command in the start turn.

  The control unit 26 controls various operations of the communication terminal 2. When the control unit 26 acquires an input signal corresponding to a user operation received on various screens displayed on the display unit 21 from the operation unit 22, the control unit 26 transmits the input signal to the game server 1 via the communication unit 20. . In addition, the control unit 26 performs processing related to the change of the parameter associated with the command. For example, when the user reinforces the card, the control unit 26 reinforces the command by reducing the return turn number of the command corresponding to the card. That is, the control unit 26 receives the first command from the server, changes the return turn number as a parameter corresponding to the first command, and determines the second command.

  Next, the deck organization screen 3 will be described with reference to FIG. The deck organization screen 3 is a screen for the user to organize a deck necessary for the progress of the battle. The deck organization screen 3 includes a deck region 30, a parameter display region 31, a possessed card display region 32, an automatic organization button 33, and a decision button 34. FIG. 4A shows a state before deck formation, and FIG. 4B shows a state after deck formation.

  The deck area 30 is an area for the user to arrange cards and organize the deck. The user can include the card in the deck by dragging the card from the possessed card display area 32 to the deck area 30. Each command of the cards included in the deck is used as a command in a battle. In FIG. 4A, no card is arranged in the deck area 30. On the other hand, in FIG. 4B, 12 cards are arranged.

  The parameter display area 31 is an area for displaying parameters related to the deck. In the figure, “HP” and “Cost” are shown. “HP” indicates the total value of HP of each card included in the deck. “Cost” indicates the total cost of each card included in the deck and the user's maximum deck cost. For example, in FIG. 4A, since no card is arranged in the deck area 30, “HP” is “0” and “Cost” is “0/240”. On the other hand, in FIG. 4B, since 12 cards are arranged in the deck area 30, “HP” is “30760” and “Cost” is “235/240”.

  The possessed card display area 32 is an area for displaying an image of a card possessed by the user. When the user swipes the possessed card display area 32 to the left or right, the images of all cards possessed by the user can be scrolled and displayed.

  The automatic organization button 33 is an input interface that accepts a user operation for automatically organizing a deck. When the user taps the automatic organization button 33, the deck is automatically organized using the cards possessed by the user.

  The decision button 34 is an input interface that accepts a user operation for confirming the organization of the deck. When the user taps the enter button 34, the deck information is stored in the server storage unit 11 as user data 110b.

  Next, the manual mode battle screen 4 will be described with reference to FIGS. The manual mode battle screen 4 is a screen for performing a battle based on a user operation.

  The manual mode battle screen 4 shown in FIG. 5 shows a state immediately before the start of the turn, that is, a state waiting for a user operation for determining the action of the player character 401. In FIG. 5, the manual mode battle screen 4 includes a player character 401, a player status display area 402, a trans button 403, an enemy character 404 (404a, 404b, 404c), an enemy HP indicator 405 (405a, 405b, 405c), and an enemy standby. It has a field area 400a for displaying the number of turns 406 (406a, 406b, 406c) and a target icon 407, and a deck display area 400b for displaying cards 408 (408a, 408b, 408c, 408d, 408e).

  The field area 400a is an area for displaying a graphic of the player character 401 or the like. When the user determines the action of the player character 401, the turn proceeds and an effect corresponding to the action or the like of the player character 401 is performed in the field area 400a.

  The player character 401 is a 2D or 3D graphic indicating a player character operated by the user. The player status display area 402 is an area for displaying the remaining HP of the player character 401 with a numerical value and an indicator, and displaying a transformer value with an indicator. The trans button 403 is an input interface that accepts a user operation for displaying a great spirit card possessed by the user, and accepts a user operation only when the trans value of the player character is 100%. Preferably, when the transformer value is less than 100%, the transformer button 403 is displayed darkly to clearly indicate to the user that no user operation is accepted.

  The enemy character 404 (404a, 404b, 404c) is a 2D or 3D graphic showing an enemy character that is an opponent. The enemy HP indicator 405 (405a, 405b, 405c) indicates the remaining HP of the corresponding enemy character 404. The enemy waiting turn number 406 (406a, 406b, 406c) indicates the number of turns until the corresponding enemy character 404 acts next. When the enemy character 404 selects a command, the enemy standby turn number 406 is set to the value of the return turn number corresponding to the command. Further, the enemy standby turn number 406 decreases by 1 when the turn starts, and the enemy character 404 whose enemy standby turn number 406 has a value of zero performs an action based on a command. The target icon 407 indicates a target on which the player character 401 attacks. The attack target can be changed by tapping the enemy character 404 by the user. In the example shown in FIG. 5, the enemy character 404a is an attack target.

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

  The card 408 is represented by a combination of an image of the card and an image indicating a command type of a command included in the card. At the start of each turn, the user selects one card 408 from a plurality of selectable cards 408 and determines the action of the player character 401.

  For example, as shown in FIG. 6, when the user flicks the card 408a from the deck display area 400b to the field area 400a, the card 408a is selected and a turn starts. Then, the player character 401 attacks the enemy character 404a with the command of the selected card 408a. During the attack effect of the player character 401, as shown in FIG. 7, a command name display 409 indicating the command name of the selected card and a damage display 410 indicating the number of damages to the enemy character 404 are displayed. In addition, since the turn is started, the value of the enemy waiting turn number 406 is decreased by one. Therefore, the enemy waiting turn number 406a is displayed as “1”. Preferably, during the attacking effect of the player character 401, the other cards 408b, 408c, 408d, and 408e that are not selected are displayed darkly, and the selected card 408a is displayed brightly so that the card 408a stands out. To do.

  After the action of the player character 401 ends, the enemy waiting turn numbers 406b and 406c are “1”. Therefore, since there is no enemy character that can act, that is, there is no enemy character whose enemy standby turn number 406 is zero, the turn ends. And as shown in FIG. 8, it waits for the user operation for determining the action of the player character 401 again. Here, the card 408a cannot be selected because it is in a standby state. Preferably, a display indicating that the card 408a in the standby state cannot be selected and a display indicating the number of turns necessary until the card 408a can be selected again are displayed, and the card 408a is in the standby state. Make it explicit. For example, as shown in FIG. 8, the card 408a is darkly displayed, and a standby turn display 411 indicating the number of turns necessary until it can be selected again is displayed. Note that the enemy character 404 a is not displayed in FIG. 8 because it was defeated by the attack of the player character 401.

  When the trans value is 100%, when the trans button 403 is tapped by the user, the great spirit card 413 (413a, 413b) possessed by the user in the great spirit card display area 412 as shown in FIG. Is displayed. When the user swipes the great spirit card display area 412 left and right, the cards 408 of all the great spirit cards possessed by the user can be displayed. The great spirit card 413 is an input interface that accepts a user operation for selecting a special command possessed by the great spirit card.

  When the user taps one of the great spirit cards 413, the player character 401 performs an action based on a special command. For example, when the enemy character 404b is attacked by a special command, as shown in FIG. 10, a command name display 414 indicating the command name of the selected great spirit card and a damage display 415 indicating the number of damage given to the enemy character 404b are displayed. indicate.

  When the action by the special command is finished, as shown in FIG. 11, the user operation for determining the action of the player character 401 is awaited again. Even if the action by the special command is performed, the turn does not elapse, so the enemy waiting turn number 406c and the waiting turn display 411 are not changed. The player status display area 402 displays an indicator that the transformer value is reset to zero. Further, the trans button 403 is displayed darkly. The enemy character 404b is not displayed in FIG. 11 because it is defeated by the attack of the player character 401.

Next, with reference to FIG. 12, the operation | movement of the battle | competition process which the communication terminal 2 performs is demonstrated. The communication terminal 2
This processing is started when a predetermined battle event occurs, for example, when the player character encounters an enemy. This process is performed by displaying the manual mode battle screen 4 on the display unit 21.

  First, when receiving an instruction to execute a battle process from the game server 1, the control unit 26 causes the communication unit 20 to receive data necessary for the battle process from the instruction (step S100). The data necessary for the battle process includes, for example, deck information (user data 110b), great spirit card information (user data 110c), and opponent information included in the opponent database 111.

  Subsequently, the manual mode processing unit 23 determines a plurality of commands respectively corresponding to each card included in the deck as a plurality of commands used in the battle, that is, a command group (step S101).

  Subsequently, the manual mode processing unit 23 selects an enemy character command (step S102).

  Next, the turn calculator 25 sets the number of enemy standby turns based on the number of activated turns of the command selected in step S102 (step S103). Specifically, the turn calculation unit 25 sets the enemy waiting turn number so as to be equal to the value of the activated turn number corresponding to the command selected in step S102.

  Subsequently, the manual mode processing unit 23 performs a turn start process described later (step S104).

  Subsequently, the manual mode processing unit 23 performs a player character action process to be described later (step S105).

  Subsequently, the manual mode processing unit 23 performs an enemy character action process described later (step S106).

  Subsequently, the manual mode processing unit 23 performs a turn end process described later (step S107), returns to step S102, and repeats the process.

  Next, the operation of the turn start process of FIG. 12 will be described with reference to FIG.

  First, the manual mode processing unit 23 determines whether there is a card 408 that can be selected by the user among the cards 408 corresponding to a plurality of commands (command group) used in the battle (step S200). If there is a command waiting to be activated, that is, a command that is not executed by the player character 401 after being selected by the user, the user cannot select any card 408 in step S200. If there is a selectable card 408 (step S200-Yes), the process proceeds to step S201. On the other hand, if there is no selectable card 408 (step S200-No), the process proceeds to step S205.

  When there is a card 408 that can be selected in step S200 (step S200-Yes), the manual mode processing unit 23 waits until an input signal corresponding to a user operation on the manual mode battle screen 4 is acquired from the operation unit 22 (step S200). S201).

  Subsequently, the manual mode processing unit 23 determines whether or not the user has selected a command by flicking the card 408 based on the input signal acquired in step S201 (step S202). When a command is selected (step S202—Yes), the process proceeds to step S203. On the other hand, if no command has been selected (step S202—No), the process proceeds to step S206.

  When a command is selected in step S202 (step S202—Yes), the turn calculation unit 25 starts counting the number of elapsed turns for the selected command (step S203).

  Next, the manual mode processing unit 23 performs control so that the user cannot select the command selected in step S202 (step S204). This control is performed, for example, by providing a flag indicating whether selection is possible for each command used in the battle.

  After step S203 or when there is no selectable card 408 in step S200 (step S200-No), the turn calculation unit 25 increases the number of elapsed turns by 1 for each card 408 counting the number of elapsed turns. Then, the enemy standby turn number 406 of each enemy character 404 is decreased by 1 (step S205), and the process returns to the battle process of FIG.

  On the other hand, when the card 408 is not selected in step S202 (step S202-No), the manual mode processing unit 23 determines whether or not the user has tapped the trans button 403 based on the input signal acquired in step S201. Judgment is made (step S206). Note that the trans button 403 can be tapped only when the trance value of the player character is 100%. If the transformer button 403 has been tapped (step S206—Yes), the process proceeds to step S207. On the other hand, if the transformer button 403 has not been tapped (step S206—No), the process proceeds to step S212.

  When the trans button 403 is tapped in step S206 (step S206-Yes), the manual mode processing unit 23 controls the player character 401 to perform an action based on a special command corresponding to the great spirit card 413 selected by the user. (Step S207).

  Subsequently, the manual mode processing unit 23 resets the transformer value to zero (step S208).

  Subsequently, the manual mode processing unit 23 causes the display unit 21 to darkly display the trans button 403 (step S209).

  Subsequently, the manual mode processing unit 23 determines whether or not all enemy characters 404 have been defeated (step S210). If it is determined that all enemy characters 404 have been defeated (step S210—Yes), the process proceeds to step S211. On the other hand, if it is determined that all the enemy characters 404 have not been defeated (step S210—No), the process returns to step S201 to wait for a user operation.

  When it is determined in step S210 that all the enemy characters 404 have been defeated (step S210-Yes), the manual mode processing unit 23 determines that the battle result is victory of the user (player character 401) (step S211), and battle processing is performed. Exit.

  On the other hand, when the card 408 is not selected in step S206 (step S206-No), the manual mode processing unit 23 determines whether the enemy character 404 is tapped by the user based on the input signal acquired in step S201. Judgment is made (step S212). When the enemy character 404 is tapped (step S212—Yes), the process proceeds to step S213. On the other hand, if the enemy character 404 has not been tapped (step S212—No), the process returns to step S201 to wait for a user operation.

  When the enemy character 404 is tapped in step S212 (step S212—Yes), the manual mode processing unit 23 changes the target that the player character 401 is attacking to the tapped enemy character 404 (step S213). ), The process returns to step S201 to wait for a user operation.

  Next, the operation of the player character action process of FIG. 12 will be described with reference to FIG.

  First, the manual mode processing unit 23 determines whether there is a command waiting to be activated (step S300). If there is a command waiting to be activated (step S300 = Yes), the process proceeds to step S301. On the other hand, when there is no command waiting to be activated (step S300-No), the process returns to the battle process of FIG.

  When there is a command waiting for activation in step S300 (step S300-Yes), the manual mode processing unit 23 determines whether or not the number of elapsed turns of the command waiting for activation is equal to the number of activated turns (step S301). . When the number of elapsed turns is equal to the number of activated turns (step S301-Yes), the process proceeds to step S302. On the other hand, when the number of elapsed turns is less than the number of activated turns (step S301-No), the process returns to the battle process of FIG.

  In step S301, when the number of elapsed turns is equal to the number of activated turns (step S301-Yes), the manual mode processing unit 23 controls the player character 401 to perform an action based on the command waiting for activation (step S302).

  Subsequently, the manual mode processing unit 23 causes the display unit 21 to darkly display the card 408 of the command executed in step S302 (step S303).

  Subsequently, the manual mode processing unit 23 causes the display unit 21 to display the number of standby turns 411 in the command executed in step S302 (step S304).

  Subsequently, the manual mode processing unit 23 determines whether or not all enemy characters 404 have been defeated (step S305). If it is determined that all enemy characters 404 have been defeated (step S305—Yes), the process proceeds to step S306. On the other hand, when it is determined that all the enemy characters 404 have not been defeated (step S305-No), the process returns to the battle process of FIG.

  When it is determined in step S305 that all the enemy characters 404 have been defeated (step S305-Yes), the manual mode processing unit 23 determines that the battle result is victory of the user (player character 401) (step S306), and battle processing is performed. Exit.

  Next, the operation of the enemy character action process of FIG. 12 will be described with reference to FIG.

  First, the manual mode processing unit 23 determines whether or not there is an enemy character 404 whose enemy standby turn number 406 is zero (step S400). If there is an enemy character 404 whose enemy standby turn number 406 is zero (step S400—Yes), the process proceeds to step S401. On the other hand, when there is no enemy character 404 whose enemy standby turn number 406 is zero (step S400-No), the process returns to the battle process of FIG.

  When there is an enemy character 404 whose enemy standby turn number 406 is zero in step S400 (step S400-Yes), the manual mode processing unit 23 controls the enemy character 404 to perform an action based on a command (step S401). .

  Subsequently, the manual mode processing unit 23 selects a command of the enemy character 404 that performed the action in step S401 (step S402).

  Subsequently, the manual mode processing unit 23 sets the enemy standby turn number 406 of the enemy character 404 based on the number of activated turns of the command selected in step S402 (step S403).

  Subsequently, the manual mode processing unit 23 determines whether or not the HP of the player character 401 remains (step S404). When HP remains (step S404-Yes), it progresses to step S405. On the other hand, when HP does not remain (No in step S404), the process proceeds to step S406.

  When HP remains in step S404 (step S404-Yes), the manual mode processing unit 23 determines whether or not all enemy characters 404 whose enemy standby turn number 406 is zero have acted (step S405). . When all the enemy characters 404 whose enemy waiting turn number 406 is zero have acted (step S405—Yes), the process returns to the battle process of FIG. On the other hand, if there is an enemy character 404 that has zero enemy turn 406 and is not acting (No in step S405), the process returns to step S401 and continues.

  On the other hand, when HP does not remain in step S404 (step S404-No), the manual mode processing unit 23 determines the battle result as the defeat of the user (player character 401) (step S406), and ends the battle process.

  Next, with reference to FIG. 16, the operation of the turn end process of FIG. 12 will be described.

First, the manual mode processing unit 23 determines whether or not there is a command whose elapsed turn number is equal to the return turn number (step S500). If there is a command whose elapsed turn number is equal to the return turn number (step S500-Yes), the process proceeds to step S501. On the other hand, when there is no command whose elapsed turn number is equal to the return turn number (step S500-No), the process returns to the battle process of FIG.

When there is a command whose elapsed turn number is equal to the return turn number in step S500 (step S500-Yes), the turn calculation unit 25 resets the elapsed turn number of the command to zero and counts the elapsed turn number of the command. Is stopped (step S501).

  Then, the manual mode processing unit 23 performs control so that the user can reselect the command that has stopped counting the number of elapsed turns in step S501 (step S502), and returns to the battle process in FIG.

  As described above, according to the first embodiment, the communication unit 20 receives the first command from the game server 1, and the control unit 26 receives at least one of the parameters associated with the first command. Change to determine the second command. In this way, by making it possible to change the command parameter of the card, the user can use a variety of commands, so that the interest of the game can be improved. Further, according to the first embodiment, when the manual mode processing unit 23 determines a command group including the second command and starts a battle, the command selected from the command group based on the user operation is selected. Run. In this way, since the command used in the battle is determined according to the deck organized by the user, the user can use a variety of commands, and the user's interest in the battle can be further improved.

  Further, according to the first embodiment, the battle game proceeds in a turn system in which the player character and the opponent enemy character act in a predetermined order, and the command is the action of the player character. Is selected, it corresponds to the number of turns required until it can be selected again, that is, the number of return turns. In this way, since the time until the command can be selected again for each command is different, the content of the battle varies greatly depending on the order in which the user selects the command, improving the interest of the game. The user's interest in the battle can be improved.

  Further, according to the first embodiment, the command includes a command that can be strengthened by a predetermined method in the game such as evolving a card and the number of return turns can be reduced by strengthening. In this way, the user can strengthen the command, and the number of return turns and activation turns of the enhanced command is reduced, so that the user can play more varied battles and the user's interest in the battles. Can be further improved.

  Further, according to the first embodiment, the display unit 21 performs display indicating that the command cannot be selected, for example, by darkly displaying the card 408 until the command can be selected again after the command is selected. In this way, the user can identify the command in the standby state at a glance, and usability can be improved. Further, the display unit 21 performs a standby turn display 411, that is, a display indicating the number of turns necessary until the command can be selected again until the command can be selected again after the command is selected. In this way, the user can grasp at a glance when the command in the standby state can be selected, and the user can easily make a strategy for the battle.

(Embodiment 2)
The second embodiment of the present invention will be described below. FIG. 17 is a block diagram of a game system according to Embodiment 2 of the present invention. The same components as those in the first embodiment are denoted by the same reference numerals and description thereof is omitted. In the game system according to the second embodiment, as compared with the configuration according to the first embodiment, the game server 1 further includes a progress method determining unit 13, an auto mode processing unit 14, and a victory reward determining unit 15. The server storage unit 11 is different in that the battle history information 112 and the battle log information 113 are further stored. Another difference is that a battle in the auto mode in which the number of user operations is reduced and the battle is advanced can be made as compared with the battle in the manual mode. In order to reduce the number of user operations 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 omitted automatically. To play a match.

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

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

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

  Returning to the description of FIG. The progress method determination unit 13 sets the progress method of the battle for each battle performed in the game in the manual mode (first mode) in which the battle progresses based on the user operation, or the number of user operations as compared to the manual mode. Decide which one of the auto modes (second mode) to reduce and advance the battle. Specifically, when starting the battle in the game, the progress method determination unit 13 collates the appearance set selected as the opponent with the battle history information 112. The progress method determination unit 13 determines whether or not the appearance set matches the battle-completed appearance set whose win / loss information included in the battle history information 112 is “win”, that is, the user has played against the opponent in the past. Judge whether or not you have won. And when the said appearance set corresponds with the battle-completed appearance set whose win / loss information is “Victory”, that is, when the opponent has won against the opponent in the past, the progress method determining unit 13 When the terminal 2 obtains from the communication terminal 2 an input signal by a user operation received on the mode selection screen 5 or the confirmation screen 6 described later, the progress method is determined based on the input signal. On the other hand, when the appearance set does not match the battle-completed appearance set whose win / loss information is “Victory”, that is, when the opponent has never been won, the progress method determination unit 13 sets the progress method to the manual mode. An instruction to determine and advance the battle in the manual mode is transmitted to the communication terminal 2.

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

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

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

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

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

  As shown in FIG. 20B, the mode selection screen 5 includes a character icon 50, a message display area 51, a manual button 52, and an auto button 53.

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

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

  The manual button 52 is an input interface that accepts a user operation for selecting a manual mode as a battle progress method. When the user taps the manual button 52, the display is switched to the manual mode battle screen 4.

  The auto button 53 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 53, the display is switched to a confirmation screen 6 or an auto mode effect screen 7 described later.

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

  As shown in FIG. 21, the confirmation screen 6 includes a character icon 60, a message display area 61, a manual button 62, and an auto button 63. Since the character icon 60, the manual button 62, and the auto button 63 are the same as the character icon 50, the manual button 52, and the auto button 53 on the mode selection screen 5, respectively, description thereof is omitted.

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

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

  The enemy character name display area 70 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 71 is an area for displaying an image of an enemy character that is an opponent. The deck display area 72 is an area for displaying images of a plurality of cards included in the user's deck. As an effect of the battle in the auto mode, the deck display area 72 moves toward the enemy character image display area 71, the enemy character image display area 71 and the deck display area 72 collide, and the entire screen is whitened out. Thereafter, the display is switched to a battle result screen 8 described later. Compared with the effect of the battle on the manual mode battle screen 4, the battle effect on the auto mode effect screen 7 is short in display time and simple processing, so the processing load is small.

  Next, the battle result screen 8 will be described with reference to FIG. The battle result screen 8 is a screen that presents the result of the battle in the auto mode to the user. The battle result screen 8 includes a result display area 80, a deck display area 81, a battle log button 82, and a next button 83. Since the deck display area 81 is the same as the deck display area 72, description thereof is omitted.

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

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

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

  Next, the battle log screen 9 will be described with reference to FIG. The battle log screen 9 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 9 has a battle log information display area 90 and a close button 91.

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

  The close button 91 is an input interface that receives a user operation for ending the display of the battle log screen 9. When the user taps the close button 91, the display is switched to the battle result screen 8.

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

  The reward display area 101 is an area for displaying information related to the victory reward given to the user. The information regarding the winning reward includes, for example, an in-game card or item image that is a reward, an item ID that can identify the card ID or item, and the number of acquisitions. When the user swipes the reward display area 101 up and down, information regarding all winning rewards can be scrolled and displayed.

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

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

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

  Next, the advancing method determination unit 13 determines whether or not the opponent and the user determined in step S600 have played in the past and the user has won (step S601). Specifically, the progress method determination unit 13 compares the appearance set determined in step S600 with the battle history information 112. Then, the progress method determination unit 13 determines that the appearance set has been won in the past when the match set matches the match-completed appearance set whose victory / loss information included in the match history information 112 is “win” (step S1). (S601-Yes), the process proceeds to step S602. On the other hand, the progress method determination unit 13 determines that the appearance set has not won in the past if the appearance set does not match the battle-completed appearance set in which the win / loss information included in the battle history information 112 is “win” (step) (S601-No), the process proceeds to step S110.

  When it is determined in step S601 that the player has won in the past (step S601-Yes), the auto mode processing unit 14 calculates a prediction result of the battle in the auto mode (step S602).

  Next, the server control unit 12 transmits an instruction to display the mode selection screen 5 to the communication terminal 2 (step S603).

  Next, when the input signal by the user operation received on the mode selection screen 5 is received from the communication terminal 2, the progress method determination unit 13 determines whether or not the auto mode is selected based on the input signal (step) S604). If the auto mode is selected (step S604—Yes), the process proceeds to step S605. On the other hand, if the manual mode is selected (step S604-No), the process proceeds to step S610.

  When the auto mode is selected in step S604 (step S604-Yes), the server control unit 12 determines whether or not the battle prediction result calculated in step S602 is a result more disadvantageous to the user than a predetermined criterion. Judgment is made (step S605). If the prediction result is a disadvantageous result than the predetermined criterion (step S605-Yes), the process proceeds to step S606. On the other hand, when a prediction result is more than a predetermined standard (Step S605-No), it progresses to Step S608.

  In step S605, when the prediction result is a disadvantageous result than the predetermined reference (step S605-Yes), the server control unit 12 transmits an instruction to display the confirmation screen 6 to the communication terminal 2 (step S606).

  Next, when receiving the input signal by the user operation received on the confirmation screen 6 from the communication terminal 2, the traveling method determination unit 13 determines whether or not the auto mode is selected based on the input signal (step S607). ). When the auto mode is selected (step S607-Yes), the process proceeds to step S608. On the other hand, when the manual mode is selected (step S607-No), the process proceeds to step S610.

  When the prediction result is greater than or equal to the predetermined reference in step S605 (step S605-No), or when the auto mode is selected in step S607 (step S607-Yes), the auto mode processing unit 14 in step S602. The calculated prediction result is determined as the battle result of the battle (step S608).

  Next, the server control unit 12 transmits an instruction to display the auto mode effect screen 7 to the communication terminal 2 (step S609).

  On the other hand, when it is determined in step S601 that it has never won in the past (step S601-No), or when the manual mode is selected in step S604 or step S607 (step S604-No, step S607-No). The traveling method determination unit 13 determines the traveling method as the manual mode, and transmits an instruction to execute the battle process in the manual mode to the communication terminal 2 (step S610).

  After step S610, the server control unit 12 waits until the battle result in the manual mode is acquired from the communication terminal 2 (step S611). When the battle result is acquired, the process proceeds to step S612.

  After step S609 or step S611, the server control unit 12 transmits an instruction to display the battle result screen 8 to the communication terminal 2 (step S612).

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

  Subsequently, when the server control unit 12 acquires an input signal in step S613, the server control unit 12 determines whether or not the input signal is an input signal from the battle log button 82 (step S614). If it is an input signal from the battle log button 82 (step S614-Yes), the process proceeds to step S615. On the other hand, if it is an input signal from the next button 83 (step S614-No), the process proceeds to step S616.

  When the input signal is an input signal from the battle log button 82 in step S614 (step S614-Yes), the server control unit 12 transmits an instruction to display the battle log screen 9 to the communication terminal 2 (step S615). Returning to S613, the processing is continued.

  On the other hand, when the input signal is an input signal from the next button 83 in step S614 (step S614-No), the victory reward determination unit 15 determines whether the user has determined that the auto mode processing unit 14 has determined in step S608. It is determined whether or not the player has won the battle (step S616). When it has won (step S616-Yes), it progresses to step S617. On the other hand, when it is defeated (step S616-No), this processing is ended.

  When the user has won in step S616 (step S616-Yes), the victory reward determination unit 15 determines the victory reward and gives it to the user (step S617). Preferably, the victory reward determination unit 15 determines the victory reward according to the battle progress method.

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

  Next, with reference to FIG. 27, operation | movement of the communication terminal 2 by Embodiment 2 is demonstrated. The flowchart of FIG. 27 shows the operation of the battle process performed by the communication terminal 2. This process is started when a predetermined battle event occurs, for example, when the player character encounters an enemy.

  First, the control unit 26 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 S700). When the manual mode instruction is received (step S700-Yes), the process proceeds to step S709. On the other hand, when the manual mode instruction is not received (step S700-No), the process proceeds to step S701.

  When the manual mode instruction is not received in step S700 (step S700-No), the control unit 26 receives an instruction to display the mode selection screen 5 from the game server 1, and displays the mode selection screen 5 on the display unit 21. (Step S701).

  Subsequently, when the control unit 26 acquires an input signal by a user operation received on the mode selection screen 5 from the operation unit 22, the control unit 26 transmits the input signal to the game server 1 (step S702).

  Subsequently, the control unit 26 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 S703). When the manual mode instruction is received (step S703-Yes), the process proceeds to step S709. On the other hand, when the manual mode instruction is not received (step S703-No), the process proceeds to step S704.

  If no manual mode instruction is received in step S703 (step S703-No), the control unit 26 waits for an instruction from the game server 1 and determines whether an instruction to display the confirmation screen 6 has been received (step S703). S704). When the display instruction of the confirmation screen 6 is received (step S704-Yes), the process proceeds to step S705. On the other hand, when the display instruction of the confirmation screen 6 is not received (step S704-No), the process proceeds to step S708.

  When the display instruction of the confirmation screen 6 is received in step S704 (step S704-Yes), the control unit 26 causes the display unit 21 to display the confirmation screen 6 (step S705).

  Subsequently, when the control unit 26 acquires an input signal by the user operation received on the confirmation screen 6 from the operation unit 22, the control unit 26 transmits the input signal to the game server 1 (step S706).

  Subsequently, the control unit 26 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 S707). When the manual mode instruction is not received (step S707-No), the process proceeds to step S708. On the other hand, if an instruction for manual mode is received (step S707-Yes), the process proceeds to step S709.

  When the manual mode instruction is not received in step S707 (step S707-No), when the control unit 26 receives an instruction to display the auto mode effect screen 7 from the game server 1, the control unit 26 displays the auto mode effect screen 7 on the display unit 21. It is displayed (step S708).

  On the other hand, when the manual mode instruction is received in step S700, step S703, or step S707 (step S700-Yes, step S703-Yes, step S707-Yes), the manual mode processing unit 23 performs the battle process in the manual mode. Is performed (step S709).

  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 S710).

  After step S708 or step S710, upon receiving an instruction to display the battle result screen 8 from the game server 1, the control unit 26 causes the display unit 21 to display the battle result screen 8 (step S711).

  Subsequently, when the control unit 26 acquires an input signal by a user operation received on the battle result screen 8 from the operation unit 22, the control unit 26 transmits the input signal to the game server 1 (step S712).

  Subsequently, the control unit 26 determines whether or not the input signal acquired in step S712 is an input signal from the battle log button 82 (step S713). When the input signal is an input signal from the battle log button 82 (step S713-Yes), the process proceeds to step S714. On the other hand, when the input signal is an input signal from the next button 83 (step S713-No), the process proceeds to step S716.

  When the input signal is an input signal from the battle log button 82 in step S713 (step S713-Yes), when the control unit 26 receives an instruction to display the battle log screen 9 from the game server 1, the battle log is displayed on the display unit 21. The screen 9 is displayed (step S714).

  Subsequently, the control unit 26 waits for a user operation on the battle log screen 9 (step S715), and when an input signal from the close button 91 is acquired from the operation unit 22, returns to step S711 and continues the process.

  On the other hand, when the input signal is an input signal from the next button 83 in step S713 (step S713-No), the control unit 26 waits for an instruction from the game server 1 and receives an instruction to display the reward acquisition screen 100. It is determined whether or not (step S716). When the display instruction of the reward acquisition screen 100 is received (step S716-Yes), the process proceeds to step S717. On the other hand, when the display instruction of the reward acquisition screen 100 is not received (step S716-No), this process ends.

  When the display instruction of the reward acquisition screen 100 is received in step S716 (step S716-Yes), the control unit 26 causes the display unit 21 to display the reward acquisition screen 100 (step S717).

  Then, the control unit 26 waits for a user operation on the reward acquisition screen 100 (step S718), and when an input signal from the OK button 102 is acquired from the operation unit 22, this process is terminated.

  As described above, according to the second embodiment of the present invention, the auto mode processing unit 14 is based on the auto mode in which the number of user operations is reduced and the battle is advanced compared to the manual mode in which the battle is advanced based on the user operation. In the battle, a command having a large number of corresponding return turns is preferentially selected. In this way, by selecting a command having a large number of return turns, that is, a command having a high power, in the battle in the auto mode, the battle can be advantageously advanced while reducing the complexity of the user operation. .

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

  Therefore, for example, the function of the game server 1 may be integrated into the communication terminal 2. In this case, the communication terminal 2 executes various processes in the battle game.

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

1 game server 2 communication terminal (information processing device)
3 Deck formation screen 4 Manual mode battle screen 5 Mode selection screen 6 Confirmation screen 7 Auto mode production screen 8 Battle result screen 9 Battle log screen 100 Reward acquisition screen 10 Server communication unit 11 Server storage unit 110, 110a, 110b, 110c User data 111, 111a, 111b Opponent database (DB)
112 Battle history information 113 Battle log information 12 Server control unit 13 Progress method determination unit 14 Auto mode processing unit 15 Victory reward determination unit 20 Communication unit 21 Display unit 22 Operation unit 23 Manual mode processing unit (processing unit)
24 storage section 25 turn calculation section 26 control section 30 deck area 31 parameter display area 32 possessed card display area 33 entrusted organization button 34 determination button 400a field area 400b deck display area 401 player character 402 player status display area 403 trans buttons 404, 404a , 404b, 404c Enemy character 405, 405a, 405b, 405c Enemy HP indicator 406, 406a, 406b, 406c Number of enemy waiting turns 407 Target icon 408, 408a, 408b, 408c, 408d, 408e Card 409 Command name display 410 Damage display 411 Standby turn display 412 Great spirit card display area 412
413, 413a, 413b Great spirit card 414 Command name display 415 Damage display 50 Character icon 51 Message display area 52 Manual button 53 Auto button 60 Character icon 61 Message display area 62 Manual button 63 Auto button 70 Enemy character name display area 71 Enemy character Image display area 72 Deck display area 80 Result display area 81 Deck display area 82 Battle log button 83 Next button 90 Battle log information display area 91 Close button 101 Reward display area 102 OK button

Claims (9)

Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. To the device,
It is possible to change the command corresponding to the action of the player character from the game server, including a predetermined number of return turns required until the command can be selected again when the command is selected as the action of the player character. Receiving a first command whose parameters are not changed;
Determining a second command in which at least one of the parameters associated with the first command has been changed;
Determining a command group including the second command;
When you start a match,
When a command is selected from the command group based on a user operation, a step of starting counting the number of elapsed turns for the command;
Controlling the selected command so that a user cannot select it;
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. A step for displaying the number;
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. Steps,
A program that executes   In the battle in the second mode in which the battle is advanced by reducing the number of user operations over the first mode in which the battle is advanced based on the user operation, the command having a large return turn number is preferentially selected. Item 1. The program according to item 1.   The program according to claim 1, wherein the parameter further includes a predetermined number of activation turns required from when a command is selected as an action of the player character until an action according to the command is performed. In the information processing apparatus,
The program according to claim 3, further executing a step of controlling the player character to perform an action based on the command when the elapsed turn number of the selected command is equal to the activated turn number. The enemy character has a command corresponding to the action of the enemy character,
In the information processing apparatus,
5. The program according to claim 1, further causing a step of setting an enemy waiting turn number until the enemy character moves next in response to the command of the enemy character. 6. In the information processing apparatus,
Reducing the number of enemy standby turns when a turn begins;
6. The program according to claim 5, further executing a step of controlling the enemy character to perform an action based on the command of the enemy character when the enemy waiting turn number is zero. In the information processing apparatus,
After the step of controlling the enemy character to perform the action, when the predetermined parameter of the player character is reduced to zero by the action, the step of determining the defeat of the player character is further executed. The program according to claim 6. Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. A device,
A display unit for performing display output related to the battle game;
It is possible to change the command corresponding to the action of the player character from the game server, including a predetermined number of return turns required until the command can be selected again when the command is selected as the action of the player character. A communication unit for receiving a first command whose parameters are not changed;
A control unit for determining a second command in which at least one of the parameters associated with the first command is changed;
A processing unit for determining a command group including the second command;
When you start a match,
A turn calculating unit that starts counting the number of elapsed turns for the command when a command is selected from the command group based on a user operation;
The processor is
Control the selected command so that the user cannot select it,
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. Display the number on the display unit,
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. ,
Information processing device. Information processing for receiving and executing from a game server a battle game that progresses in a turn system in which a player character and an enemy character act in a predetermined order using a command corresponding to the action of the character in the battle, respectively. An apparatus control method comprising:
When the communication unit receives the command corresponding to the action of the player character from the game server and the command is selected as the action of the player character, a predetermined number of return turns required until the command can be selected again. a step of changing parameters including receives a first command that have not changed,
A step of determining a second command in which at least one of the parameters associated with the first command is changed;
A processing unit determining a command group including the second command;
When you start a match,
When a command is selected from the command group based on a user operation, the turn calculation unit starts counting the number of elapsed turns for the command;
The processing unit is
Controlling the selected command so that a user cannot select it;
A display indicating that the command cannot be selected until it can be selected again after the selected command is selected, and a turn necessary until the command can be selected again corresponding to the command on the screen. A step of causing the display unit to display a number;
If the elapsed turn number is equal to the return turn number, the elapsed turn number is reset to zero, the elapsed turn number is stopped, and the selected command is controlled so that the user can select it again. And a method for controlling the information processing apparatus.

Images