JP2020022822A - Program, information processing device, and control method of information processing device - Google Patents

Abstract

To provide a program, an information processing device, and a control method of an information processing device for improving a user interest in a match played in a match game.SOLUTION: A program causes an information processing device 2 to execute: a storage step for storing a threshold of a card for each of a plurality of cards used in a match; a step for displaying at least a part of the plurality of cards in a first region of a screen where the match is played; a step for selecting a card according to a user operation to move a card from the first region of the screen to a second region; and a step for, when a parameter indicating the time elapsing from the selection of the card has reached the threshold of the card, executing different processing according to the card.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a program, an information processing device, and a method for controlling an information processing device.

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

JP 2007-075612 A

  However, in the conventional battle game, commands used in the battle are prepared in advance, and the user selects the same command many times, so that the battle may be monotonous for the user. there were.

  An object of the present invention, which has been made in view of such circumstances, is to provide a program, an information processing device, and a control method of an information processing device, which improve a user's interest in a battle performed in a battle game.

  In order to solve the above-described problem, a program according to the present invention includes, in an information processing apparatus for executing a game, a storage step of storing a threshold value of the card for each of a plurality of cards used in a match, Displaying at least a part of the plurality of cards in a first area on one screen, and responding to a user operation of moving a card from the first area to the second area on the first screen Selecting the card, and executing a different process according to the card when a parameter indicating the time elapsed since the card was selected reaches a threshold value of the card. .

  Further, an information processing apparatus according to the present invention is an information processing apparatus for executing a game, and for each of a plurality of cards used in a match, a storage unit for storing a threshold value of the card, and a screen for performing the match A display unit for displaying at least a part of the plurality of cards in the first area of the plurality of cards, and the card being moved in accordance with a user operation of moving a card from the first area to the second area of the screen. And when the parameter indicating the time elapsed since the card was selected reaches the threshold value of the card, a processing unit that performs different processing according to the card.

  Further, the control method of the information processing device according to the present invention is a control method of the information processing device that executes a game, and for each of a plurality of cards used in a match, a storage step of storing a threshold value of the card, Displaying at least a part of the plurality of cards in a first area on the screen where the battle is performed, and a user operation of moving a card from the first area to the second area on the screen. Accordingly, selecting the card, and executing a different process according to the card when a parameter indicating the time elapsed since the card was selected reaches a threshold value of the card. .

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

FIG. 1 is a block diagram of a game system according to a first embodiment of the present invention. FIG. 2 is a diagram illustrating an example of user data in FIG. 1. FIG. 2 is a diagram illustrating an example of an opponent database in FIG. 1. FIG. 5 is a diagram illustrating an example of a deck edit screen according to the first embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. It is a figure showing the example of the manual mode battle screen concerning a 1st embodiment of the present invention. 5 is a flowchart illustrating an operation of the information processing apparatus according to the first embodiment of the present invention. 13 is a flowchart illustrating the operation of the information processing apparatus in the turn start processing of FIG. 13 is a flowchart illustrating an operation of the information processing apparatus in the player character action processing of FIG. 13 is a flowchart illustrating the operation of the information processing apparatus in the enemy character action processing of FIG. 13 is a flowchart illustrating an operation of the information processing apparatus in the turn end processing of FIG. It is a block diagram of a game system according to a second embodiment of the present 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 showing an example of a mode selection screen concerning a 2nd embodiment of the present invention. It is a figure showing the example of the confirmation screen concerning a 2nd embodiment of the present invention. It is a figure showing the example of the auto mode effect screen concerning a 2nd embodiment of the present invention. It is a figure showing the example of the battle result screen concerning a 2nd embodiment of the present invention. It is a figure showing the example of the battle log screen concerning a 2nd embodiment of the present invention. It is a figure showing an example of a reward acquisition screen concerning a 2nd embodiment of the present invention. It is a flowchart which shows operation | movement of the game server which concerns on the 2nd Embodiment of this invention. 9 is a flowchart illustrating an operation of the information processing device according to the second exemplary embodiment of the present invention.

  Hereinafter, embodiments of the present invention will be described.

(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 the first embodiment includes a game server 1 and a plurality of communication terminals (information processing devices) 2. FIG. 1 shows only one communication terminal 2 for simplicity. The game server 1 distributes a battle game to the communication terminal 2. In the following description, in the game, the user forms a deck consisting of up to 12 cards by combining cards in the game. Each card has a command that determines the action of the player character operated by the user, selects a card included in the deck as a command to determine the action of the player character, and determines the action of the player character with the opponent enemy character. Play a match. 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 and 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 competitive game.

  As shown in FIG. 2A, the user data 110a is associated with a “user ID” that can uniquely identify a user, and includes “level”, “experience value”, “maximum deck cost”, and “pocket 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, a player character name arbitrarily set by the user, or the like. “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. The “experience value” is a parameter that contributes to an increase in the level, and is added according to the progress of the game, a battle, or 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 flexibility of deck formation. As will be described later, "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 of the total cost of cards that can be included in the deck. Also, the maximum deck cost increases as the level increases. The “money” is a parameter indicating the in-game currency possessed by the user, and is added according to the progress of the game, a match, or the like.

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

  The “card ID” is information capable of identifying a card existing in the game, and may be, for example, an arbitrary character string capable of uniquely identifying the card, a character name drawn on the card, or the like. “Level” is a parameter indicating the degree of growth of the card, and the higher the numerical value of the level, the higher the degree of growth. The “experience value” is a parameter that contributes to an increase in the level, and is added according to the progress of the game, a battle, or the like. “Evolution” is a parameter indicating the number of times that the card can be strengthened by a predetermined method such as combining similar cards, and is indicated as “current evolution stage / final evolution stage”. For example, when "evolution" is "1/3", it indicates that evolution is possible two more times. “Cost” is a parameter indicating the cost required to include the 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 the evolution. The HP maximum value of the player character is the total HP of the cards constituting the deck. For example, the HP of the player character decreases when the player receives an attack from the opponent in the battle, and loses the battle when the player character reaches zero. “ATK” is a parameter that contributes to the power of the action of the player character by a command such as attack or recovery, and the power of the command increases as the value of ATK increases. The “command ID” is information that can identify a command of 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 a system of a corresponding command. For example, the command type includes “attack” that damages the opponent, “recovery” that recovers the HP of the player character, and “assist” that strengthens and weakens the player character / opponent. The “return turn” is the time required to perform an action based on the command after the card (command) is selected (the number of turns), and the card can be selected again after the card (command) is selected. This is a parameter indicating the time required until the number of turns (return turn number), and is expressed as "number of activated turns / number of return turns". For example, when the user selects “card001” having “cmd01” in which the “return turn” is “1/2” and starts the turn, one turn after selecting the card, that is, the turn immediately after selecting the card In, the player character attacks the opponent by the command “cmd01”. Then, the user cannot select “card001” again until two turns after selecting the card, that is, one more turn after the end of the turn in which the attack by the command “cmd01” is performed. Also, the activation return turn can change according to the level of the card and the stage of evolution. For example, when the card is evolved, the command of the card may be 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. A turn is an opportunity where the player character and the opponent can act. At the start of the turn, 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 have acted, or if there is no player character and opponent that can act in the turn, the turn is ended and a new turn is executed. Start. In the following description, a card state until the return turn number elapses after the selection of the card, that is, until the selected card elapses the return turn number and becomes selectable again is referred to as a standby state.

  The user data 110c includes information on a large spirit card held by the user. A large spirit card is a card having a special command that can be selected only when a predetermined condition is satisfied in a match, and cannot be included in a deck unlike a normal card. The predetermined condition may be, for example, that the trance value, which increases according to the amount of damage received when the player character is attacked by the enemy character in the battle, is 100%. Also, 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 a chance to act similarly in the turn. On the other hand, the action by the special command of the large spirit card is performed before the start of the turn after the selection of the special command, so that there is no opportunity for the enemy character to act. Then, when the action by the special command is performed, the transformer value is reset. As shown in FIG. 2C, the user data 110c includes, for each large spirit card possessed by the user, parameters of “card ID”, “level”, “ATK”, “command ID”, and “command type”. including. The description of these parameters is the same as the description of the parameters of the card in the user data 110b, and will not be repeated.

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

  The opponent database 111a, as shown in FIG. 3A, associates an enemy character with an “enemy character ID” that can uniquely identify the 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 thus will be omitted. The “activation turn” is a parameter indicating a time (number of activation turns) required for the enemy character to perform an action after selecting a command. The enemy character may have a plurality of commands, for example, “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 appearing as opponents in association with the “appearance set”. Specifically, when starting a battle in the game, one of the appearance sets is selected from the battle opponent database 111b, and the battle opponent is determined. For example, when “set01” is selected as the “appearance set”, three “enemy001” appear as opponents. That is, the “appearance set” is an identifier indicating a combination of opponents.

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

  In addition, the server control unit 12 determines an opponent to be played by the user. Specifically, when starting the battle in the game, the server control unit 12 selects one appearance set from the battle database 111b and determines the battle opponent.

  In addition, the server control unit 12 transmits an instruction to display various game screens to the communication terminal 2 via the server communication unit 10. The various game screens include, for example, a deck knitting 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, the instruction to display the manual mode battle screen in which the communication terminal 2 performs a battle process with the enemy character includes information included in the user data 110 such as deck information and information on a large spirit card.

  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 and wired.

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

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

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

  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 starting a battle, the storage unit 24 stores deck information and opponent information acquired from the game server 1 as information necessary for the battle processing.

  The turn calculation unit 25 performs a process related to the number of elapsed turns in the battle. Specifically, when a user selects a command in a battle, the turn calculation unit 25 calculates the number of elapsed turns for the command. The number of elapsed turns 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 of calculating the number of elapsed turns. For example, the number of elapsed turns can be independently counted for each selected command. Specifically, when the user selects a command whose activation return turn is “１ ／”, 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 by the command. When the number of elapsed turns becomes the number of return turns, that is, 2, the user can select the command again, and the turn calculating unit 25 resets the number of elapsed turns of the command to zero and stops counting.

  More 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 acts. For example, when the enemy character selects a command, the turn calculation unit 25 sets the number of enemy standby turns to be equal to the value of the number of activated turns corresponding to the command. Then, when the turn is started, the turn calculation unit 25 reduces the number of enemy standby turns by one for all living enemy characters. The enemy character whose enemy standby turn number becomes zero performs an action according to the selected command in the start turn.

  The control unit 26 controls various operations of the communication terminal 2. Further, 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 a process related to a change of a parameter associated with the command. For example, when the user enhances the card, the control unit 26 reduces the number of return turns of the command corresponding to the card, and enhances the command. That is, the control unit 26 receives the first command from the server, changes the number of return turns as a parameter corresponding to the first command, and determines the second command.

  Next, the deck knitting screen 3 will be described with reference to FIG. The deck formation screen 3 is a screen for the user to form a deck necessary for the progress of the battle. The deck knitting screen 3 has a deck area 30, a parameter display area 31, a possessed card display area 32, an automatic knitting button 33, and an enter button. FIG. 4A shows a state before deck knitting, and FIG. 4B shows a state after deck knitting.

  The deck area 30 is an area for the user to arrange cards and form a deck. The user can include the card in the deck by dragging and arranging 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 the battle. In FIG. 4A, no cards are arranged in the deck area 30. On the other hand, in FIG. 4B, twelve 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 maximum deck cost of the user. For example, in FIG. 4A, since no cards are 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. By swiping the possession card display area 32 left and right by the user, the images of all the cards possessed by the user can be scrolled and displayed.

  The automatic composition button 33 is an input interface for receiving a user operation for automatically composing a deck. When the user taps the automatic composition button 33, the deck is automatically composed using the card possessed by the user.

  The decision button 34 is an input interface for receiving a user operation for deciding the composition of the deck. When the user taps the enter button 34, information on the deck 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 a turn, that is, a state in which a user operation for determining an action of the player character 401 is awaited. 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 the target icon 407, and a deck display area 400b for displaying the cards 408 (408a, 408b, 408c, 408d, 408e).

  The field area 400a is an area for displaying a graphic such as the player character 401. When the user determines the action of the player character 401, the turn proceeds, and an effect corresponding to the action of the player character 401 and the like 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 where the remaining HP of the player character 401 is displayed by a numerical value and an indicator, and a transformer value is displayed by an indicator. The trans button 403 is an input interface for accepting a user operation for displaying a large spirit card possessed by the user, and accepts a user operation only when the trance value of the player character is 100%. Preferably, when the transformer value is less than 100%, the transformer button 403 is displayed dark to clearly indicate to the user that the user operation is not accepted.

  The enemy character 404 (404a, 404b, 404c) is a 2D or 3D graphic indicating an enemy character as an opponent. The enemy HP indicator 405 (405a, 405b, 405c) indicates the remaining HP of the corresponding enemy character 404. The enemy standby 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 number of enemy standby turns 406 is set to the value of the number of return turns corresponding to the command. Further, the number of the enemy standby turns 406 decreases by 1 at the start of the turn, and the enemy character 404 having the value of the enemy standby turns 406 of zero performs an action by a command. The target icon 407 indicates a target that the player character 401 attacks. The attack target can be changed by the user tapping the enemy character 404. 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 the cards 408 included in the user's deck. By swiping the deck display area 400b right and left, the user can display all the cards 408 included in the deck. Preferably, the deck display area 400b can be minimized toward the bottom of the display screen. In this case, the entire manual mode battle screen 4 becomes the field area 400a.

  The card 408 is indicated by a combination of an image of the card and an image indicating a command type of a command of the card. At the start of each turn, the user selects one 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 the turn starts. Then, the player character 401 attacks the enemy character 404a by the command of the selected card 408a. During the attack effect of the player character 401, a command name display 409 indicating the command name of the selected card and a damage display 410 indicating the number of damages given to the enemy character 404 are displayed as shown in FIG. Since the turn has started, the value of the number of enemy standby turns 406 has decreased by one. Therefore, the number of enemy standby turns 406a is displayed as "1". Preferably, during the attack effect of the player character 401, the other unselected cards 408b, 408c, 408d, and 408e are displayed dark, the selected card 408a is displayed brightly, and the card 408a is conspicuous. I do.

  After the action of the player character 401 ends, the number of enemy standby turns 406b and 406c is "1". Therefore, there is no enemy character that can act, that is, the enemy character whose enemy standby turn number 406 is zero, and the turn ends. Then, as shown in FIG. 8, the user waits for a user operation for determining the action of the player character 401 again. Here, the card 408a cannot be selected because it is in the 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 required before the card 408a can be selected again are displayed, and the user is notified that the card 408a is in the standby state. Specify. For example, as shown in FIG. 8, the card 408a is displayed dark, and a standby turn display 411 indicating the number of turns required until the card can be selected again is displayed. Note that the enemy character 404a is not displayed in FIG. 8 because it has been defeated by the attack of the player character 401.

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

  When the user taps any of the large 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 the special command, as shown in FIG. 10, a command name display 414 indicating the command name of the selected large spirit card and a damage display 415 indicating the number of damages to the enemy character 404b are displayed. indicate.

  When the action by the special command ends, as shown in FIG. 11, the user waits for a user operation for determining the action of the player character 401 again. Since the turn does not elapse even if the action by the special command is performed, the enemy standby turn number 406c and the standby turn display 411 are not changed. The player status display area 402 displays an indicator that the transformer value has been reset to zero. Also, the transformer button 403 is displayed dark. Note that the enemy character 404b is not displayed in FIG. 11 because it was defeated by the attack of the player character 401.

  Next, the operation of the battle process performed by the communication terminal 2 will be described with reference to FIG. The communication terminal 2 starts this processing 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 processing includes, for example, information on the deck (user data 110b), information on the great spirit card (user data 110c), information on the opponent included in the opponent database 111, and the like.

  Subsequently, the manual mode processing unit 23 determines a plurality of commands 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 a command of the enemy character (Step S102).

  Next, the turn calculation unit 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 number of enemy standby turns to be equal to the value of the number of activated turns 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 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), and returns to step S102 to repeat 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 or not there is a card 408 selectable by the user among the cards 408 corresponding to a plurality of commands (command groups) used in the battle (step S200). If there is a command waiting to be activated, that is, a command that has not been 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, when there is no selectable card 408 (step S200-No), the process proceeds to step S205.

  When there is a selectable card 408 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 obtained from the operation unit 22 (step S200). S201).

  Subsequently, the manual mode processing unit 23 determines whether or not the user has flicked the card 408 and selected a command based on the input signal acquired in step S201 (step S202). When the command is selected (Yes at Step S202), the process proceeds to Step S203. On the other hand, when the command has not been selected (No at Step S202), 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 controls so that the user cannot select the command selected in step S202 (step S204). The control is performed, for example, by providing a flag indicating whether or not 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 calculating unit 25 increases the number of elapsed turns by 1 for each card 408 counting the number of elapsed turns. Then, the number of enemy standby turns 406 of each enemy character 404 is reduced by 1 (step S205), and the process returns to the battle process of FIG.

  On the other hand, if the card 408 has not been 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. A determination is made (step S206). The trans button 403 can be tapped only when the trans value of the player character is 100%. When the transformer button 403 is tapped (step S206-Yes), the process proceeds to step S207. On the other hand, if the transformer button 403 has not been tapped (No at Step S206), 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 the special command corresponding to the large 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 all the enemy characters 404 have been defeated (step S210). If it is determined that all the enemy characters 404 have been defeated (step S210-Yes), the process proceeds to step S211. On the other hand, when it is determined that all the enemy characters 404 have not been defeated (No at Step S210), the process returns to Step S201 and waits for a user operation.

  If 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 the victory of the user (player character 401) (step S211), and the battle process is performed. To end.

  On the other hand, if the card 408 has not been selected in step S206 (No in step S206), the manual mode processing unit 23 determines whether or not the user has tapped the enemy character 404 based on the input signal acquired in step S201. A determination 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 (No at Step S212), the process returns to Step S201 and waits for a user operation.

  If the enemy character 404 has been tapped in step S212 (step S212-Yes), the manual mode processing unit 23 changes the target to which the player character 401 makes an attack to the tapped enemy character 404 (step S213). ), And returns to step S201 to wait for a user operation.

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

  First, the manual mode processing unit 23 determines whether or not 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, if there is no command waiting to be activated (No at Step S300), the process returns to the battle process of FIG.

  If there is a command waiting to be activated in step S300 (step S300-Yes), the manual mode processing unit 23 determines whether the number of elapsed turns of the command waiting to be activated 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 elapsed turn number is less than the activation turn number (step S301-No), the process returns to the battle process of FIG.

  When the number of elapsed turns is equal to the number of activated turns in step S301 (step S301-Yes), the manual mode processing unit 23 controls the player character 401 to perform an action based on a 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 standby turn display 411 on the command executed in step S302 (step S304).

  Subsequently, the manual mode processing unit 23 determines whether all the enemy characters 404 have been defeated (step S305). If it is determined that all the 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 (No at Step S305), the process returns to the battle process of FIG.

  If 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 the victory of the user (player character 401) (step S306), and the battle process is performed. To end.

  Next, the operation of the enemy character action processing 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 with the number of enemy standby turns 406 being zero (No at Step S400), 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 has acted in step S401 (step S402).

  Subsequently, the manual mode processing unit 23 sets the number of enemy waiting turns 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 the HP of the player character 401 remains (step S404). When the HP remains (step S404-Yes), the process proceeds to step S405. On the other hand, if no HP remains (No at Step S404), the process proceeds to Step S406.

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

  On the other hand, if no HP remains in step S404 (No in step S404), the manual mode processing unit 23 determines that the match result is defeat of the user (player character 401) (step S406), and ends the match process.

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

  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 controls the command in which the counting of the number of elapsed turns is stopped in step S501 so that the user can reselect the command (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 determines 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 parameter of the command 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, the manual mode processing unit 23 determines a command group including the second command, and when a match starts, selects a command selected based on a user operation from the command group. Execute. As described above, 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 progresses in a turn-based manner in which the player character and the opponent enemy character, which are opponents, act in a predetermined order to play a match. Is selected, the number of turns required until it can be selected again, that is, the number of return turns is associated. In this way, since the time until the command can be selected again differs for each command, the content of the match greatly differs depending on the order in which the user selects the command, and the interest of the game is improved. The user's interest in the battle can be improved.

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

  Further, according to the first embodiment, the display unit 21 performs a display indicating that the command cannot be selected, such as displaying the card 408 dark, for example, from when the command is selected until the command can be selected again. In this way, the user can identify at a glance the command in the standby state, and improve usability. Further, the display unit 21 performs a standby turn display 411, that is, a display indicating the number of turns required 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 see at a glance when the command in the standby state can be selected, and the user can easily make a strategy in the battle.

(Embodiment 2)
Hereinafter, a second embodiment of the present invention will be described. 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. The game system according to the second embodiment is different from the configuration according to the first embodiment in that the game server 1 further includes a progress method determination unit 13, an auto mode processing unit 14, and a victory reward determination unit 15. The difference is that the server storage unit 11 further stores the battle history information 112 and the battle log information 113. Another difference is that a match can be made in an auto mode in which the number of user operations is reduced compared to a match in the manual mode and the match is advanced. 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 may be omitted, and the battle may be performed semi-automatically, or the command selection by the user may be omitted altogether to automatically perform the battle. To play a match.

  Here, the battle history information 112 will be described with reference to FIG. The battle history information 112 is information on an opponent who has battled in the past in the past. Specifically, the battle history information 112 includes, in association with the user ID, a “matched appearance set”, that is, an appearance set (identifier) of an opponent to whom the user has competed in the past and a battled appearance set. For each case, the information includes the user's winning / losing information. For example, in FIG. 18, “user001” has won the opponents corresponding to “set01” and “set02”, and the win / loss information is “win”. “User001” has never won the opponent corresponding to “set03”, and the win / loss information is “defeat”. On the other hand, “user002” has won the opponent corresponding to “set02”, and the win / loss information is “victory”. Also, “user002” has never won the opponent corresponding to “set03”, and the win / loss information is “defeat”. Also, “user002” has never played against the opponent corresponding to “set01”, and “set01” is not included in the “combated 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 proceeds in the auto mode described later. Specifically, the battle log information 113 includes “number of turns”, “action character”, and “action content”. Further, the battle log information 113 may be temporarily stored in the server storage unit 11 and may be deleted after the battle processing is completed.

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

  Returning to the description of FIG. The progress method determining unit 13 sets the progress method of the battle for each battle performed in the game to be a manual mode (first mode) in which the battle is advanced based on the user operation, or a number of the user operations that is higher than the manual mode. It is determined to be one of the auto modes (second mode) in which the battle proceeds with the reduction. Specifically, when starting the battle in the game, the progress method determination unit 13 checks 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 a battled appearance set in which the win / loss information included in the battle history information 112 is “Victory”, that is, the user has played against the opponent in the past. To determine if they have ever won. Then, when the appearance set matches the battled appearance set whose winning / losing information is “victory”, that is, when the opponent has won in the past by fighting with the opponent, the progress method determination unit 13 performs communication. When the terminal 2 acquires from the communication terminal 2 an input signal by a user operation received on a mode selection screen 5 or a confirmation screen 6 described later, the traveling method is determined based on the input signal. On the other hand, when the appearance set does not match the battled appearance set whose winning / losing information is “victory”, that is, when the opponent has not been defeated, the progress method determining unit 13 sets the progress method to the manual mode. The determination is made and an instruction to proceed with the battle in the manual mode is transmitted to the communication terminal 2.

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

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

  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. . Then, when the user has won the battle, the victory reward determination unit 15 determines a victory reward by a predetermined method and gives it to the user. Preferably, the victory reward determination unit 15 determines a victory reward in accordance with the progress method of the battle. For example, it is conceivable to select a reward of a battle in the manual mode from a reward group having higher value than a reward of a 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 progressing method. The mode selection screen 5 is displayed on the display unit 21 of the communication terminal 2 when the user starts a battle in the game and the user has won the battle in the past against the opponent.

  Preferably, on the mode selection screen 5, information according to the prediction result of the match calculated by the auto mode processing unit 14 of the game server 1 is displayed. The information according to the prediction result is information that indicates the battle result when the battle proceeds in the auto mode. Specifically, as shown in FIG. 20 (a), for example, when the prediction result corresponds to "Win with remaining HP of 80% or more and less than 100%", the displayed information is "It is likely to win easily!" . On the other hand, when the prediction result corresponds to “cannot win”, the displayed information is “a very strong enemy ...”.

  The mode selection screen 5 has a character icon 50, a message display area 51, a manual button 52, and an auto button 53, as shown in FIG.

  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 prompting the user to select a method of proceeding with the battle and information according to the predicted result of the battle. Specifically, for example, if the prediction result corresponds to “Win with remaining HP of 80% or more and less than 100%”, the message display area 51 shows “Enemy fought before! It seems that you can easily win! Which way do you fight? Is displayed.

  The manual button 52 is an input interface for receiving a user operation for selecting a manual mode as a method of proceeding with the battle. 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 reference can be arbitrarily set by the game provider or the like, and can be, for example, a reference value relating to the remaining HP of the player character after the battle. In this case, the fact that the prediction result is advantageous to the user indicates that the remaining HP is equal to or larger than the reference value. On the other hand, the fact that the prediction result is disadvantageous to the user indicates that the remaining HP is less than the reference value. In this way, for example, when the predetermined reference is set to “remaining HP 50%”, when 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.

  The confirmation screen 6 has a character icon 60, a message display area 61, a manual button 62, and an auto button 63, as shown in FIG. 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, and thus description thereof is omitted.

  The message display area 61 is an area for displaying a comment that prompts confirmation that the auto mode has been selected on the mode selection screen 5 even though the prediction result is a battle result that is more disadvantageous to the user than a predetermined reference. . More specifically, the message display area 61 displays the message, "I have no chance of winning as it is. Would you like to fight for 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 that presents a user with an effect of a battle in the auto mode. 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 as 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 white-out. Thereafter, the display is switched to a battle result screen 8 described later. The effect of the match on the auto mode effect screen 7 is shorter than the effect of the match on the manual mode effect screen 4, and the processing load is small because it is a simple effect.

  Next, the battle result screen 8 will be described with reference to FIG. The battle result screen 8 is a screen for presenting the result of the battle in the auto mode to the user. The battle result screen 8 has 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, the description is omitted.

  The result display area 80 is an area for displaying the result 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 has lost the match, the result display area 80 may display, for example, "LOSE ...".

  The battle log button 82 is an input interface for receiving a user operation for displaying the content of the 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 for receiving 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 for receiving 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 a victory reward given to the user when the user wins the battle to the user. 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 on a victory reward given to the user. The information on the victory reward includes, for example, an image of an in-game card or item that is a reward, an item ID capable of identifying a card ID or an item, and the number of acquisitions. By swiping the reward display area 101 up and down by the user, information on all winning rewards can be scrolled and displayed.

  The OK button 102 is an input interface for receiving a user operation for ending the battle process. When the user taps the OK button 102, the battle process ends, and the screen is switched to a screen immediately before the battle starts.

  Next, an 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, and starts this process when a predetermined battle event occurs, for example, when the player character encounters an enemy.

  First, the server control unit 12 determines an opponent to be played by the user (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 progress method determination unit 13 determines whether or not the opponent determined in step S600 has competed with the user in the past and the user has won (step S601). Specifically, the progress method determination unit 13 checks the appearance set determined in step S600 with the battle history information 112. Then, when the appearance set matches the battle appearance set in which the winning / losing information included in the battle history information 112 is “Victory”, the progress method determination unit 13 determines that the player has won in the past (step). (S601-Yes), the process proceeds to step S602. On the other hand, when the appearance set does not match the battled appearance set in which the winning / losing information included in the battle history information 112 is “victory”, the progress method determination unit 13 determines that the player has not won in the past (step). (S601-No), the process proceeds to step S110.

  If it is determined in step S601 that there has been a victory 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, upon receiving from the communication terminal 2 an input signal by a user operation received on the mode selection screen 5, the traveling method determination unit 13 determines whether or not the auto mode is selected based on the input signal (Step S <b> 1). S604). If the auto mode has been selected (step S604-Yes), the process proceeds to step S605. On the other hand, when the manual mode is selected (step S604-No), the process proceeds to step S610.

  When the auto mode has been selected in step S604 (step S604-Yes), the server control unit 12 determines whether or not the match prediction result calculated in step S602 is more disadvantageous to the user than a predetermined reference. A determination is made (step S605). When the prediction result is a result that is more disadvantageous than the predetermined reference (step S605-Yes), the process proceeds to step S606. On the other hand, when the prediction result is equal to or higher than the predetermined reference (step S605-No), the process proceeds to step S608.

  If the prediction result is a result that is less favorable than the predetermined reference in step S605 (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 of the user operation received on the confirmation screen 6 from the communication terminal 2, the proceeding method determining unit 13 determines whether or not the auto mode is selected based on the input signal (Step S <b> 607). ). If the auto mode has been 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 equal to or higher than 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 determines 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 the player has not 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). Then, the proceeding method determining unit 13 determines the proceeding method to be in 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 from the communication terminal 2 an input signal by a user operation received on the battle result screen 8 (step S613).

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

  When the input signal is the 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 the input signal from the next button 83 in step S614 (step S614-No), the victory reward determination unit 15 determines the user based on the match result determined by the auto mode processing unit 14 in step S608. It is determined whether or not has won the battle (step S616). If the player has won (step S616-Yes), the process proceeds to step S617. On the other hand, if the game has been defeated (No in step S616), the process ends.

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

  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 processing.

  Next, an operation of the communication terminal 2 according to the second embodiment will be described with reference to FIG. The flowchart of FIG. 27 illustrates the operation of the battle process performed by the communication terminal 2, and starts the process 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). If an instruction for the manual mode has been received (step S700-Yes), the process proceeds to step S709. On the other hand, when the instruction for the manual mode is not received (step S700-No), the process proceeds to step S701.

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

  Subsequently, when the control unit 26 acquires from the operation unit 22 an input signal by a user operation received on the mode selection screen 5, 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). If an instruction for the manual mode has been received (step S703-Yes), the process proceeds to step S709. On the other hand, when the instruction for the manual mode is not received (step S703-No), the process proceeds to step S704.

  When the instruction in the manual mode is not 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 is received (step S703). S704). If a display instruction for the confirmation screen 6 has been 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 from the operation unit 22 an input signal by a user operation received on the confirmation screen 6, 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). If the instruction for the manual mode has not been received (No at Step S707), the process proceeds to Step S708. On the other hand, when the instruction of the 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), the control unit 26 displays the auto mode effect screen 7 on the display unit 21 upon receiving the instruction to display the auto mode effect screen 7 from the game server 1. 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 process of the battle in the manual mode. Is performed (step S709).

  Subsequently, when the battle ends, the manual mode processing unit 23 determines a 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 from the operation unit 22 an input signal by a user operation received on the battle result screen 8, 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 match log button 82 (Step S713). If the input signal is the input signal from the battle log button 82 (step S713-Yes), the process proceeds to step S714. On the other hand, if the input signal is the input signal from the next button 83 (step S713-No), the process proceeds to step S716.

  If the input signal is the input signal from the battle log button 82 in step S713 (step S713-Yes), the control unit 26 receives the instruction to display the battle log screen 9 from the game server 1, and displays the battle log 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 upon acquiring an input signal from the close button 91 from the operation unit 22, returns to step S711 to continue the processing.

  On the other hand, when the input signal is the 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 the process has been performed (step S716). When the display instruction of the reward acquisition screen 100 has been received (Yes at Step S716), the process proceeds to Step S717. On the other hand, when the display instruction of the reward acquisition screen 100 has not been received (No at Step S716), the 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 ends the processing when acquiring the input signal from the OK button 102 from the operation unit 22.

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

  Although the present invention has been described with reference to the drawings and embodiments, it should be noted that those skilled in the art can easily make various changes and modifications based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the functions and the like included in each means, each step, and the like can be rearranged so as not to be logically inconsistent, and a plurality of means, steps, and the like can be combined into one or divided. .

  Therefore, for example, the functions 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, and may be a player character or the like of another user. Further, one card may have a plurality of commands.

Hereinafter, the inventions described in the claims at the time of filing the original application of the present application are additionally described.
[1]
In the information processing device that executes the game,
For each of a plurality of cards used in the match, a storage step of storing a threshold value of the card;
Displaying at least a part of the plurality of cards in a first area on a first screen where the battle is performed;
Selecting the card according to a user operation of moving a card from the first area to the second area of the first screen;
And executing a different process according to the card when a parameter indicating the time elapsed since the card was selected reaches a threshold value of the card.
[2]
The program according to [1],
In the storage step, a program further storing, for each of the plurality of cards, information indicating a processing system according to the card.
[3]
The program according to claim 1 or 2,
In the storing step, for each of the plurality of cards, a level of the card and a parameter contributing to physical strength of the player character are further stored,
The program, wherein the parameter of the card increases according to a level of the card.
[4]
The program according to any one of [1] to [3],
A program causing the information processing apparatus to further execute a step of storing, for each opponent the user has competed in the past, win / loss information of the user.
[5]
The program according to any one of [1] to [4],
A program causing the information processing device to further execute a step of displaying battle log information indicating the content of the battle on a second screen.
[6]
The program according to any one of [1] to [5],
A program for causing the information processing device to further execute a step of giving a predetermined reward to the user when the user wins the battle.
[7]
An information processing device for executing a game,
A storage unit that stores a threshold value of the card for each of a plurality of cards used in the match;
A display unit that displays at least a part of the plurality of cards in a first area on the screen where the battle is performed;
In response to a user's operation of moving a card from the first area to the second area on the screen, the card is selected, and a parameter indicating a time elapsed since the card was selected has reached a threshold value of the card. An information processing device comprising: a processing unit that executes different processing according to the card in such a case.
[8]
A method for controlling an information processing device that executes a game,
For each of a plurality of cards used in the match, a storage step of storing a threshold value of the card;
Displaying at least some of the plurality of cards in a first area on a screen where the battle is performed;
Selecting the card according to a user operation of moving a card from the first area to the second area of the screen;
Performing a different process according to the card when a parameter indicating the time elapsed since the card was selected reaches a threshold value of the card.

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 unit 25 turn calculation unit 26 control unit 30 deck area 31 parameter display area 32 possessed card display area 33 automatic formation button 34 determination button 400a field area 400b deck display area 401 player character 402 player status display area 403 trans button 404, 404a , 404b, 404c Enemy character 405, 405a, 405b, 405c Enemy HP indicator 406, 406a, 406b, 406c Enemy standby turn number 407 Target icon 408, 408a, 408b, 408c, 408d, 408e Card 409 Command name display 410 Damage display 411 Standing turn display 412 Large spirit card display area 412
413, 413a, 413b Large 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 Match log button 83 Next button 90 Match log information display area 91 Close button 101 Reward display area 102 OK button

An object of the present invention, which has been made in view of such circumstances, is to improve the user's interest in a battle performed in a battle game and improve usability .

According to the onset bright, it is possible to improve the usability as well as enhance the interest of the user for competition to be performed in the battle game.

Claims (8)

In the information processing device that executes the game,
For each of a plurality of cards used in the match, a storage step of storing a threshold value of the card;
Displaying at least some of the plurality of cards in a first area on a first screen where the battle is performed;
Selecting the card according to a user operation of moving a card from the first area to the second area of the first screen;
When a parameter indicating the time elapsed since the card was selected reaches the first threshold value of the card, executing different processing according to the card;
Controlling the selected card to the non-selectable card that cannot be temporarily selected by the user;
Displaying the non-selectable card in a different manner from the selectable card, and displaying on the first screen information indicating a time required until the non-selectable card can be selected again;
When the parameter indicating the time elapsed since the card was selected reaches a second threshold greater than the first threshold of the card, controlling the card so that the unselectable card can be selected again; , Make the program run. The program according to claim 1, wherein
In the storage step, a program further storing, for each of the plurality of cards, information indicating a processing system according to the card. The program according to claim 1 or 2,
In the storing step, for each of the plurality of cards, a level of the card and a parameter contributing to physical strength of the player character are further stored,
The program, wherein the parameter of the card increases according to a level of the card. The program according to any one of claims 1 to 3, wherein
A program causing the information processing apparatus to further execute a step of storing, for each opponent the user has competed in the past, win / loss information of the user. A program according to any one of claims 1 to 4, wherein
A program causing the information processing device to further execute a step of displaying battle log information indicating the content of the battle on a second screen. A program according to any one of claims 1 to 5,
A program for causing the information processing device to further execute a step of giving a predetermined reward to the user when the user wins the battle. An information processing device for executing a game,
A storage unit that stores a threshold value of the card for each of a plurality of cards used in the match;
A display unit that displays at least some of the plurality of cards in a first area on the screen where the battle is performed;
In response to a user operation of moving a card from the first area to the second area of the screen, the card is selected, and a parameter indicating a time elapsed since the card was selected is set to a first threshold value of the card. If it has reached, executing different processing according to the card, controlling the selected card to the non-selectable card that cannot be temporarily selected by the user, and selecting the non-selectable card from the selectable card. The information is displayed in a different manner from the card, and information indicating the time required for the unselectable card to become selectable again is displayed on the screen. An information processing apparatus comprising: a processing unit configured to control, when a second threshold value greater than the first threshold value of a card is reached, to select the unselectable card again. A method for controlling an information processing device that executes a game,
For each of a plurality of cards used in the match, a storage step of storing a threshold value of the card;
Displaying at least a part of the plurality of cards in a first area on a screen where the battle is performed;
Selecting the card according to a user operation of moving a card from the first area to the second area of the screen;
When a parameter indicating the time elapsed since the card was selected reaches the first threshold value of the card, executing different processing according to the card;
Controlling the selected card to the non-selectable card that cannot be temporarily selected by the user;
Displaying the non-selectable card in a different manner from the selectable card, and displaying on the screen information indicating a time required until the non-selectable card can be selected again;
When the parameter indicating the time elapsed since the card was selected reaches a second threshold greater than the first threshold of the card, controlling the card so that the unselectable card can be selected again; And a control method of the information processing apparatus, including: