JP5926424B2 - Control method, computer and control program - Google Patents

Description

  The present invention relates to a control method, a computer, and a control program.

  In recent years, a so-called social game in which a plurality of players can communicate with each other is known as a game provided to a mobile terminal via a communication network. As the social game, for example, a game (so-called “card battle game”) is known in which a card is used to perform a battle (match) with an enemy character.

  For example, Patent Literature 1 describes a card battle game in which an automatic battle between a card possessed by a player and an enemy character is executed. In the automatic battle of this card battle game, a process of reducing the HP of the enemy character is executed based on the sum of the attack power and defense power of the card.

JP 2008-142352 A

  However, in the automatic battle in which the result of the battle game is determined only by parameters such as the attack power and defense power of the card, the interest in the battle game is lacking, which is a factor that reduces the interest of the battle game. On the other hand, in a conventional general role-playing game in which actions such as attack and defense of the player character are specified based on the player's operation, the player is forced to perform complicated operations each time a battle is performed, thereby reducing the convenience of the player. It was a factor to make.

  The present invention has been made to solve such problems, and provides a control method, a computer, and a control program that can improve the interest of the game while maintaining the convenience of the player. With the goal.

  A control method according to the present invention is a control method for a computer that includes a storage unit and executes a battle game that progresses in a turn system in which a player character and an opponent character act in a predetermined order. In response to an operation from the player character, an action list for setting an action performed by the player character in the turn of the player character is stored in the storage unit in association with the player character, and when a battle game request is received from the player, the action list is associated with the player character. Automatically executing the battle game by sequentially executing the actions set in the action list in the turn of the player character. Note that the computer is only required to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

  In the control method according to the present invention, it is preferable that the action includes a process of causing an attack, defense, relocation, or a specific effect.

  In the control method according to the present invention, it is preferable that the action list further includes a target of each action, and the computer executes the action on the target in the execution of the battle game.

  Further, in the control method according to the present invention, the computer further stores an action list for the opponent character in the storage unit in association with the opponent character in response to an operation from the opponent player, and executes the battle game. Preferably, the action set in the action list associated with the player character and the action set in the action list associated with the opponent character are sequentially executed.

  In the control method according to the present invention, the battle game is executed using a plurality of player characters, and the computer is set in each action list associated with each of the plurality of player characters in the execution of the battle game. It is preferable to execute the actions sequentially in the turn of each player character.

  In the control method according to the present invention, the computer further associates an action list for the related player character with the related player character in the storage unit in response to an operation from the related player, which is another player related to the player. The player characters that are stored and used by the player for the battle game include the related player characters, and the computer, in the execution of the battle game, is the action owned by the related player for the related player characters among the player characters that the player uses for the battle game. It is preferable to execute a battle game using a list.

  In the control method according to the present invention, the plurality of action lists are stored in the storage unit in association with the player character, and the computer is a battle game in response to a request from the opponent player in the execution of the battle game. In some cases, it is preferable that one of a plurality of action lists stored in the storage unit is automatically selected and a battle game is executed using the selected action list.

  In the control method according to the present invention, it is preferable that the action set in the action list is automatically determined based on the level, attribute, occupation, skill, or special technique of the player character associated with the action list. .

  In the control method according to the present invention, it is preferable that points are set for actions, and the total sum of action points set in the action list is limited to a predetermined upper limit value or less.

  A computer according to the present invention is a computer that executes a battle game that progresses in a turn system in which a player character and an opponent character act in a predetermined order, and in response to an operation from the player, A storage unit that stores an action list for setting an action to be performed by the player character in association with the player character, and when a request for a battle game is received from the player, the action set in the action list associated with the player character is A battle execution unit that automatically executes the battle game by sequentially executing in the turn.

  A control program according to the present invention includes a storage unit, and a player that executes a battle game in which a player character and an opponent character move in a predetermined order and that progresses in a turn system according to an operation from the player. An action list for setting an action performed by the player character in the turn of the character is stored in the storage unit in association with the player character, and when a battle game request is received from the player, the action set in the action list associated with the player character Are sequentially executed in the turn of the player character, thereby causing the battle game to be automatically executed.

  The control method, the computer, and the control program according to the present invention can improve the interest of the game while maintaining the convenience of the player by executing a battle game that proceeds in a turn-based manner using the action list. It becomes possible.

1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 2 is a diagram illustrating an example of a schematic configuration of a server 3. FIG. It is a figure which shows an example of the data structure of various tables. It is a figure which shows an example of the data structure of various tables. It is a schematic diagram for demonstrating the flow of the automatic battle using the card | curd which the player 1 and the player 2 possess. (A) is a figure which shows an example of the home screen 700, (b) is a figure which shows an example of the deck organization screen 710. It is a figure which shows an example of the action list setting screen. It is a figure which shows an example of the action list creation screen. (A) is a figure which shows an example of the automatic organization action list selection screen 1000, (b) is a figure which shows an example of the registered action list selection screen 1010. It is a figure which shows an example of the opponent setting screen 1100. FIG. 5 is a diagram illustrating an example of a deck selection screen 1200. FIG. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. It is a figure which shows an example of the operation | movement flow of the execution process of a battle.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

  In the present embodiment, the player executes a battle game that progresses in a turn system in which the player card and the opponent card each act in a predetermined order. In a battle game that progresses in a turn-based manner, a specific action is performed on a card used for a battle every turn. The card is an example of a display mode in which a character is displayed on the game, and the character is an example of a game medium. A game medium is electronic data used for a game, and includes items, characters, avatars, and the like, for example. The game medium is electronic data that can be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. The player card is a card owned by a player who executes the battle game. The opponent card is a card that competes with the player card, and is a card owned by an opponent player that is another player different from the player. The opponent card may be a card that is automatically operated by a server or a computer.

  Actions include attacks, defenses, changes, skills, special moves and special actions. An attack is an action that causes a certain amount of damage to an opponent card. Defense is an action that reduces the damage given by the opponent card. A change is an action for changing the placement position of a player card. The skill is an action that activates an attack magic that attacks the opponent's card or a recovery magic that recovers damage given to the player card. Each skill is predetermined for each card, and the skills that can be executed differ for each card. In addition, the magic power (MP) to be consumed is set for each magic, and the MP corresponding to the activated magic is consumed from the MP associated with the card in the card in which each magic is activated, If the MP associated with the card is less than the MP for the magic to be activated, the magic cannot be activated. The Special Move is an action that gives damage to the opponent card that is greater than the damage caused by the attack. Each special technique is predetermined for each card, and the special technique that can be executed is different for each card. The special action is a technique that does not execute the action of the opponent card for a certain period (number of turns) by all the cards constituting the deck. Special actions can be performed on all cards. Skills, special moves, and special actions are examples of processes that produce specific effects. The process that produces a specific effect includes dance, song, use of items, and the like.

  A turn is an order in which any one of a plurality of cards executing a battle can execute an action. During the turn of a card, no other card can perform an action. Each character may perform a plurality of actions in one turn.

  In the present embodiment, an action list for setting a plurality of actions executed by the player card in the turn of the player card is set in association with the player card in response to an operation from the player. When the player or the opponent player requests the execution of the battle game, the action set in the action list associated with each player card or each opponent player card is the turn of each player card or each opponent player card. The battle game is automatically executed by sequentially executing the game.

  In this way, by executing a battle game that progresses in a turn-based manner using cards using an action list set for each card, it is possible to improve the interest of the game while maintaining the convenience of the player Plan.

  FIG. 1 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes at least one mobile terminal 2 and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

  FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 is connected to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 requests the server 3 to advance the game in accordance with the operation of the operation unit 23 (button or the like) by the player. In addition, the mobile terminal 2 receives display data related to the progress of the game from the server 3 and displays it. For this purpose, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25.

  In the present embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, a tablet A PC, a notebook PC, or the like may be used.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25.

  The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays display data related to the progress of the game. Further, the terminal storage unit 22 stores display data relating to the progress of the game, video data, image data, and the like as data. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the mobile terminal 2 can be operated, such as a touch panel or a key button. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from the player.

  The display unit 24 may be any device as long as it can display images, images, and the like, and is, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

  The terminal processing unit 25 includes one or a plurality of processors and their peripheral circuits. The terminal processing unit 25 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 includes a terminal communication unit 21 and a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure based on a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (such as application programs) in parallel.

  The terminal processing unit 25 includes at least a browsing execution unit 251. Each of these units is a functional module realized by a program executed by a processor provided in the terminal processing unit 25. Or these each part may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data relating to the progress of the game. That is, in response to an instruction from the player, a display data acquisition request relating to the progress of the game is transmitted to the server 3 via the terminal communication unit 21. In addition, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the content data that has been identified based on the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24.

  FIG. 3 is a diagram illustrating an example of a schematic configuration of the server 3. 4 and 5 are diagrams illustrating examples of data structures of various tables stored in the server storage unit 32. FIG.

  The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data relating to the progress of the game and transmits it to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 includes a communication interface circuit for connecting the server 3 to the Internet 7 and performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that progresses a game and creates display data related to the result.

  The server storage unit 32 stores, as data, various tables shown in FIGS. 4 and 5, game fields, items, avatars, data related to enemy characters, and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process. Various tables will be described later.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure based on a program or the like stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

  Here, the method of the automatic battle (match) in the game which the game system 1 provides is demonstrated using FIG. FIG. 6A is a schematic diagram for explaining a flow of an automatic battle executed using cards owned by the player 1 and the player 2. Player 1 owns card A and player 2 owns card B. The HP, attack power, and defense power of card A are 200 points, 100 points, and 150 points, respectively. The HP, attack power, and defense power of card B are 200 points, 200 points, and 50 points, respectively.

  The action lists set by the player 1 and the player 2 before the battle are associated with the cards A and B, respectively. In the action list corresponding to the card A, the skill that doubles the attack power is set first, the second defense, the third attack, and the fourth attack. In the action list corresponding to the card B, a skill that doubles the attack power is set first, a second attack, a third attack, and a fourth attack.

  When the battle game is started, the action list associated with each card is referred to for each turn, and the action executed by the card A is extracted. The action performed by card A is a skill that doubles the attack power in the first turn, defense in the second turn, attack in the third turn, and attack in the fourth turn. The action performed by the card B is a skill that doubles the attack power in the first turn, an attack in the second turn, an attack in the third turn, and an attack in the fourth turn. If the battle does not end even if the action of the last turn is executed, the actions are sequentially executed again from the action of the first turn set in the action list.

  In the flow of the automatic battle shown in FIG. 6A, in the first turn, the first card A is a skill that doubles the attack power that is the first action set in the action list associated with the card A. Execute. As a result, the damage 150, which is twice the attack power (200) of the card A attack power (100) and reduced the defense power (50) of the card B, is given to the card B, and the HP of the card B starts from 200 points. 50 points. Next, the subsequent card B executes a skill that doubles the attack power, which is the first action set in the action list associated with the card B. As a result, the damage 250 obtained by subtracting the defense power (150) of the card A from the attack power (400) twice the attack power (200) of the card B is given to the card A, and the HP of the card A is increased from 200 points. It becomes 0 (zero) point. Since the HP of the card A becomes 0 (zero), the player 2 who owns the card B wins, and the battle ends.

  FIG.6 (b) is a schematic diagram for demonstrating the example at the time of changing an action list in the battle shown to Fig.6 (a). The HP, attack power and defense power of the card A and card B shown in FIG. 6B are the same as the HP, attack power and defense power of the card A and card B shown in FIG. The action list of card B shown in b) is the same as the action list of card B shown in FIG. On the other hand, in the action list of the card A shown in FIG. 6B, the first and second actions are alternately switched with respect to the action list of the card A shown in FIG.

  In the automatic battle shown in FIG. 6B, the first card A performs defense in the first turn. As a result, the HP of the card B is not changed. Next, the second attack card B executes a skill that doubles the attack power. Since card A executed defense in the turn before the turn in which card B executed the skill, the defense power (150) of card A is doubled (300). Damage 100, which is twice the attack power (400) of card B (200) and twice the defense power (300) of card A, is given to card A, and the HP of card A is increased from 200 points. It becomes 100 points, and HP of card A does not become 0 (zero).

  In the second turn, the first card A executes a skill that doubles the attack power. As a result, the damage 150, which is obtained by subtracting the defense power (50) of the card B from the attack power (200) twice the attack power (100) of the card A, is given to the card B, and the HP of the card B is increased from 200 points. 50 points. Next, the late card B executes the attack. As a result, the damage 50 obtained by subtracting the defense power (150) of the card A from the attack power (200) of the card B is given to the card A, and the HP of the card A is changed from 100 points to 50 points.

  In the third turn, the first card A performs an attack. As a result, the damage 50 obtained by subtracting the defense power (50) of the card B from the attack power (100) of the card A is given to the card B, and the HP of the card B is changed from 50 points to 0 (zero) points. Since the HP of the card B becomes 0 (zero), the player 1 who owns the card A wins, and the battle ends. In this way, even in a battle using the same card, the result of the battle becomes different by changing the action list. Therefore, the player can advance the battle advantageously by devising and creating the action list. Is possible.

  In a battle game that progresses in a conventional turn system, the player can only select a card for performing a battle, and the result of the battle is determined only by parameters such as the attack power and defense power of the card. Since the player can easily assume the result of the battle game before the battle game, the player is not interested in the battle game, which is a factor that reduces the interest of the battle game. On the other hand, by sequentially executing the actions set in the action list, it is possible to realize a battle game that requires the player's strategy, and to improve the fun of the game. In addition, since each action list is set before the battle game by the player, it is possible to maintain the convenience of the player without forcing the player to perform complicated operations during the battle execution.

  7-12 is a figure which shows an example of the display screen of the portable terminal 2 based on the display data produced by the server 3. FIG.

  FIG. 7A is a diagram illustrating an example of a home screen 700 displayed on the mobile terminal 2. The home screen 700 is displayed based on home screen display data received from the server 3. On the home screen 700, a “deck organization” button 701, a “battle” button 702, a “shop” button 703, a “setting” button 704, and the like are displayed in a list.

  When the “deck organization” button 701 is pressed, a deck organization screen described later is displayed. When the “battle” button 702 is pressed, an opponent setting screen described later is displayed. When the “shop” button 703 is pressed, a screen (not shown) for purchasing items and characters is displayed. In addition, when the “setting” button 704 is pressed, a screen (not shown) for performing settings necessary for proceeding with the game is displayed.

  FIG. 7B shows an example of the deck organization screen 710 displayed on the mobile terminal 2. The deck organization screen 710 is displayed when the player presses the “deck organization” button 701. The deck organization screen 710 is also displayed when a “create new” button on a deck selection screen described later is pressed. On the deck organization screen 710, a frame 711 and an “action list” button 712 are displayed for each card included in the deck, and a “registration” button 713, a “reorganization” button 714, a “return” button 715, and the like. Is displayed.

  When any one of the frames 711 is pressed by the player, a screen (not shown) for selecting a card arranged in the frame 711 in the deck from the plurality of cards owned by the player is displayed. The card selected in is placed (displayed) in the frame 711. A plurality of cards owned by the player are displayed on the deck organization screen 710, and the player can select a card to be arranged in the frame 711 by moving the card by drag and drop operation on the deck organization screen 710. Also good.

  When a card is placed in the frame 711 and the “behavior list” button 712 displayed below the frame 711 is pressed, an action list associated with the card placed in the frame 711 is set. A screen is displayed. Hereinafter, a card arranged in a frame 711 displayed on the “behavior list” button 712 is referred to as a setting target card.

  When a “register” button 713 is pressed in a state where a card is set in at least one frame 711 and a corresponding action list is set, a deck constituted by the cards set in each frame 711 is registered.

  When the “reorganize” button 714 is pressed, a screen (not shown) for selecting a deck that has already been registered by the player is displayed, and each card constituting the selected deck is arranged in each frame 711. (Is displayed. When the player reconfigures the deck, the player can set the cards and action lists that make up the deck, as in the case of newly organizing the deck. When the “return” button 715 is pressed, the home screen 700 is displayed again.

  FIG. 8 shows an example of an action list setting screen 800 displayed on the mobile terminal 2. The action list setting screen 800 is displayed when the player presses the “action list” button 712. The action list setting screen 800 includes a “create by yourself” button 801, an “create automatically” button 802, a “your action list” button 803, a “recommended action list” button 804, and a “friend action list” button 805. In addition, a “popular action list” button 806 and the like are displayed.

  When the “create by yourself” button 801 is pressed, a screen for creating an action list is displayed. When the “Create automatically” button 802 is pressed, a screen for selecting an automatically organized action list is displayed. When the “your action list” button 803 is pressed, a screen for selecting a registered action list is displayed.

  When the “recommended action list” button 804 is pressed, a screen (not shown) for selecting from a recommended action list by the game system 1 is displayed. In addition, when the “action list of friends” button 805 is pressed, a screen for selecting a card and an action list from the cards owned by the related player and the action list associated with the card is displayed. Related players include, for example, other players that belong to the same group as the player, other players who have friendships with the player, other players who have rescued the player in battles with past enemy characters, Other players who have played against each other and / or other players belonging to groups that have played in the past. When a “popular action list” button 806 is pressed, a screen for selecting an action list from the action lists displayed in descending order of popularity is displayed.

  FIG. 9 shows an example of an action list creation screen 900 displayed on the mobile terminal 2. The action list creation screen 900 is displayed when the player presses a “create by yourself” button 801 on the action list setting screen 800. The action list creation screen 900 is also displayed when an “edit and use” button on a registered action list selection screen, which will be described later, or an “action list” button on a deck selection screen is pressed. On the action list creation screen 900, an action list 901, selectable actions 906, selectable objects 907, action point usage status 908, a “register” button 909, a “return” button 910, and the like are displayed.

  As the action list 901, an action list created by the user is displayed. In the action list 901, an action order 902, an action 903, an object 904, and an action point 905 are displayed. In the action list 901 shown in FIG. 9, the first to third actions in the action order 902 are set. In the action list 901, the action of the first turn is an attack on the enemy avant-garde, the second turn is a defense, and the third turn is a skill for the fellow avant-garde.

  Numbers 1 to 10 are displayed as the action order 902. The action order 902 indicates the order in which the card performs the action 903 on the target 904 during the battle.

  As the action 903, an action selected from the selectable actions 906 by the player's operation is displayed. For example, one of the selectable actions 906 is selected by being moved to the position of the action 903 by a drag-and-drop operation. Further, as the target 904, a target selected from the selectable targets 907 by the player's operation is displayed. It should be noted that the action such as defense is controlled such that the target 904 cannot be selected when the action such as defense is selected because only the card to be executed is the target of the action.

  The action point 905 is a point set for each action, and a different point is stored according to each associated action. For example, a larger action point is stored for a skill with a higher attack power or defense power or a special move. Actions 903 included in the action list are limited so that the sum of action points 905 set for each of all actions 903 is equal to or less than an upper limit (for example, 100 points). For example, if the action point 905 set for each action included in the selectable action 906 is added to the sum of the action points 905 set for each action 903 that has already been selected, Is controlled so as not to be displayed in the selectable action 906. In the selectable behavior 906, instead of controlling each behavior not to be displayed, each behavior may be grayed out so that the player cannot perform a selection operation. Further, even if the player selects an action from which the total of the action points 905 exceeds the upper limit value from the selectable actions 906 and moves it to the position of the action 903, the action is controlled so that the action cannot be set to the action 903. May be.

  As the selectable action 906, an action that can be executed by the setting target card is displayed. In the example of FIG. 9, each action of attack, defense, change, skill, special move, and special action is displayed. Each action target is displayed as the selectable target 907. In the example of FIG. 9, each of the enemy avant-garde, enemy avant-garde, fellow avant-garde, fellow avant-garde, frame 1, frame 2, frame 3, and frame 4 is displayed. Frame 1, frame 2, frame 3, and frame 4 indicate the arrangement positions of the player cards that constitute the player's deck.

  As the action point usage status 908, the total of action points of each action set for each action 903 and the remaining points until reaching the upper limit value are displayed. Each time the newly selected action and target are displayed in the action 903 and the target 904, the sum of the action points and the remaining points are recalculated and displayed again. It is shown that the total of action points set for each action 903 from the first to the third is 23 points, and the remaining points up to the upper limit of 100 points are 77 points.

  When the “Register” button 909 is pressed, the displayed action list 901 is registered in association with the setting target card. When the “return” button 910 is pressed, the action list setting screen 800 is displayed again.

  When a specific action is selected as the action 903, a “standby” that does not execute the action at all may be forcibly inserted before the specific action. For example, when a skill or a special technique that has an attack power exceeding a predetermined value is selected and displayed as the action 903, “standby” is forcibly inserted before the skill or the special technique, and the skill or the special technique is executed. Nothing is done in the turn before the turn that is executed. In this way, when a specific action that has a higher battle effect than other actions is set in the action list, by preventing the action from being set before the specific action, the strategy in the battle game It is possible to improve the interest of the game. Note that “standby” in which no action is performed may be forcibly inserted behind a specific action.

  FIG. 10A shows an example of the automatic organization action list selection screen 1000 displayed on the mobile terminal 2. The automatic organization action list selection screen 1000 is displayed when the player presses the “Create automatically” button 802 on the action list setting screen 800. The automatic organization action list selection screen 1000 displays an automatic organization action list 1001, a “use” button 1002, a “reorganization” button 1003, a “return” button 1004, and the like.

  The automatic organization action list 1001 is an action list that is automatically determined based on the level, attribute, occupation, possession skill, and possession special technique of the setting target card. When the “use” button 1002 is pressed, the displayed automatic organization action list 1001 is registered in association with the setting target card.

  When the “reorganization” button 1003 is pressed, a newly automatically determined automatic organization action list 1001 is displayed instead of the displayed automatic organization action list 1001. When the “return” button 1004 is pressed, the action list setting screen 800 is displayed again.

  FIG. 10B shows an example of a registered action list selection screen 1010 displayed on the mobile terminal 2. The registered action list selection screen 1010 is displayed when the player presses the “your action list” button 803 on the action list setting screen 800. The registered action list selection screen 1010 displays a registered action list 1011, a registered action list name 1012, an “edit” button 1013, a “return” button 1014, and the like.

  The registered action list 1011 is an action list registered in the past by the player. The registered action list name 1012 is, for example, a name given by the player when the player registers the registered action list 1011.

  When the “edit” button 1013 is pressed, an action list creation screen 900 is displayed. In the action list creation screen 900 displayed in this case, the registered action list 1011 is displayed as the action list 901. When the “return” button 1014 is pressed, the action list setting screen 800 is displayed again.

  In the recommended action list selection screen (not shown) displayed when the player presses the “recommended action list” button 804 on the action list setting screen 800, the administrator of the server 3 sets in advance as a template. Displayed action list is displayed. Similar to the automatic organization action list selection screen 1000, the recommended action list selection screen has a button for registering the selected action list in association with the setting target card.

  In addition, the related player action list selection screen (not shown) displayed when the player presses the “friends' action list” button 805 on the action list setting screen 800 is owned by the related player related to the player. A card and an action list associated with the card are displayed. Hereinafter, a card owned by a related player is referred to as a related player card. Similar to the automatically-organized action list selection screen 1000, the related player action list selection screen has a button for registering the selected action list in association with the setting target card. The player can acquire the related player card and the action list associated with the related player card by pressing this button. Of the cards used by the player in the battle game, for the cards owned by other players such as related players, the battle game is executed using an action list owned by the other player. Thereby, the construction of relevance with related players such as friends can be activated.

  In addition, a popular action list selection screen (not shown) displayed when the player presses the “popular action list” button 806 on the action list setting screen 800 is an action provided by each player participating in the game. In the list, an action list in which the number of requests requested by each player exceeds a specific upper limit value is displayed. Similar to the automatically-organized action list selection screen 1000, the popular action list selection screen has a button for registering the selected action list in association with the setting target card. This increases the willingness of the player to create a highly strategic action list that can be used by other players, and can improve the interest of the game. The action list displayed on the popular action list selection screen may be displayed in a ranking format arranged in descending order of the number of requests for provision. Further, instead of the number of times the provision is requested, the number of times that a player who uses the action list has won, or the number of votes voted by other players on the action list may be used. In addition, a privilege may be given to a player who has created an action list with a large number of provisions. This increases the willingness of the player to create a highly strategic action list that can be used by other players, and can improve the interest of the game.

  As described above, the behavior list can be selected on the automatic organization behavior list selection screen 1000, the registered behavior list 1011, the recommended behavior list selection screen, the related player behavior list selection screen, or the popular behavior list selection screen, so that the creation of the behavior list is complicated. It is possible to prevent the player who feels that the player has left the battle game.

  FIG. 11 shows an example of an opponent setting screen 1100 displayed on the mobile terminal 2. The opponent setting screen 1100 is displayed when the player presses the “battle” button 702. On the opponent setting screen 1100, for each selectable opponent player, opponent deck information 1101 and a “warf” button 1102 are displayed, and an “automatic battle” button 1103, a “return” button 1104, and the like are displayed. .

  The opponent deck information 1101 is deck information of an opponent player with whom the player can play. The opponent deck information 1101 displays names, levels, attributes, and the like of a plurality of cards constituting the opponent player's deck. In the opponent deck information 1101, only the names of a plurality of cards may be displayed. Alternatively, the opponent deck information 1101 may display information such as a skill that can be used together with the name, level, and attribute. Thus, since the player can see the deck information of the opponent player before the battle game, it is possible to select a deck and an action list that are advantageous to the opponent player.

  When the “warf” button 1102 is pressed, another player corresponding to the pressed “warf” button 1102 is selected as an opponent player of the player, and a screen for the player to select a deck to be used in the battle is displayed. Is displayed. Each card constituting the deck of the selected opponent player becomes an opponent card. When the “Omakase Battle” button 1103 is pressed, the deck information of the other player that is automatically selected is set as the deck information of the opponent player. When the “return” button 1104 is pressed, the home screen 700 is displayed again.

  FIG. 12 shows an example of the deck selection screen 1200 displayed on the mobile terminal 2. The deck selection screen 1200 is displayed when the player presses the “fight” button 1102. On the deck selection screen 1200, a deck 1201 that can be selected by the player is displayed, and a “create new” button 1205, an “automatically create deck” 1206, a “return” button 1207, and the like are displayed. For each deck 1201, a card 1202, an “action list” button 1203, and a “use” button 1204 are displayed.

  Each deck 1201 is a deck registered in advance by the player. A card 1202 indicates each card constituting the deck 1201. The “behavior list” button 1203 is associated with the card 1202 displayed on the “behavior list” button 1203. When an “action list” button 1203 is pressed, an action list creation screen 900 is displayed. In this case, an action list associated with the card 1202 is displayed as the action list 901 on the action list creation screen 900. Thereby, the player can confirm or correct the action list corresponding to the card 1202, and can reorganize the action list according to the deck information of the opponent player selected on the opponent setting screen 1100.

  A “use” button 1204 is displayed in association with the deck 1201. When the “use” button 1204 is pressed, the deck 1201 corresponding to the pressed “use” button 1204 is selected as the deck used by the player in the battle, and the battle with the opponent player is executed. Each card constituting the deck of the selected player becomes a player card. When a plurality of action lists are stored corresponding to each card 1202 of the deck 1201, the action list used in the battle is selected for each card 1202 when the “use” button 1204 is pressed. A screen is displayed and the player can select a specific action list.

  When the “create new” button 1205 is pressed, the deck organization screen 710 is displayed again. In this case, when the “registration” button 713 on the deck organization screen 710 is pressed, a deck constituted by cards arranged in the frame 711 and an action list of the cards constituting the deck are registered and the player is in a battle. It is selected as an action list of decks and cards to be used, and a battle with the opponent player is executed.

  When the “Automatic Deck Organization” button 1206 is pressed, a card that automatically constitutes a deck from a plurality of cards owned by the player based on the attributes, occupations, possession skills, possession special moves, and action lists of each card. And an action list for each card are determined. In that case, the determined deck information and action list are set as an action list of decks and cards used by the player in the battle, and a battle with the opponent player is executed. When the “return” button 1207 is pressed, the opponent setting screen 1100 is displayed again. In this way, the opponent selection screen 1100 is displayed, and the deck selection screen 1200 is displayed after the opponent player's deck information is viewed before the battle. And an action list can be selected.

  In order to realize the above functions, the server storage unit 32 stores, as various tables, the player table, the creation action list table, the card table, the recommended action list table, the action table, and the target table shown in FIGS. . Further, as shown in FIG. 3, the server processing unit 33 includes a progress control unit 331, a registration unit 332, and a battle execution unit 333. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  Hereinafter, details of the various tables shown in FIGS. 4 and 5 and the functional blocks of the server processing unit 33 shown in FIG. 3 will be described in order.

  FIG. 4A shows a player table. In the player table, for each player, the player ID, name, deck information, related player ID, owned card ID, and the like of the player are stored in association with each other.

  The player ID is information for identifying each player. The deck information is information related to the deck set by each player, and a deck ID, a frame ID, and a card ID are stored as the deck information. The deck ID is information for identifying each deck. The frame ID is information for indicating the arrangement position of the cards constituting the deck. The card ID is a card ID of each card constituting the deck. The related player ID is a player ID of another player related to each player. The owned card ID is a card ID of a card owned by the player.

  FIG. 4B shows a creation action list table created by the player. In the created behavior list table, for each player, the player ID, the behavior list ID of the behavior list possessed by the player, the behavior list information, the disclosure possibility, the card ID, the number of times of provision, and the like are stored in association with each other. The player ID is the player ID of the player who created the action list. The action list ID is information for identifying the action list. As the action list information, an action order, an action ID, a target ID, and the like are stored. The action order is a number indicating the order of executing the actions set in the action list, the action ID is information for identifying the action set in the action list, and the target ID is the associated action. This is an ID for identifying a target to be executed. The availability of disclosure is information indicating whether or not the action list can be provided to other players. The card ID is a card ID of a card associated with the action list. The number of times of provision is the number of times that the action list is provided to another player.

  FIG. 4C shows a card table. In the card table, for each card, the card ID, level, HP, MP, occupation, attribute, possession skill, possession special technique, etc. of the card are stored in association with each other.

  FIG. 5A shows a recommended action list table. In the recommended action list table, for each action list, action list ID, action list information, battle policy, number of times of provision, and the like of the action list are stored in association with each other. The action list information stored in the recommended action list table is preset as a template by the administrator of the server 3. The battle policy indicates what policy each action included in the action list is set. For example, an avant-garde attack that mainly attacks enemy avant-garde, a defense center that mainly executes defense actions, and the like are set as a battle policy. When the player presses a “recommended action list” button 804 on the action list setting screen 800, a recommended action list selection screen (not shown) including action list information stored in the recommended action list table is displayed. . It should be noted that when the player presses the “recommended action list” button 804, a battle policy can be selected, and a recommended action list selection screen including action list information of the selected battle policy is displayed. Good.

  FIG. 5B shows an action table. In the behavior table, for each behavior, the behavior ID, behavior, action point (AP), and the like of the behavior are stored in association with each other.

  FIG. 5C shows a target table. In the target table, for each target, the target ID and the target of the target are stored in association with each other. The target includes enemy avant-garde, enemy avant-garde, fellow avant-garde, fellow avant-garde, each frame ID constituting the player's deck, and the like.

  The progress control unit 331 controls the start and execution of the game, and appropriately instructs the registration unit 332 and the battle execution unit 333 to execute the process. The progress control unit 331 exchanges necessary data with the mobile terminal 2 via the server communication unit 31.

  When the progress control unit 331 receives the request for each screen described with reference to FIGS. 7 to 12 from the mobile terminal 2, the progress control unit 331 specifies the player ID included in the request. Then, the progress control unit 331 creates display data for displaying a button for accepting an instruction from the target player, character information to be notified to the target player, and an image with a layout corresponding to the screen. It transmits to the portable terminal 2. When one of the buttons is pressed on the screen displayed on the portable terminal 2 and a request for the next screen corresponding to the button is received from the portable terminal 2, the progress control unit 331 similarly displays the next screen. Data is created and the data is transmitted to the mobile terminal 2.

  In particular, the progress control unit 331 receives the deck composition screen request corresponding to the “deck composition” button 701 displayed on the home screen 700 or the “create new” button 1205 displayed on the deck selection screen 1200. If so, display data for displaying the deck organization screen 710 is created. The progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “behavior list” button 712 displayed on the deck organization screen 710 is pressed and the corresponding action list setting screen request is received from the mobile terminal 2, the progress control unit 331 displays the action list setting screen 800. Display data to create. The progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31.

  In addition, the progress control unit 331 presses the “create by yourself” button 801 displayed on the action list setting screen 800 and the “edit” button 1013 on the registered action list selection screen 1010, and the corresponding action list creation screen is displayed. When the request is received from the mobile terminal 2, the registration unit 332 is instructed to create display data for displaying the action list creation screen 900. The progress control unit 331 transmits display data for displaying the action list creation screen 900 received from the registration unit 332 to the mobile terminal 2 via the server communication unit 31.

  In addition, when the “registration” button 909 displayed on the action list creation screen 900 is pressed and the corresponding creation action list registration request is received from the mobile terminal 2, the progress control unit 331 requests registration to the registration unit 332. The registered action list is instructed to be registered in the created action list table. The progress control unit 331 transmits display data for displaying the deck organization screen 710 received from the registration unit 332 to the mobile terminal 2 via the server communication unit 31.

  Further, when the “registration” button 713 displayed on the deck organization screen 710 is pressed and the corresponding deck registration request is received from the mobile terminal 2, the progress control unit 331 is requested to register by the registration unit 332. An instruction to register the deck in the player table is given.

  Further, when the “automatically create” button 802 displayed on the action list setting screen 800 is pressed and the corresponding automatic organization action list selection screen request is received from the mobile terminal 2, the progress control unit 331 registers the registration unit 332. Instruct to create display data for displaying the automatic organization action list selection screen 1000. The progress control unit 331 transmits display data for displaying the automatic organization action list selection screen 1000 received from the registration unit 332 to the mobile terminal 2 via the server communication unit 31.

  When the “your action list” button 803 displayed on the action list setting screen 800 is pressed and a corresponding registered action list selection screen request is received from the mobile terminal 2, the progress control unit 331 In step 332, creation of display data for displaying the registered action list selection screen 1010 is instructed. The progress control unit 331 transmits display data for displaying the registered action list selection screen 1010 received from the registration unit 332 to the mobile terminal 2 via the server communication unit 31.

  In addition, when the “use” button 1002 displayed on the automatic organization action list selection screen 1000 is pressed and the corresponding automatic organization action list registration request is received from the portable terminal 2, the progress control unit 331 sends the registration unit 332. An instruction is given to register the automatic organization action list designated on the automatic organization action list selection screen 1000 in the created action list table.

  Further, when the “battle” button 702 displayed on the home screen 700 is pressed and a corresponding opponent setting screen request is received, the progress control unit 331 displays display data for displaying the opponent setting screen 1100. create. The progress control unit 331 identifies a player ID included in the opponent setting screen request, and randomly extracts a player ID other than the identified player ID from the player table. The progress control unit 331 extracts the player name corresponding to the extracted player ID and the card ID of the deck information from the player table as the opponent player information, and the level and attribute corresponding to the extracted card ID from the card table. Extract. The progress control unit 331 creates display data for displaying an opponent setting screen 1100 in which each extracted information is arranged in a predetermined layout. The progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31.

  The progress control unit 331 selects a player's opponent player when a “defeat” button 1102 displayed on the opponent setting screen 1100 is pressed and a corresponding deck selection screen request is received from the portable terminal 2. Display data for displaying the deck selection screen 1200 is created. The progress control unit 331 identifies the player ID, the player ID of the opponent player, and the deck ID included in the deck selection screen request, and extracts deck information corresponding to the identified player ID from the player table. The progress control unit 331 creates display data for displaying a deck selection screen 1200 in which each extracted information is arranged in a predetermined layout. The progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “use” button 1204 displayed on the deck selection screen 1200 is pressed and a corresponding battle execution request is received from the mobile terminal 2, the progress control unit 331 corresponds to the pressed “use” button 1204. The attached deck 1201 is selected as the deck used by the player in the battle. The progress control unit 331 extracts an action list for the card in the deck 1201 associated with the pressed “use” button 1204 from the created action list table, and selects the action list used by the player in the battle. When a plurality of action lists are set for each card, the progress control unit 331 selects the action list selected on the deck selection screen 1200 as the action list used for the battle. The progress control unit 331 passes the deck ID of the selected deck and the card ID and action list ID of each card included in the deck to the battle execution unit 333 and instructs the battle execution. Further, the progress control unit 331 passes the identified player ID and deck ID of the opponent player to the battle execution unit 333. The progress control unit 331 transmits display data for displaying the battle result screen received from the battle execution unit 333 to the mobile terminal 2 via the server communication unit 31.

  When the registration unit 332 receives an instruction to create display data for displaying the action list creation screen 900 from the progress control unit 331, the player ID, the card ID of the setting target card, and the frame included in the action list creation screen request Specify the ID.

  The registration unit 332 extracts each action corresponding to the specified setting target card from the action table. Note that the registration unit 332 excludes skills and special moves that do not correspond to the specified setting target card from extraction targets. The registration unit 332 creates display data for displaying the action list creation screen 900 in which each extracted information is arranged in a predetermined layout. When the “Edit” button 1013 on the registered action list selection screen 1010 is pressed, the registration unit 332 reads out the action order, action, and target of the registered action list 1011, and each action in the action list 901 is read out. The order 902, the action 903, and the target 904 are set. The registration unit 332 passes the created display data to the progress control unit 331.

  When the registration unit 332 receives an instruction from the progress control unit 331 to register the behavior list in the created behavior list table, the registration unit 332 displays the player ID, the card ID of the setting target card, and the behavior list 901 included in the created behavior list registration request. Identify. The registration unit 332 newly generates an action list ID, and stores the specified action list and card ID in the created action list table in association with the specified player ID and the newly generated action list ID. The registration unit 332 creates display data for displaying the deck organization screen 710 again, and passes the created display data to the progress control unit 331.

  When the registration unit 332 receives an instruction to create display data for displaying the automatic organization action list selection screen 1000 from the progress control unit 331, the player ID and the setting target included in the automatic organization action list selection screen request Specify the card ID of the card. The registration unit 332 extracts the level, attribute, occupation, possession skill, and possession special technique corresponding to the card ID of the specified setting target card from the card table.

  The registration unit 332 associates a plurality of actions executed by the card and a target to execute each action with an action order of each action based on the extracted level, attribute, occupation, possession skill, and / or possession special technique. The automatically organized action list is automatically determined.

  For example, when the level of the setting target card is low, the registration unit 332 organizes a defense-centric automatic organization action list to suppress a decrease in HP, and when the setting target card level is high, the attack-centric automatic organization action list Organize.

  In addition, the registration unit 332 organizes an attack-centric automatic organization action list when the attribute of the setting target card is a specific attribute, and when the attribute of the setting target card is another attribute, the registration unit 332 Organize the list. For example, in the stage where the registration unit 332 plays against an enemy character with a water attribute, if the attribute of the setting target card is a lightning attribute strong against the water attribute, the registration unit 332 sets and sets an attack-centered automatic organization action list. When the attribute of the target card is a fire attribute weak to the water attribute, the defense-centric automatic organization action list is organized.

  In addition, when the occupation of the setting target card is a warrior, the registration unit 332 organizes an automatic organization action list so that the attack or possession special technique is executed in an early action order, and the occupation of the setting target card is a magician. In this case, the automatic organization action list is organized so as to execute only the defense or the recovery magic for the companion.

  In addition, when the possession skill of the setting target card is a specific skill, the registration unit 332 organizes an automatic organization action list so that the possessing skill is executed in an early action order, and the possession skill of the setting target card is another skill. If so, the automatically organized action list is organized so that the possession skills are executed in a late action order. For example, when the possession skill of the setting target card is a skill such as a magic attack, the registration unit 332 organizes an automatic organization action list so that the attack skill is executed in an early action order, and the setting target card possessing skill If is a recovery skill, an automatic action list is organized so that the recovery skill is executed in a late action order.

  Further, the registration unit 332 organizes an automatically organized action list so that the possession special technique is executed in an early action order when the possession special technique of the setting target card is a specific special technique, and the possession special technique of the setting target card is obtained. If it is another special move, the self-organized action list is organized so that the own special move is executed in the late action order. For example, the registration unit 332 organizes and sets the automatic organization action list so that the special technique possessed by the setting target card is a special technique having an attack power less than a predetermined threshold, so that the special technique is executed in an early action order. When the special move possessed by the target card is a special move having an attack power equal to or higher than a predetermined threshold, the automatic organization action list is organized so that the special move is executed in a late action order.

  The registration unit 332 creates display data for displaying the automatic organization action list selection screen 1000 in which the organized automatic organization action list is arranged in a predetermined layout, and passes the created display data to the progress control unit 331.

  In addition, when the registration unit 332 receives an instruction to create display data for displaying the registered action list selection screen 1010 from the progress control unit 331, the card of the player ID and setting target card included in the action list creation screen request Specify the ID.

  The registration unit 332 extracts an action list ID and action list information corresponding to the identified player ID from the created action list table. The registration unit 332 creates display data for displaying the registered behavior list selection screen 1010 in which the extracted behavior list information is arranged in a predetermined layout, and passes the created display data to the progress control unit 331.

  In addition, when the registration unit 332 receives an instruction to register a new deck in the player table from the progress control unit 331, the registration unit 332 specifies the player ID, the frame ID for each frame 711, and the card ID included in the deck registration request. In the player table, the registration unit 332 stores the identified frame ID and card ID in association with the deck ID in the deck information corresponding to the identified player ID.

  When the registration unit 332 receives an instruction from the progress control unit 331 to register the automatic organization behavior list in the creation behavior list table, the registration unit 332 includes the player ID included in the automatic organization behavior list registration request, the card ID of the setting target card, and the designation. Identify the automatically organized action list. The registration unit 332 newly generates an action list ID, and associates the automatically organized action list and the card ID of the setting target card with the specified player ID and the newly assigned action list ID in the created action list table. sign up.

  When the execution of the battle is instructed from the progress control unit 331, the battle execution unit 333 receives the player's deck ID and the action list ID of each card associated with the deck ID, and the player ID and deck ID of the opponent player. Perform a battle based on The battle execution unit 333 receives from the progress control unit 331 the player's deck ID and the action list ID of each card associated with the deck ID, and the player ID and deck ID of the opponent player.

  The battle execution unit 333 extracts a frame ID and a card ID corresponding to the deck ID from the player table based on the player ID and deck ID of the opponent player. The battle execution unit 333 extracts information (level, HP, MP, occupation, attribute, possession skill, possession deadly technique, etc.) of each opponent card from the card table based on each extracted card ID. The battle execution unit 333 extracts action list information from the created action list table based on the extracted card ID, and randomly extracts one action list information from the extracted action list information for use in the battle. As described above, when there is a plurality of action list information associated with the opponent card, it is different even if the opponent card has been played in the past by automatically extracting one action list information for use in the battle. Since the battle progresses with the action pattern, the player cannot easily win and does not lower the interest of the battle game.

  The battle execution unit 333 extracts the card ID from the player table based on the player's deck ID, and extracts information about each player card (level, HP, MP, occupation, attribute, possession skill, possession special technique, etc.). The card is extracted from the card table based on each card ID. The battle execution unit 333 extracts the action list information from the created action list table for use in the battle based on the action list ID of each card associated with the deck ID.

  For each turn, the battle execution unit 333 automatically executes the battle game by sequentially executing the actions set in the action list associated with the player card and the opponent card in the turn of each card. The battle execution unit 333 ends the battle when the physical strength (HP) set for all the cards owned by either the player or the opponent player becomes 0 (zero). Note that the battle execution unit 333 associates with the action ID of the first action order in the next turn when the action indicated by the action ID of the last action order included in the action list is executed but the battle is not ended. The action indicated by the action ID is sequentially executed in accordance with the action order.

  The battle execution unit 333 refers to the action list information used for the battle, the action table, and the target table for each turn, and each action and each target in the action order corresponding to each turn of each player card and each opponent card Are extracted and each extracted action is executed for each target. In addition, it is arbitrarily determined from which card the action is executed in order in the same turn. For example, from which card the action is executed in order may be determined in advance based on the arrangement position of the deck, or may be randomly determined for each turn.

  The battle execution unit 333 determines the presence / absence of a card that is disabled in each turn. The fact that the card becomes incompetent means that, for example, the HP set on the card is reduced by an attack or the like and becomes 0 (zero).

  The battle execution unit 333 removes the card that cannot be battled in the battle from the battle, and executes the battle for the next turn. The battle execution unit 333 determines that the player who has a non-combatable card wins when all the cards of either the player or the opponent player have become non-combatable. finish. In this way, the battle execution unit 333 is set in each action list associated with the action card associated with the plurality of player cards owned by the player and the action card associated with the opponent card possessed by the opponent player. The battle game is automatically executed by sequentially executing the actions in turn of each card.

  Moreover, the battle execution part 333 produces the display data (not shown) for displaying the battle result screen for displaying the effect and result of a battle. The battle execution unit 333 passes the created display data to the progress control unit 331.

  FIG. 13 and FIG. 14 are diagrams showing an example of an operation sequence of the game system 1. FIG. 13 shows an operation sequence particularly related to deck organization and action list setting. FIG. 14 shows an operation sequence related to the setting of the opponent player, the setting of the deck, and the execution of the battle. These operation sequences are performed in cooperation with each element of the mobile terminal 2 and the server 3 mainly by the terminal processing unit 25 and the server processing unit 33 based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance. Worked and executed.

  Hereinafter, an operation sequence of the game system 1 shown in FIG. 13 will be described.

  First, when the player presses the “deck organization” button 701 while the home screen 700 is displayed on the display unit 24, the browsing execution unit 251 sends a deck organization screen request to the server 3 via the terminal communication unit 21. Transmit (step S101). When the deck organization screen request is received via the server communication unit 31, the progress control unit 331 creates display data for displaying the deck organization screen 710 (step S102). Next, the progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31 (step S103). When the display execution unit 251 receives display data via the terminal communication unit 21, the browsing execution unit 251 displays the deck organization screen 710 on the display unit 24 based on the received display data (step S104).

  Next, when the player presses the “behavior list” button 712 on the deck organization screen 710, the browsing execution unit 251 transmits an action list setting screen request to the server 3 via the terminal communication unit 21 (step S105). When the action list setting screen request is received via the server communication unit 31, the progress control unit 331 creates display data for displaying the action list setting screen 800 (step S106). Next, the progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31 (step S107). When receiving display data via the terminal communication unit 21, the browsing execution unit 251 displays the action list setting screen 800 on the display unit 24 based on the received display data (step S108).

  Next, when the player presses any of the buttons 801 to 806 on the action list setting screen 800, the browsing execution unit 251 transmits corresponding screen requests to the server 3 via the terminal communication unit 21 (step S109). . When the progress control unit 331 receives each screen request via the server communication unit 31, the registration unit 332 creates each display data for displaying each screen (step S110). Next, the progress control unit 331 transmits each display data created by the registration unit 332 to the mobile terminal 2 via the server communication unit 31 (step S111). When receiving each display data via the terminal communication unit 21, the browsing execution unit 251 displays each screen on the display unit 24 based on each received display data (step S112).

  Next, when the player selects each action list displayed on each screen, the browsing execution unit 251 transmits each action list registration request to the server 3 via the terminal communication unit 21 (step S113). When the progress control unit 331 receives each action list registration request via the server communication unit 31, the registration unit 332 registers each action list in the created action list table (step S114).

  Next, an operation sequence of the game system 1 shown in FIG. 14 will be described.

  First, when the player presses the “battle” button 702 while the home screen 700 is displayed on the display unit 24, the browsing execution unit 251 sends an opponent setting screen request to the server 3 via the terminal communication unit 21. Transmit (step S201). When the opponent setting screen request is received via the server communication unit 31, the progress control unit 331 creates display data for displaying the opponent setting screen 1100 (step S202). Next, the progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31 (step S203). When the display execution unit 251 receives display data via the terminal communication unit 21, the browsing execution unit 251 displays the opponent setting screen 1100 on the display unit 24 based on the received display data (step S204).

  Next, when the player presses the “combat” button 1102 on the opponent setting screen 1100, the browsing execution unit 251 transmits the deck selection screen request to the server 3 via the terminal communication unit 21 ( Step S205). When the deck selection screen request is received via the server communication unit 31, the progress control unit 331 creates display data for displaying the deck selection screen 1200 (step S206). Next, the progress control unit 331 transmits the created display data to the mobile terminal 2 via the server communication unit 31 (step S207). When the browsing execution unit 251 receives display data via the terminal communication unit 21, the browsing execution unit 251 displays the deck selection screen 1200 on the display unit 24 based on the received display data (step S208).

  Next, when the player presses the “use” button 1204 on the deck selection screen 1200, the browsing execution unit 251 transmits a battle execution request to the server 3 via the terminal communication unit 21 (step S209). ). When the battle execution request is received via the server communication unit 31, the progress control unit 331 instructs the battle execution unit 333 to execute the battle, and the battle execution unit 333 is instructed to execute the battle by the progress control unit 331. Then, a battle is executed (step S210). Details of the battle execution process will be described later. The battle execution unit 333 creates display data for displaying the battle result screen, and the progress control unit 331 transmits the display data created by the battle execution unit 333 to the mobile terminal 2 via the server communication unit 31 ( Step S211). When receiving display data via the terminal communication unit 21, the browsing execution unit 251 displays a battle result screen on the display unit 24 based on the received display data (step S212).

  FIG. 15 is a diagram illustrating an example of an operation flow of a battle execution process performed by the battle execution unit 333. The battle execution process shown in FIG. 15 is executed in step S210 of FIG.

  First, the battle execution unit 333 receives the player's deck ID and the action list ID of each card associated with the deck ID and the player ID and deck ID of the opponent player from the progress control unit 331 (step S301).

  Next, the battle execution unit 333 extracts a frame ID and a card ID corresponding to the deck ID from the player table based on the player ID and deck ID of the opponent player. The battle execution unit 333 extracts information (level, HP, MP, occupation, attribute, possession skill, possession deadly technique, etc.) of each opponent card from the card table based on each extracted card ID. The battle execution unit 333 extracts action list information from the created action list table based on the extracted card ID, and automatically extracts one action list information from the extracted action list information (step S302).

  Next, the battle execution unit 333 extracts the card ID from the player table based on the deck ID of the player, and information of each player card (level, HP, MP, occupation, attribute, possession skill, possession deadly technique, etc.) Are extracted from the card table based on each extracted card ID. The battle execution unit 333 extracts action list information from the created action list table based on the action list ID of each card associated with the deck ID (step S303).

  The processes in steps S304 to S308 are executed for each turn. The battle execution unit 333 refers to the extracted action list information, the action table, and the target table, and extracts each action and each target in each turn of each player card and each opponent card (step S304).

  Next, the battle execution part 333 performs each extracted action with respect to each object (step S305).

  Next, the battle execution part 333 determines the presence or absence of the card | curd from which the battle became impossible (step S306).

  When there is no card that has become unable to battle (step S306-No), the battle execution unit 333 returns the process to step S304 and executes the process of the next turn.

  On the other hand, when there is a card that has become impossible to battle (step S306-Yes), the battle execution unit 333 removes the card that has become impossible to battle in the battle from the battle (step S307).

  Next, it is determined whether or not any one of the player and the opponent player can not battle (step S308).

  When both the player and the opponent player can fight at least one card (step S308-No), the battle execution unit 333 returns the process to step S304 and executes the process of the next turn.

  The battle execution unit 333 wins if the player or the opponent player has a card that is not disabled when all the cards are disabled (step S308-Yes). It determines with having carried out (step S309). End a series of steps.

  As described above, in the game system 1 according to the present embodiment, the server 3 automatically executes a battle game that progresses in a turn-based manner using an action list set in accordance with an operation from a player. Thereby, the game system 1 in this embodiment can improve the interest property of a competitive game, maintaining the convenience of a player.

  Note that the game system 1 may limit the setting of skill actions on the action list creation screen 900 by MP. In this case, among the actions included in the action table, the consumption MP is stored in association with each action corresponding to the skill. In addition, the greater the consumed MP, the greater the effect produced by execution.

  For example, an available MP that can be used to execute each skill is set for each action order 902. In that case, as each usable MP, a larger value is set as the action order 902 number increases. When 10 points, 15 points, 35 points, 50 points,... Are set as usable MPs in the first, second, third, fourth,. Cannot set a skill with a consumption MP of 20 points in the first and second action order 902. In this case, the player can set a skill whose consumed MP is 20 points to the third and subsequent points where 35 points larger than 20 points of consumed MP are set as usable MPs. Note that when a skill action is set, the usable MP may be subtracted by the consumed MP of the skill. In the above example, when a skill of 20 points of consumed MP is set in the third action order 902, the fourth usable MP is subtracted from 50 points to 30 points. As a result, the player is requested to have a strategy of setting a skill with a small effect (low consumption MP) as the previous action order or a skill with a large effect (high consumption MP) as the subsequent action order. It is possible to improve the interest of the game.

  In the action list creation screen 900, the setting of the action 903 and the target 904 may be limited by the action order 902. For example, a skill or a special technique that has an attack power of a predetermined value or more cannot be set in the first to seventh action orders 902, and only the eighth and subsequent action orders 902 may be set. As described above, the specific skill or the special move is limited so that it cannot be set before the preset action order. Therefore, the player can request a strategy for executing the specific skill or the special move. It becomes possible to improve the interest of the game.

  In addition, if the battle is not finished even if the last action order included in the action list is executed, the battle execution unit 333 sets the first action order included in the action list until a predetermined turn. You may control not to perform a corresponding action.

  For example, when the action 903 and the target 904 can be set from the first to the tenth in the action list, the battle execution unit 333 executes the action corresponding to the first action order until the tenth action order is reached. do not do. That is, when a card associated with the action list in which the action 903 and the object 904 are set from the first to the eighth is used for the battle, the battle execution unit 333 relates to the card at the ninth turn and the tenth turn. Without executing the action, the battle execution unit 333 executes the action 903 corresponding to the first action order of the card on the eleventh turn.

  By setting in this way, it is possible to provide a player with a strategic action list organization method that takes into consideration the number of action points and the number of actions to be set in creating the action list on the action list creation screen 900.

  Also, when there is a specific relationship between the action executed by the player card and the action executed by the opponent card, the battle execution unit 333 generates a special effect in one or both actions You may let them. For example, when the opponent card executes an attack and the player card executes a defense in the same turn, the battle execution unit 333 causes the player card to execute a counter attack on the opponent card that executed the attack after the defense. To control.

  Moreover, the battle execution part 333 may generate a specific effect when a plurality of actions satisfying a specific condition are executed. For example, when the battle execution unit 333 executes a battle using an action list in which the same attack is set three times consecutively, if the third consecutive attack is executed, the effect of the third attack is tripled. Control to be. By setting in this way, it is possible to realize an automatic battle that requires the player's strategy, and to improve the interest of the game.

  In addition to the player-to-player and player-to-nonplayer (player-to-energy), the turn-based battle in the embodiment of the present invention is a battle between a plurality of players (so-called guild-to-guild or RvR (Realm vs Realm)). There may be, and it may be carried out by a quest.

  The functions of the server processing unit 33 described above may be executed by the terminal processing unit 25 of the mobile terminal 2. In this case, if the player table, the created action list table, the card table, the recommended action list table, the action table, and the target table are stored in the terminal storage unit 22, it is not necessary to communicate with the server 3 each time processing is performed. It is also possible to realize the above function only by the terminal 2.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention. In particular, when the game system 1 of the present invention functions as the server 3 connected to the mobile terminal 2 via the network, the game progress screen is displayed on the mobile terminal 2 based on the data generated by the server 3. A hybrid game in which each of the server 3 and the mobile terminal 2 is responsible for part of the processing, such as a web display and a native display in which other menu screens are displayed by a native application installed in the mobile terminal 2 You can also. Moreover, you may make it implement | achieve this invention in the game terminal which has all the functions of the server 3 for implement | achieving the control method of this embodiment.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Progress control part 332 Registration part 333 Battle execution part

Claims (9)

A computer control method comprising a storage unit and executing a battle game that progresses in a turn system in which a player character and a specific opponent character among a plurality of opponent characters act in a predetermined order, respectively, But,
Outputting data for displaying a screen for selecting the specific opponent character from the plurality of opponent characters;
After the specific opponent character is selected by the player, an action list for setting an action performed by the player character in a turn of the player character in a battle with the specific opponent character in response to an operation from the player Is selected from a plurality of action lists stored in the storage unit in the past by the player and other players, and the selected action list is associated with the player character and stored in the storage unit,
When receiving a request for the battle game from a player, the battle game is automatically executed by sequentially executing the actions set in the action list associated with the player character in the turn of the player character;
A control method comprising: The computer is
Storing the action list set in advance as a template in the storage unit;
The control method according to claim 1, further comprising storing the action list preset as a template in association with the player character in the storage unit in response to an operation from the player. The computer is
Output data to display a screen for creating the action list,
Storing the action list created in response to an operation from the player in the storage unit;
Outputting data for displaying a screen for selecting the created action list stored in the storage unit;
The control method according to claim 1, further comprising storing the selected action list in association with the player character in the storage unit in response to an operation from the player. The computer is
Storing each of the action lists created in response to an operation from each of a plurality of players in the storage unit;
The method further includes outputting data for displaying a screen for selecting the action list having a predetermined number of times or more provided in the past from the created action list stored in the storage unit. Item 4. The control method according to Item 3.   The control method according to claim 4, wherein the action list is displayed in descending order of the provided number of times on a screen for selecting the action list for which the provided number of times is a predetermined number or more. The computer is
And further including storing an action list for the related player character in the storage unit in association with the related player character in response to an operation from the related player, which is another player related to the player,
The execution of the battle game, the computer sequentially executes the actions set in the action list for the related player character selected according to the operation from the player in the turn of the player character. The control method according to claim 5.   In the execution of the battle game, the action executed in the turn of the player character is changed according to the action executed in another turn of the player character or the action executed in the turn of the opponent character. Item 7. The control method according to any one of Items 1 to 6. A computer that includes a storage unit and that executes a battle game that progresses in a turn system in which a player character and a specific opponent character among a plurality of opponent characters act in a predetermined order,
An output unit for outputting data for displaying a screen for selecting the specific opponent character from the plurality of opponent characters;
After the specific opponent character is selected by the player, an action list for setting an action performed by the player character in a turn of the player character in a battle with the specific opponent character in response to an operation from the player And a registration unit that stores the selected action list in association with the player character and stores the selected action list in the storage unit, from among a plurality of action lists previously stored in the storage unit by the player and other players. ,
A battle execution unit that automatically executes the battle game by sequentially executing the actions set in the action list associated with the player character in the turn of the player character when a request for the battle game is received from a player When,
A computer comprising: A computer that includes a storage unit and that executes a battle game that progresses in a turn system in which a player character and a specific opponent character among a plurality of opponent characters act in a predetermined order,
Outputting data for displaying a screen for selecting the specific opponent character from the plurality of opponent characters;
After the specific opponent character is selected by the player, an action list for setting an action performed by the player character in a turn of the player character in a battle with the specific opponent character in response to an operation from the player Is selected from a plurality of action lists stored in the storage unit in the past by the player and other players, and the selected action list is associated with the player character and stored in the storage unit,
When receiving a request for the battle game from a player, the battle game is automatically executed by sequentially executing the actions set in the action list associated with the player character in the turn of the player character;
A control program characterized by causing

Images