JP6183385B2 - GAME SYSTEM, GAME DEVICE, AND PROCESSING PROGRAM - Google Patents

Description

  The present invention relates to a game system, a game device, and a processing program.

  2. Description of the Related Art Conventionally, games in which users or a user and an enemy character battle (match) are known. For example, Patent Literature 1 describes a battle game in which a battle with an opponent is performed by executing an attack button selected by a user.

Japanese Patent Application Laid-Open No. 2014-124489

  By the way, in a game in which the user selects a command such as the attack button described above, the user's strategy is reflected in the progress of the game. However, in such a game, since the user makes a strategy by paying attention to the effect of the command exhibited by the execution of the command, the strategy itself may be limited. For this reason, a new mechanism that gives a wide range of user strategies is desired. It is an object of the present invention to provide a mechanism for providing a range of strategies in a game that allows a user to select a command to be executed.

  A game system according to one aspect of the present invention is a game system using a command that exhibits an effect on a game, and is managed by a command management unit that manages whether or not each of a plurality of commands can be executed, and the command management unit. A command execution unit that executes a specified command that is a command identified by a user operation, a first parameter that relates to a first effect that is a predetermined game effect, and A storage unit that stores a second parameter related to a second effect that is a predetermined game effect different from the first effect, and the first parameter is set according to execution of the specified command by the command execution unit The first parameter control unit to be varied and the second parameter according to the execution order of the designated command executed by the command execution unit. Comprising a second parameter control unit for varying the meter, the.

  A game apparatus according to another aspect of the present invention is a game apparatus that uses a command that exhibits a game effect, and is managed by a command management unit that manages whether or not each of a plurality of commands can be executed, and the command management unit. A command execution unit that executes a specified command that is a command specified by a user operation among executable commands that are executed, a first parameter relating to a first effect that is a predetermined game effect, and A storage unit that stores a second parameter relating to a second effect that is a predetermined game effect different from the first effect, and the first parameter according to execution of the specified command by the command execution unit And the second parameter according to the execution order of the specified command executed by the command execution unit. And a second parameter control unit for varying the.

  A processing program according to another aspect of the present invention is a processing program for operating a game system that uses a command that exhibits an effect on a game, the command management unit managing whether or not each of a plurality of commands can be executed, the command Of the executable commands managed by the management unit, a command execution unit that executes a specified command that is a command specified by a user operation, and a first parameter relating to a first effect that is a predetermined game effect And a storage unit that stores a second parameter relating to a second effect that is a predetermined game effect different from the first effect, and the first command is executed by the command execution unit according to execution of the designated command. A first parameter control unit that varies one parameter, and the designation command executed by the command execution unit. According to the row sequence, the second parameter control unit for varying the second parameter, wherein the functioning of the game system as a.

It is the schematic which shows the structure of the portable game system which concerns on 1st Embodiment. It is a block diagram explaining the hardware constitutions of the portable terminal shown in FIG. It is a block diagram explaining the hardware constitutions of the server shown in FIG. It is a functional block diagram of the portable game system of FIG. It is an example of a possessed command table. It is an example of a deck table. It is an example of an order management table. It is an example of a command table. It is an example of a guild management table. It is an example of an affiliation member table. It is an example of a 1st parameter table. It is an example of a 2nd parameter table. It is a portable terminal display image at the time of command execution. It is a portable terminal display image at the time of command execution. It is a portable terminal display image at the time of command execution. It is a portable terminal display image at the time of command execution. It is a flowchart explaining the command execution process by the portable game system of FIG. It is the schematic which shows the effect of the portable game system which concerns on 1st Embodiment. It is a functional block diagram of the portable game system which concerns on 2nd Embodiment. It is a flowchart explaining the command execution process by the portable game system of FIG.

  Hereinafter, various embodiments will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts are denoted by the same reference numerals.

[First embodiment]
The game system according to the present embodiment is a system that provides a game to a user, for example. An example of a game system is a system that provides a game to a user who uses a mobile terminal by communication between a server and a terminal (mobile terminal). The user is a person who receives a game, for example. A user is an operator of a portable terminal, for example. The operator of the mobile terminal is, for example, a person who designates (selects) a predetermined command by operating the mobile terminal. Note that the user may be the owner of the portable terminal or may be different from the owner of the portable terminal.

  A game is a computer game processed by a computer, for example. An example of a game is a computer game in which a user and another user compete for results. There may be one or more other users. Other users may include virtual users by computer. The score is a game result, such as a score obtained during the game, a condition achieved during the game, and the like. In the game, for example, the winning / losing is determined by comparing the user's score with the score of another user who is an opponent. The game is, for example, a battle game in which a battle is played with an opponent. Specifically, the game is a game that progresses based on commands specified (selected) by a plurality of users, such as a sports game, a fighting game, an RPG including a battle, and a turn-based battle game. In the present embodiment, as an example of a game, a guild battle game in which a plurality of users form a team (guild) and fight with a specific opponent while cooperating with each other will be described. That is, in the present embodiment, the game is a battle game in which a plurality of users constituting the guild play against an opponent. A team (guild) is a collective that consists of a plurality of users and that fights against opponents. The plurality of users constituting the team are two or more users who belong to the same team. The plurality of users constituting the team may include virtual users using computers. The opponent is a battle character that battles with a character in the game operated by the user. For example, the character in the game operated by another user or an NPC may be used. A battle (battle) game is a game in which a battle is played with an opponent.

  Note that the game according to the present embodiment may be a browser game provided using a web browser mounted on a mobile terminal, or by executing an application installed on the mobile terminal while communicating with a server. It may be an application game provided. Hereinafter, as an example, a game in which main processing is performed on a server like a browser game will be described.

  FIG. 1 is a schematic diagram illustrating a configuration of a portable game system 1 according to the first embodiment. As shown in FIG. 1, the mobile game system 1 (an example of a game system) includes, for example, a plurality of mobile terminals 10 and a server 30.

  The portable game system 1 is a game system that uses commands that exert effects on the game. A game effect is, for example, a predetermined result obtained on the game when a command is executed. The effect on the game is, for example, a predetermined result that affects the progress of the game. Specifically, the effect on the game is a result of, for example, reducing the physical strength value of the opponent when a weapon command is executed. The effect on the game means a change of at least one parameter used for the game, for example. The effects on the game include not only results that are advantageous to the user who receives the game but also results that are disadvantageous to the user. Demonstrating a game effect means, for example, producing a game effect. When a game effect is exhibited, for example, at least one parameter used in the game changes (details will be described later). Further, when the effect on the game is exhibited, the user can recognize that the game has progressed or that his / her parameters have changed, for example.

  A command is an instruction given to a computer issued in response to a user operation, for example. For example, the command is a command for processing related to the progress of the game. By executing the command by a user operation, for example, a predetermined effect on the game can be obtained. Specifically, the command is, for example, a weapon command for attacking an opponent using a weapon, an armor command for defending an attack from the opponent by an armor or the like. For example, when the weapon command is executed, the hit point that is the parameter value of the opponent is reduced. In the present embodiment, the command is executed when an operation element (for example, a command object) displayed on the screen of the game terminal is selected by a user operation. Using a command means performing a process by executing a command, for example. A game system that uses commands is a system that progresses the game in accordance with, for example, executed commands. Specifically, a game system using a command refers to a system that reflects a predetermined game effect exhibited by a command to be executed, for example, in the game.

  The plurality of mobile terminals 10 include mobile terminals 10-1 to 10-n. n is a natural number greater than 1. The mobile terminals 10-1 to 10-n are devices having a bidirectional communication function, for example, a mobile phone such as a smartphone, a mobile game machine with a communication function, a personal computer, a tablet terminal, and a store installation business game. Terminal. In the present embodiment, the terminal is described as being a mobile terminal (mobile communication terminal). However, the terminal is not necessarily a mobile terminal, and may be, for example, a desktop personal computer. The mobile terminals 10-1 to 10-n are configured to be able to communicate with the server 30 via the network N, select a command based on a user operation, and transmit the selected command to the server 30. To do. The network N is, for example, the Internet or a dedicated line. The server 30 is a computer that provides the mobile terminal 10 with functions necessary for providing a game by transmitting / receiving commands or data to / from the mobile terminals 10-1 to 10-n. The server 30 controls the progress of the game by receiving commands from the plurality of portable terminals 10-1 to 10-n.

  FIG. 2 is a block diagram illustrating a hardware configuration of the mobile terminal 10 illustrated in FIG. As shown in FIG. 2, the mobile terminal 10 is configured as a general computer including a CPU (Central Processing Unit) 11, a storage unit 12, a communication control unit 13, an input unit 14, and an output unit 15. The storage unit 12 may be, for example, a memory in the mobile terminal 10 that the CPU 11 can directly access, or may be a storage medium such as a memory card. The communication control unit 13 is a communication device such as a network circuit that controls communication. The input unit 14 is an input device such as a camera or a touch panel. The output unit 15 is an output device such as a display or a speaker. Each function of the mobile terminal 10 to be described later is realized by a combination of the operations of the hardware described above. For example, under the control of the CPU 11, predetermined software is read on hardware such as the storage unit 12, the input unit 14 and the output unit 15 are operated, data stored in the storage unit 12 is read or written, and communication is performed. Each function of the portable terminal 10 to be described later is realized by a combination of hardware operations such as communication by the control unit 13.

  FIG. 3 is a block diagram illustrating a hardware configuration of the server 30 illustrated in FIG. As shown in FIG. 3, the server 30 is configured as a general computer including a CPU 31, a storage unit 32, and a communication control unit 33. The storage unit 32 may be, for example, a memory in the server 30 that can be directly accessed by the CPU 31, a storage medium such as a hard disk having a RAID (Redundant Arrays of Inexpensive Disks) configuration, or the server 30. Or a storage medium connected to the server 30 via a network. The communication control unit 33 is a communication device such as a network card that controls communication. Each function of the server 30 to be described later is realized by a combination of the operations of the hardware described above.

  In the following, as a guild-type battle game, a plurality of characters (players) in the game operated by different users on each mobile terminal 10 gather together to form a guild and cooperate with each other, and are NPC (Non Player Character) enemies. An example of performing a battle with a character will be described. The battle (battle) means that the character in the game operated by the user and the opponent (competitor character) compete for victory or defeat based on their respective results, for example, competing for the results of attacking each other against each other. . The result of winning or losing includes a draw. In battles, for example, a weapon command is activated to reduce the hit point (health value) of the enemy character, and an armor command is activated so that the hit point of the enemy character is less likely to decrease. By activating a recovery command that restores the player's hit points, the enemy character's hit points are set to zero before the player's hit points. For example, if the enemy character hit point is zero before the guild player hit point is zero, the player who has the guild wins, and the enemy character hit point is zero. If the guild player hits zero before becoming an enemy character, the enemy character has won. Alternatively, for example, the player who wins more hit points may win.

  In the guild battle game of the present embodiment, points are accumulated according to the execution order of the commands of the same user, and a reward is given to the user according to the points. More specifically, when a reward point obtained by adding points of each user who forms a guild reaches a predetermined value, a reward is given to each user. The reward is a right to exert an effect on a predetermined game, for example, a right to exert an effect that a battle is advantageous for the user. Specifically, as a reward, a right to exert a predetermined game effect usable in an ongoing battle is granted. In other words, the reward is a right for at least one user to exert a predetermined game effect that can be used in an ongoing battle. The ongoing battle refers to the battle that was being performed when the reward determination was made. The reward determination is a determination as to whether or not a reward is given to at least one user. For example, when the value of the parameter relating to the reward determination reaches a reward provision threshold value set in advance, the reward determination that the reward is given is performed. Usable means that it can be used by a user's operation, for example. The reward is, for example, a right that allows a new weapon command to be executed instead of a weapon command that has already been executed and cannot be executed. Alternatively, the reward is a right that allows the armor command to be executed in a state where it cannot be executed. A right is a qualification that provides a game effect. The right that the user can use in the ongoing battle is, for example, a qualification that produces an effect that a new command can be executed. The following description explains each function of the portable terminal 10 and the server 30 in a state where a battle with an enemy character is being performed.

  FIG. 4 is a functional block diagram of the portable game system 1. First, the functional configuration of the mobile terminal 10 will be described. As illustrated in FIG. 4, the mobile terminal 10 includes, for example, an input / output unit 110, a command management unit 120, a sequence management unit 130, a transmission / reception unit 140, a possessed command table TBL101, a deck table TBL102, and a sequence management table TBL103.

  The input / output unit 110 includes a receiving unit 111 and a display unit 112. The input / output unit 110 is realized by the CPU 11 executing a program in the storage unit 12 and controlling at least one of the input unit 14 and the output unit 15 according to the program. The reception unit 111 is realized by the CPU 11 controlling the input unit 14, and the display unit 112 is realized by the CPU 101 controlling the output unit 15. For example, when the mobile terminal 10 includes a touch panel as the input unit 14 and the output unit 15, the touch panel functions as the reception unit 111 and the display unit 112. Alternatively, when the mobile terminal 10 includes a keyboard and mouse as the input unit 14 and a display device as the output unit 15, the keyboard and mouse function as the reception unit 111 and the display device functions as the display unit 112. The input / output unit 110 is not an essential component in the present invention.

  The accepting unit 111 is an input device that accepts a user operation (user operation). The user operation is an operation in which the user manipulates a specific target with intention, and for example, an operation in which the user manipulates the reception unit 111 of the mobile terminal 10 in order to cause the CPU 11 of the mobile terminal 10 to execute a desired command. Say. Examples of the user operation include an operation of pressing a soft key or a hard key, a slide operation, and the like, but the type of user operation is not limited at all. Specifically, when the mobile terminal 10 is a terminal that is operated using a touch panel such as a smartphone, the user operation is an operation of tapping or flicking the touch panel to execute a command. A tap is an operation of lightly tapping the touch panel with a finger, and a flick is an operation of lightly touching the touch panel with a finger. When the mobile terminal 10 is a terminal that is operated using a mouse such as a personal computer, the user operation is an operation of clicking the mouse or the like. Below, the portable terminal 10 is demonstrated as a terminal operated using a touch panel.

  The accepting unit 111 accepts, for example, a user operation related to the progress of the game, specifically a user operation related to a command that the user wants to execute. For example, the reception unit 111 outputs, to the command management unit 120, the serial number related to the command object selected according to the user operation among the command objects displayed by the display unit 112. A command object is a virtual object visually identifiable by a user on an image, and is a virtual object associated with a command. For example, a command object of a weapon command for attacking an enemy character using a weapon is expressed as a square button-shaped three-dimensional diagram with a picture of the weapon drawn inside. The serial number is an identifier for uniquely identifying all commands and items used in the game. The reception unit 111 is not an essential configuration in the present invention.

  The display unit 112 is an output device that displays a game. The display unit 112 displays a command object of a display command (details will be described later) determined by the command management unit 120. In addition, the display unit 112 displays information transmitted from the server 30, for example, a result image generated and executed by the server 30. The display image of the display unit 112 will be described later. The display unit 112 is not an essential component in the present invention.

  The command management unit 120 manages whether or not each of the plurality of commands can be executed. More specifically, the command management unit 120 manages whether or not each of the plurality of commands of each of the plurality of users can be executed in accordance with the operation of each of the plurality of users constituting the guild. The command management unit 120 is realized by the CPU 11 executing a program in the storage unit 12 and controlling reading of data from the storage unit 12 according to the program. For example, the command management unit 120 refers to the possessed command table TBL101, and refers to and updates the deck table TBL102 to manage the execution of each of the plurality of commands. The command execution availability is information indicating whether the command can be executed, for example. Whether or not each of the plurality of commands can be executed is information indicating whether or not each of the plurality of commands can be executed, and is information indicated for each command. Managing the execution of a command is, for example, storing data indicating whether a command can be executed and, if there is a need to change the execution of a command, appropriately storing the data indicating whether the command is executable It means changing. Specifically, managing the execution of a command means, for example, updating an execution availability flag of a deck table TBL102 described later. Note that the execution flag may be updated, and the execution flag may be the same before and after the update.

  Information on all commands that can be executed by the user operating the mobile terminal 10 is stored in the possessed command table TBL101. FIG. 5 is an example of the possessed command table TBL101. As shown in FIG. 5, the possessed command table TBL 101 stores serial numbers, command IDs, command attributes, command types, and rarities of all commands that can be executed by the user operating the mobile terminal 10 in association with each other. . The command ID is an identifier for classifying commands. If there are two identical commands that can be executed by the user, the command IDs of both are the same, but the serial numbers are different. Each piece of information (command attribute, command type, rarity, etc.) associated with the command ID is a fixed value set in advance. The command attribute and command type are parameters for classifying the characteristics of the command. The characteristic of the command is a parameter used for determining the advantage or disadvantage of the opponent in a battle or the like, for example. Further, for example, it is a parameter used for determination of an effect (for example, attack power addition, subtraction, etc.) with a parameter set for the user ID. The command attribute is indicated by a name of a color such as green or blue. The command type is, for example, batting, assault, concentration I, spirit II, and the like. Strike and assault are command types related to weapon commands, and concentration I and spirit II are command types related to armor commands. The rarity is information indicating the degree of rarity of commands or the strength of command effects. The rarity is, for example, 0, +1 (rare), +2 (super rare), etc., in ascending order of rarity. The possessed command table TBL101 is not limited to the contents described above, and can be changed as appropriate according to the contents of the game or divided into a plurality of tables. The possessed command table TBL101 is not an essential component in the present invention.

  For example, before the start of the battle, the command management unit 120 determines a command to be used in the battle among a plurality of commands stored in the possessed command table TBL101 according to a user operation, and registers the command in the deck table TBL102. FIG. 6 is an example of the deck table TBL102. As shown in FIG. 6, the deck table TBL 102 stores a serial number that uniquely identifies a command, a display flag, and an execution enable / disable flag in association with each other. The display flag is data indicating whether or not the display command is to be displayed on the display unit 112. For example, a command whose display flag is “1” (permitted) is a display command, and a command whose display flag is “0” (not permitted) is not a display command. In the case of a display command, the command management unit 120 causes the display unit 112 to display a command object related to the command. The execution flag is an example of data indicating whether a command can be executed. For example, a command whose execution flag is “1” (permitted) is a command that can be executed by a user operation, and a command whose execution flag is “0” (impossible) is not a command that can be executed by a user operation. In this embodiment, when the command is a display command, that is, when the display flag is “1” (possible), the command management unit 120 sets the execution flag as “1” (possible). However, the present invention is not limited to this. The command management unit 120 causes the display unit 112 to display the display command whose execution flag is “1” (possible) as a command object in a mode selectable by the user, thereby allowing the command to be executed. On the other hand, the command management unit 120 causes the display unit 112 to display the display command whose execution flag is “0” (impossible) as a command object in a manner incapable of being selected by the user. To do. Note that displaying the command object in a manner that the user cannot select means that the command object is displayed in a color (such as gray) different from the command that can be selected by the user. Further, here, “unusable to execute a command” means that the selection by the user is not accepted or is not executed even if accepted. For example, even when a command object of the command is selected by a user operation, the command information of the command is not output from the reception unit 111 to the command management unit 120. The deck table TBL102 is not limited to the contents described above, and can be changed as appropriate according to the game contents or divided into a plurality of tables. For example, if the command displayed on the display unit 112 is a command that can be executed by a user operation and the command that is not displayed on the display unit 112 is a command that cannot be executed by a user operation, an execution flag and a display flag are displayed. May be combined into one flag. The deck table TBL102 is not an essential configuration in the present invention.

  When a user operation for selecting a command to be used in a battle is received by the receiving unit 111 and a serial number of the command is output, the command management unit 120 uses a command specified by the serial number in the battle. It is specified as a command and stored in the deck table TBL102. In addition, the command management unit 120 sets the display flag and the execution flag of the deck table TBL102 to “0” before the start of the battle. Note that the maximum number of commands used in the battle is, for example, 12 weapon commands and 12 armor commands. That is, the number of commands that can be registered in the deck table TBL102 is, for example, 12 weapon commands and 12 armor commands.

  As described above, the executable command managed by the command management unit 120 is a command registered in advance by a user operation before the start of the battle. The command registered in advance by the user's operation is a command determined by designation (selection) by the user in advance, and is designated by the user before the battle with the opponent starts in the battle game. Is a command determined by An executable command (executable command) is an instruction that can be executed by a user operation, for example. Specifically, the executable command is an instruction that can be executed in response to a user operation in an ongoing battle, for example. Note that the command management unit 120 manages information related to whether or not such execution is possible for each user ID described later.

  The command management unit 120 randomly determines a display command to be displayed on the display unit 112 from the commands stored in the deck table TBL102 at the start of the battle or during the battle. The maximum number of display commands is, for example, a total of 8 weapon commands and 4 armor commands. Hereinafter, the maximum number of display commands will be described as a total of 8 weapon commands and 4 armor commands. When determining the display command, the command management unit 120 updates the display flag stored in the deck table TBL102. Then, the command management unit 120 determines a command that can be executed from the display command at the start of the battle or during the battle based on a predetermined condition, and updates the execution propriety flag stored in the deck table TBL102.

  Hereinafter, a detailed example of the update of the deck table TBL102 by the command management unit 120 will be described. As an initial state, the command management unit 120 sets the display command execution flag of the weapon commands in the deck table TBL102 to “1” (enabled), and sets the armor command execution flag to “0” (disabled). A command that is changed from a state in which the execution propriety flag is “1” (permitted) to “0” (rejected) cannot be executed again in the same battle. After determining the display command, the command management unit 120 receives the serial number (serial number of any display command) corresponding to the user operation from the reception unit 111 and outputs the serial number to the transmission / reception unit 140. When the command management unit 120 receives information (executed command information) indicating that the command specified by the serial number is executed in the server 30 from the transmission / reception unit 140, the command management unit 120 executes the command in the deck table TBL102. The availability flag is updated to “0” (denial). That is, the command management unit 120 manages the specified command executed by the command execution unit 310 so that it is not executed again.

  Managing so that it is not executed again means changing a command that was executable before execution to a non-executable state. Specifically, the command object of the command is not selected by the user operation. Or that the command is not executed even when the selection by the user operation is performed. The command management unit 120 outputs to the display unit 112 and the reception unit 111 the command serial number with the execution flag set to “0” (not). In this case, the display unit 112 displays the command object of the command in a color (gray etc.) different from the command object of the selectable command. Alternatively, the display unit 112 does not display the command object of the command. Further, the reception unit 111 does not output the serial number of the command even if the command object of the command is selected by a user operation. As described above, since the command executed by the server 30 is excluded from the executable commands, the number of executable commands is reduced compared to before the exclusion.

  Further, the command management unit 120 updates the execution flag of the deck table TBL102 according to the result of the predetermined reward determination in the server 30 output from the transmission / reception unit 140. The command management unit 120 updates the execution flag of the armor command whose execution flag is “0” (not) in the initial state to “1” (enable), for example, according to the reward determination result. Further, the command management unit 120 stores a new weapon command in the deck table TBL102 in place of, for example, a weapon command whose execution flag is set to “0” (no) according to the reward determination result. It is also possible to randomly determine the command and update the armor command execution flag to “1” (possible).

  The order management unit 130 manages the execution order of commands related to the mobile terminal 10 executed in the server 30. The order management unit 130 is realized by the CPU 11 executing a program in the storage unit 12 and controlling reading of data from the storage unit 12 according to the program.

  The order management unit 130 updates the order management table TBL 103 based on the command ID related to the executed command output from the transmission / reception unit 140. When the command ID is a weapon command, the order management unit 130 updates the order management table TBL103 based on the command ID. FIG. 7 is an example of the order management table. As illustrated in FIG. 7, the order management table TBL 103 stores a command ID of an executed command (limited to weapon commands) executed in the server and an execution number in association with each other. For example, the execution number is managed so as to become smaller as the execution number of the newly stored command ID. That is, in the example shown in FIG. 7, the command with the command ID: 002 whose execution number is 1 is the executed command stored most recently. When the order management unit 130 updates the order management table TBL103, the order management unit 130 adds +1 to the execution number of each command ID already stored, and sets the execution number: 1 to the command ID of the executed command information received this time. Link. Note that the order management table TBL103 is not essential in the present invention.

  After the update, the order management unit 130 refers to the order management table TBL103, and acquires a command ID with an execution number of 1 and a command ID with an execution number of 2. That is, the command ID of the weapon command executed continuously most recently is acquired. Then, the order management unit 130 refers to the possessed command table TBL101, and includes at least one of a command attribute and a command type of a command related to the command ID having the execution number 1 and a command related to the command ID having the execution number 2. It is determined whether or not. When only one of the command attribute and the command type matches, the order management unit 130 sets, for example, the second parameter variation value (details will be described later) to 3 points. If both the command attribute and the command type match, for example, the second parameter fluctuation value is set to 6 points. Further, when at least one of the command attribute and the command type matches, the rarity value of the executed command is added as the second parameter variation value. For example, when the command with the command ID: 005 shown in FIG. 5 is a command with an execution number of 1 or 2, 1 point is added to the second parameter fluctuation value. The said 2nd parameter fluctuation value is used for the reward determination in the server mentioned later (it mentions later for details). The order management unit 130 outputs the derived second parameter variation value to the transmission / reception unit 140. Note that the order management unit 130 is not an essential component in the present invention. Further, the order management table TBL103 is not limited to the contents described above, and can be appropriately changed according to the game contents or divided into a plurality of tables. For example, the command execution order may be managed using serial numbers instead of command IDs.

  The transmission / reception unit 140 communicates with the server 30. The transmission / reception unit 140 is realized by the CPU 11 executing a program in the storage unit 12 and controlling the communication control unit 13 according to the program. At the time of transmission to the server 30, the transmission / reception unit 140 adds transmission destination information (communication destination, ie, information indicating the server 30) to the input data and transmits the data. The transmission / reception unit 140 adds, for example, a mobile terminal 10 or a user ID that specifies the user of the mobile terminal 10 to the transmission data as information specifying the transmission source. At the time of reception from the server 30, the transmission / reception unit 140 receives the data when the destination of the transmitted data is the mobile terminal 10. The transmission / reception unit 140 receives data from the server 30 based on, for example, the mobile terminal 10 added as information about the destination or a user ID that identifies the user of the mobile terminal 10. Specifically, the transmission / reception unit 140 transmits the serial number output by the command management unit 120 to the server 30, receives the executed command information transmitted by the server 30, receives the command management unit 120 and the order management unit 130. The second parameter variation value output by the order management unit 130 is transmitted to the server 30, the reward determination result transmitted by the server 30 is received, output to the command management unit 120, and transmitted by the server 30 The obtained result image is received and output to the display unit 112. As described above, the information transmitted / received between the transmission / reception unit 140 and the server 30 includes the mobile terminal 10 or a user ID that identifies the user of the mobile terminal 10. In addition, the communication between the mobile terminal 10 and the server 30 may be encrypted. In this case, the transmission / reception unit 140 encrypts the data and then executes transmission processing, and decrypts the data for data reception. Then, output the data to the related functional elements. The transmission / reception unit 140 is not an essential component in the present invention.

  Next, the functional configuration of the server 30 will be described. As illustrated in FIG. 4, the server 30 includes, for example, a command execution unit 310, a first parameter control unit 320, a first determination unit 330, a second parameter control unit 340, a second determination unit 350, a result image generation unit 360, A transmission / reception unit 370, a command table TBL301, a guild management table TBL302, an affiliation member table TBL303, a first parameter table TBL304 (an example of a storage unit), and a second parameter table TBL305 (an example of a storage unit) are provided.

  The command execution unit 310 executes a specified command that is a command specified by a user operation among executable commands managed by the command management unit 120. The designated command is an instruction specified by a user operation. “Specified by user operation” means designation (selection) in accordance with the user operation, for example. “Specified by user operation” means, for example, specified by an operation of the mobile terminal 10 by a user intended to be executed. The command specified by the user operation specifically refers to a command specified by the user performing an operation such as tapping or flicking the touch panel of the mobile terminal 10. Note that the command execution unit 310 acquires the user ID related to the serial number from the transmission / reception unit 370 in addition to the serial number of the specified command. The command execution unit 310 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program.

  Specifically, the command execution unit 310 refers to, for example, the command table TBL301 and executes a specified command specified by a serial number. Executing a command means exhibiting a predetermined game effect according to the command. FIG. 8 is an example of the command table TBL301. As shown in FIG. 8, the command table TBL301 stores serial numbers, command IDs, command attributes, command types, rarities, and command effects of all commands used in the battle. Each information (command attribute, command type, rarity, and command effect) associated with the command ID is a fixed value set in advance. The serial number, command ID, command attribute, command type, and rarity are as described in the possessed command table TBL101 described above. The command effect is an effect on the game played by command execution. The command effect is indicated by a numerical value. The larger the numerical value, the greater the effect on the game played. For example, in the case of a weapon command, the larger the command effect value is, the more effectively the hit points of enemy characters can be reduced. Moreover, if it is an armor command, it can suppress effectively that own hit point falls with respect to the attack of an enemy character, so that the numerical value of a command effect is large. For example, since the command effect of the command ID: 001 which is a weapon command is 10 while the command effect of the command ID: 002 which is a weapon command is 15, when the command ID: 002 is executed, The hit point of the enemy character can be reduced more effectively than when ID: 001 is executed. Hereinafter, an example in which the designation command is a weapon command will be described. In addition, the command execution part 310 may change the command effect of the weapon command which is a parameter value or designation | designated command of an enemy character, when an armor command is performed by user operation. The command execution unit 310 outputs the serial number of the executed designated command, the hit point decrease value, and the user ID to the first parameter control unit 320 and the result image generation unit 360. Note that the command table TBL301 is not essential in the present invention.

  The first parameter control unit 320 varies the first parameter according to the execution of the specified command by the command execution unit 310. The first parameter control unit 320 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program.

  The first parameter is a parameter related to a first effect (result) which is a predetermined game effect. The first effect is, for example, a predetermined result obtained on the game. Specifically, the first effect is a result relating to the determination of winning or losing the battle game, such as victory, defeat, or draw. That is, the victory or defeat of the battle is determined by the first parameter. Therefore, a first parameter table TBL304, which will be described later, stores parameters relating to battle game win / loss determination as the first parameter. The win / loss determination is, for example, determination of victory, draw, or defeat in a battle game. For example, when the opponent's HP becomes 0 in the battle game, or when more damage is given to the opponent in the battle game, the winning / losing determination of winning is performed. The parameter relating to the winning / losing determination is a parameter used for determining the winning / losing, for example, a parameter indicating the HP of the opponent. The first parameter is a parameter whose value varies according to execution of a specified command, for example, and is a parameter related to an enemy character. Specifically, the first parameter is a parameter indicating a so-called hit point indicating the physical strength in the battle of the enemy character. The value of the first parameter decreases in accordance with a weapon command that is an executed designated command. More specifically, the value of the first parameter decreases according to the hit point decrease value determined by the command execution unit 310. Therefore, changing the first parameter means changing the value of the first parameter in accordance with the execution of the designated command. Specifically, the value of the hit point in accordance with the execution of the weapon command that is the designated command. It means to decrease.

  Here, in this embodiment, a plurality of characters in a game operated by different users are gathered to form a guild and battle with enemy characters. Therefore, the first parameter control unit 320 acquires the user ID related to the serial number together with the serial number of the designated command from the command execution unit 310, and specifies the guild to which the user belongs from the user ID. For example, the first parameter control unit 320 specifies the guild using the guild management table TBL302 or the member member table TBL303. FIG. 9 is an example of the guild management table TBL302. The guild management table TBL302 shown in FIG. 9 stores a user ID associated with a guild ID that uniquely identifies the guild. For example, the guild management table TBL302 stores the user ID: 10000 and the guild ID: 328 in association with each other, stores the user ID: 10001 and guild ID: 573 in association with each other, and stores the user ID: 10002 and guild ID: 555 is stored in association with each other. FIG. 10 is an example of the affiliation member table TBL303. The affiliation member table TBL303 shown in FIG. 10 stores a user ID in association with a guild ID that uniquely identifies the guild. For example, the guild management table TBL302 stores the guild ID: 328 and the user IDs 10000, 12345, and 54321,00001 in association with each other, and stores the guild ID: 573 and the user IDs: 80000, 10001 in association with each other. Yes. For example, when the user ID related to the serial number of the specified command is 10001, the first parameter control unit 320 specifies the guild ID: 573 with reference to FIG. 9 or FIG. The guild management table TBL302 and the affiliation member table TBL303 are not essential components in the present invention.

  The value of the first parameter is stored in the first parameter table TBL304. FIG. 11 is an example of the first parameter table TBL304. The first parameter table TBL304 stores a first parameter relating to a first effect which is a predetermined game effect. The first parameter table TBL 304 stores a first parameter for each guild. Storing the first parameter means storing the value of the first parameter in the storage area. As shown in FIG. 11, the first parameter table TBL 304 stores a guild ID, a boss ID that identifies an enemy character, and an HP that is a parameter value indicating the physical strength of the enemy character in association with each other. For example, boss ID: 050 and HP: 6000 are associated with guild ID: 328, and boss ID: 088 and HP: 4500 are associated with guild ID: 573. When the command is executed, the value of the first parameter is updated according to the control of the first parameter control unit 320. The first parameter table TBL 304 stores the first parameter as a parameter common to a plurality of users constituting the guild. The parameter common to a plurality of users is one parameter shared by the team. The first parameter table TBL 304 stores the value of the first parameter with 0 as the minimum value.

  The first parameter control unit 320 refers to the first parameter table TBL304 and identifies hit points of enemy characters of the guild based on the guild ID. Then, the first parameter control unit 320 updates the first parameter table TBL304 so as to decrease the hit point value of the identified enemy character according to the hit point decrease value output from the command execution unit 310. To do. The first parameter control unit 320 outputs the guild ID obtained by updating the first parameter table TBL304 to the first determination unit 330.

  When the guild ID is output from the first parameter control unit 320, the first determination unit 330 performs a battle win / loss determination of the guild specified by the guild ID. The first determination unit 330 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program. Specifically, the first determination unit 330 refers to the first parameter table TBL304, and acquires the value of the first parameter of the guild specified by the guild ID. The first determination unit 330 determines whether or not the value of the acquired first parameter is 0. The first determination unit 330 outputs the executed command information and the guild ID or the user ID specified from the guild ID to the transmission / reception unit 370. Further, the first determination unit 330 outputs the determination result of the first parameter and the guild ID or the user ID specified from the guild ID to the result image generation unit 360. In addition, the 1st determination part 330 is not an essential structure in this invention.

  The second parameter control unit 340 varies the second parameter according to the execution order of the designated command executed by the command execution unit 310. The second parameter control unit 340 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program. The plurality of designated commands executed means a plurality of designated commands that exert an effect on the game by being executed among the designated commands. Specifically, the executed designated command is, for example, a weapon command in which the opponent's physical strength value is reduced by a value corresponding to the weapon command, among the weapon commands that are designated commands. The execution order of the plurality of designated commands is the order of execution among the plurality of designated commands. For example, the execution order of the plurality of designated commands may be determined solely by the continuity of the plurality of designated commands, or in addition to the continuity of the plurality of designated commands, It may be determined in consideration of the relationship with the executed command. Command continuity in which the relationship between commands is taken into account refers to, for example, continuity of commands having the same attribute. The second parameter control unit 340 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program.

  The second parameter is a parameter relating to a second effect (result) that is a predetermined game effect different from the first effect. The second effect is, for example, a result relating to a predetermined reward related to the progress of the game. Specifically, the second effect is, for example, a result of granting a right that can be used by a user in an ongoing battle and that exerts a predetermined game effect. The second parameter is a parameter whose value varies depending on the execution order of a plurality of designated commands that have been executed, for example. Specifically, the second parameter is a parameter that is compared with a predetermined reward grant threshold. The value of the second parameter gradually increases according to the execution order of the specified command. Therefore, changing the second parameter means changing the value of the second parameter in accordance with the execution order of the plurality of designated commands. Specifically, a plurality of weapons that are the plurality of designated commands executed. This means increasing the value of the second parameter in accordance with the command execution order. A predetermined reward is awarded when the value of the second parameter reaches a preset reward grant threshold (details will be described later). Giving a reward means giving a reward to the user in a usable form.

  Similar to the first parameter control unit 320, the second parameter control unit 340 is configured to convert the user ID and the guild ID with reference to FIG. 9 or FIG.

  The value of the second parameter is stored in the second parameter table TBL305. FIG. 12 is an example of the second parameter table TBL305. The second parameter table TBL305 stores a second parameter relating to a second effect that is a predetermined game effect different from the first effect. Specifically, the second parameter table TBL305 stores, as the second parameter, a parameter related to reward determination that gives a reward of at least one user among a plurality of users constituting the guild. The second parameter table TBL305 stores a second parameter for each guild. To store the second parameter means to store the value of the second parameter in the storage area. When the command is executed, the value of the second parameter is updated according to the control of the second parameter control unit 340. In the present embodiment, a plurality of characters in a game operated by different users are gathered to form a guild and battle with enemy characters. In such a case, the second parameter table TBL 305 stores the second parameter as a parameter common to a plurality of users constituting the guild.

  The second parameter control unit 340 acquires the user ID and the second parameter variation value output from the transmission / reception unit 370. As described above, the second parameter variation value is a point determined by the order management unit 130 according to the execution order of the designated commands of the same user. Therefore, the 2nd parameter control part 340 changes the 2nd parameter according to the execution order of a plurality of specified commands concerning operation of the same user among a plurality of users which constitute a guild. The same user means the same user among a plurality of users constituting the team. More specifically, the same user is a user identified by the same user ID. Therefore, for example, when one person uses two user IDs, a user is set for each user ID used by the one person. Further, when a plurality of persons use one user ID, only one user is set. The execution order of a plurality of specified commands related to the operation of the same user refers to the execution order of specific commands specified by the same user without including the specified commands of other users. Based on the user ID, the second parameter control unit 340 specifies the guild ID related to the second parameter variation value with reference to, for example, FIGS. The second parameter control unit 340 refers to the second parameter table TBL305 and identifies the second parameter of the identified guild ID. Then, the second parameter control unit 340 updates the second parameter table TBL305 so as to increase the value of the specified second parameter in accordance with the second parameter fluctuation value output from the transmission / reception unit 370. The second parameter control unit 340 outputs the guild ID to the second determination unit 350. In addition, the 2nd parameter control part 340 will reset the value of a 2nd parameter, and will be set to 0 which is an initial value (minimum value), when 1 turn in a battle is complete | finished. One turn refers to, for example, one division in which a user's guild attack and an enemy character attack are performed a specific number of times (or time).

  When the guild ID is output from the second parameter control unit 340, the second determination unit 350 performs a reward determination for the guild specified by the guild ID. The second determination unit 350 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program. Specifically, the second determination unit 350 refers to the second parameter table TBL305 and acquires the value of the second parameter of the guild specified by the guild ID. The value of the second parameter is a value obtained by adding the second parameter fluctuation values of all users constituting the guild. The second determination unit 350 performs reward determination by determining whether or not the value of the second parameter exceeds the armor command threshold or the weapon command threshold.

  The armor command threshold is a threshold for updating the execution flag of the armor command whose execution flag is “0” (not) in the initial state to “1” (allow). In other words, when the value of the second parameter exceeds the armor command threshold, the second determination unit 350 executes one armor command flag indicating that the execution flag is “0” (not) in the initial state. Is updated to “1” (possible). The armor command threshold value may be one or plural. In a plurality of cases, the intervals between the armor command thresholds may be equal, may increase as the value increases, or may be random. The interval between the armor command thresholds is equal, for example, when the armor command threshold value is 10, 20, 30 or the like. The interval between the armor command thresholds increases as the threshold value increases, for example, when the armor command threshold value is 10, 25, 50, or the like. The interval between the armor command thresholds is random, for example, when the armor command threshold value is 10, 13, 25, 28, or the like.

  The weapon command threshold value is a threshold value in which a new weapon command is used as a display command instead of a weapon command whose execution flag is “0” (not determined). That is, when the value of the second parameter exceeds the weapon command threshold, the second determination unit 350 replaces the weapon command whose execution flag is “0” (no) with a new weapon command. Judge that it is a display command. The weapon command threshold value may be one or plural. In a plurality of cases, the intervals between the weapon command thresholds may be equal, may increase as the value increases, or may be random.

  As a result of the reward determination, if the value of the second parameter exceeds at least one of the armor command threshold and the weapon command threshold, the second determination unit 350 determines the reward determination result and the guild ID or guild ID. The identified user ID is output to the transmission / reception unit 370. In addition, the second determination unit 350 outputs the reward determination result and the user ID specified from the guild ID or the guild ID to the result image generation unit 360. The second determination unit 350 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program. The second determination unit 350 is not an essential component in the present invention.

  Based on the information output from the first determination unit 330, the information output from the second determination unit 350, and the information output from the command execution unit 310, the result image generation unit 360 includes the first parameter table TBL304 and the first parameter table TBL304. A result image is generated with reference to the two-parameter table TBL305. The result image is display data (image data) that displays the effect of executing the command. The result image generation unit 360 is realized by the CPU 31 executing a program in the storage unit 32 and controlling reading of data from the storage unit 32 according to the program.

  If the determination result of the first parameter indicates that the value of the first parameter is “0”, the result image generation unit 360 represents that the user's guild has won the enemy character. Generate a result image. In addition, when the result of the reward determination is that the result image generation unit 360 determines that the execution flag for one armor command is updated to “1” (allowed), for example, the execution flag is set to “ A result image is generated in which the color of the armor command to be updated to “1” (permitted) is the color of the executable command. Further, the result image generation unit 360 generates a result image for updating each value according to the first parameter value, the first parameter decrease amount, the second parameter value, and the second parameter fluctuation value (details). Will be described later). The result image generation unit 360 outputs the generated result image and user ID to the transmission / reception unit 370. The result image generation unit 360 is not an essential component in the present invention.

  The transmission / reception unit 370 communicates with the mobile terminal 10. The transmission / reception unit 370 is realized by the CPU 31 executing a program in the storage unit 32 and controlling the communication control unit 33 according to the program. At the time of transmission to the mobile terminal 10, the transmission / reception unit 370 adds transmission destination information (communication destination, ie, information indicating the mobile terminal 10) to the input data and transmits the data. At the time of reception from the mobile terminal 10, the transmission / reception unit 370 receives the data when the destination of the transmitted data is the server 30. Communication between the server 30 and the mobile terminal 10 may be encrypted. In this case, the transmission / reception unit 370 performs transmission processing after encrypting the data, and decrypts the data for data reception. To output the data to the related functional element. Specifically, the transmission / reception unit 370 receives the command information and the user ID transmitted from the mobile terminal 10, outputs them to the command execution unit 310, and outputs the command information (executed command information output by the first determination unit 330). ) Is transmitted to the mobile terminal 10, the second parameter variation value and the user ID transmitted by the mobile terminal 10 are received and output to the second parameter control unit 340, and the reward determination output from the second determination unit 350 is received. The result is transmitted to the mobile terminal 10, and the result image output by the result image generation unit 360 is transmitted to the mobile terminal 10. The transmission / reception unit 370 is not an essential component in the present invention.

  Next, a display image on the mobile terminal 10 during command execution will be described with reference to FIGS. 13 to 16 are mobile terminal display images at the time of command execution. FIGS. 13-16 has shown an example of the display image of the portable terminal 10 of one user who comprises guild, and has shown the continuous flow at the time of command execution. Note that display images of overlapping processes are omitted.

  Fig.13 (a) has shown the state in the middle of a battle. As shown in FIG. 13A, the enemy character em is displayed in the center by the display unit 112 on the screen ds of the mobile terminal 10. Further, above the enemy character em, a reward point tp (an example of a second parameter) and a hit point hp (an example of a first parameter) are displayed with a gauge. In addition, weapon command threshold values t1, t2, and t3 are displayed on the gauge of the reward point tp. When the reward point tp reaches any threshold value, a reward related to the weapon command is given. The weapon command threshold values t1, t2, and t3 are increased as the threshold value increases. That is, the interval between the threshold value t2 and the threshold value t3 that is the largest threshold value is wider than the interval between the threshold value t1 that is the smallest threshold value and the threshold value t2 that is the second smallest threshold value. For this reason, in the condition for granting the reward related to the weapon command, the difficulty level is higher at the second time than at the first time and at the third time than at the second time. Further, although the armor command threshold is not shown in the gauge of the reward point tp, the armor command threshold is set separately.

  Below the enemy character em, four command objects dca for weapon commands that are display commands and four command objects dcp for armor commands that are display commands are displayed. In the state shown in FIG. 13A, the four weapon commands indicated by the command object dca are executable commands, and the four armor commands indicated by the command object dcp are commands that cannot be executed in the initial state.

  In this state, as shown in FIG. 13A, one arbitrary command object sc1 is selected from the command objects dca of the weapon command by the user's operation, and the command object sc1 is slid to the enemy character em. Assume that the command indicated by the command object sc1 is executed as the specified command. In this case, the first parameter control unit 320 updates the first parameter table, and the first determination unit 330 performs battle determination. In addition, the second parameter control unit 340 updates the second parameter table, and the second determination unit 350 performs reward determination.

  Then, the result image generation unit 360 generates a result image based on the information output from the first determination unit 330 and the information output from the second determination unit 350. As a result of generating the result image, as shown in FIG. 13B, the first parameter decrease amount “2000 dp” is displayed on the screen ds, and the first parameter decrease amount dp is displayed on the hit point hp gauge. Has been. In addition, since the execution flag of the designated command is changed to “0” (impossible), the command object sc1 is not displayed on the display unit 112 thereafter.

  As shown in FIG. 14A, the display unit 112 displays a history display hd indicating the specified command executed immediately before on the screen ds. In the history display hd, information only for the user of the mobile terminal 10 is displayed, and information of other users is not displayed even in the same guild.

  As shown in FIG. 14B, one arbitrary command object sc2 is designated by the user's operation from among the three command objects dca of the weapon command, and the command indicated by the command object sc2 is designated as the designated command. Suppose that it was executed. In this case, the command type of the specified command indicated by the command object sc1 executed last time and the specified command indicated by the command object sc2 executed this time coincide with each other (the symbol of the command object is the symbol of the hit). Therefore, as shown in FIG. 15A, the second parameter fluctuation value ap1 is added to the reward point tp. Then, since the value of the reward point tp has exceeded the armor command threshold (not shown), the armability command dcp1 execution flag indicating “0” (not) in the initial state is “1”. ”(Possible) to be executed.

  Further, as shown in FIG. 15B, any one command object sc3 is designated by the user's operation from the two command objects dca of the weapon command, and the command indicated by the command object sc3 is designated. Suppose that it was executed as a command. In this case, the command attribute of the specified command indicated by the command object sc2 executed previously and the specified command indicated by the command object sc3 executed this time match with the green attribute (the color of the command object matches with green) Therefore, as shown in FIG. 16A, the second parameter fluctuation value ap2 is added to the reward point tp. Since the value of the reward point tp has exceeded the weapon command threshold value t1, as shown in FIG. 16 (b), the execution command flag is changed to three weapon commands with “0” (not). Three new weapon commands are given.

  Next, the operation of the portable game system 1 will be described. FIG. 17 is a flowchart for explaining command execution processing by the portable game system 1 of FIG. The process illustrated in FIG. 17 is executed by the mobile terminal 10 and the server 30.

  First, the command management unit 120 of the mobile terminal 10 determines a command registered by a user operation as an executable command (S100). Subsequently, the accepting unit 111 accepts command designation (command selection) according to the user operation (S102). Specifically, selection of the command object displayed on the display unit 112 is received by the receiving unit 111. Then, the transmission / reception unit 140 transmits the serial number and user ID related to the selected command object to the server 30 (S104).

  The serial number and the user ID are received by the transmission / reception unit 370 of the server 30 and output to the command execution unit 310 (S300). Subsequently, a command related to the serial number is executed by the command execution unit 310 (S302). The command execution unit 310 outputs the executed command serial number, the hit point decrease value, and the user ID to the first parameter control unit 320 and the result image generation unit 360.

  Subsequently, the first parameter control unit 320 converts the user ID into a guild ID according to command execution, and updates the value of the first parameter in the first parameter table TBL304 (S304). The first parameter control unit 320 outputs the guild ID to the first determination unit 330.

  The first determination unit 330 refers to the first parameter table TBL304, acquires the value of the first parameter, and performs a win / loss determination (S306). The first determination unit 330 outputs the executed command information and the guild ID or the user ID specified from the guild ID to the transmission / reception unit 370. Further, the first determination unit 330 outputs the determination result of the first parameter and the guild ID or the user ID specified from the guild ID to the result image generation unit 360. Then, the executed command information is transmitted to the mobile terminal 10 by the transmission / reception unit 370 (S308).

  The executed command information is received by the transmission / reception unit 140 of the portable terminal 10 and is output to the command management unit 120 and the order management unit 130 (S106). Then, the command management unit 120 updates the executable command (S108). Specifically, the command execution propriety flag relating to the executed command information is updated to “0” (not). Further, the order management unit 130 updates the order management table TBL103, and specifies the execution order of the designated command (S110). Then, the second parameter variation value is determined from the execution order of the designated command, and the second parameter variation value and the user ID are transmitted to the server 30 by the transmission / reception unit 140 (S112).

  The transmission / reception unit 370 of the server 30 receives the second parameter variation value and the user ID and outputs them to the second parameter control unit 340 (S310). Subsequently, the second parameter control unit 340 converts the user ID into a guild ID, and updates the value of the second parameter in the second parameter table TBL305 according to the second parameter variation value (S312). The second parameter control unit 340 outputs the guild ID to the second determination unit 350.

  The second determination unit 350 refers to the second parameter table TBL305, acquires the value of the second parameter, and performs reward determination (S314). The reward determination is performed by determining whether or not the value of the second parameter exceeds the armor command threshold value or the weapon command threshold value. As a result of the reward determination, if the value of the second parameter exceeds at least one of the armor command threshold and the weapon command threshold, the second determination unit 350 determines the reward determination result and the guild ID or guild ID. The identified user ID is output to the transmission / reception unit 370. In addition, the second determination unit 350 outputs the reward determination result and the user ID specified from the guild ID or the guild ID to the result image generation unit 360. And the result of reward determination is transmitted with respect to the portable terminal 10 by the transmission / reception part 370 (S316).

  The reward determination result is received by the transmission / reception unit 140 of the mobile terminal 10 and output to the command management unit 120 (S114). And the reward according to the result of reward determination is provided by the command management part 120 (S116). Specifically, the command management unit 120 sets the execution flag of the armor command whose execution flag is “0” (not) in the initial state according to the result of the reward determination, for example, “1” (possible). Update to Further, the command management unit 120 stores a new weapon command in the deck table TBL102 in place of, for example, a weapon command whose execution flag is set to “0” (no) according to the reward determination result. Randomly determined from commands.

  In the server 30, the result image generation unit 360 uses the information output from the first determination unit 330, the information output from the second determination unit 350, and the information output from the command execution unit 310. The one parameter table TBL304 and the second parameter table TBL305 are referred to generate a result image (S318). And the result image is transmitted with respect to the portable terminal 10 by the transmission / reception part 370 (S320).

  Then, the result image is received by the transmission / reception unit 140 of the mobile terminal 10 and output to the display unit 112 (S118). Finally, the display unit 112 displays the result image (S120).

  Next, a terminal program and a server program for functioning as the mobile terminal 10 or the server 30 (that is, a processing program for functioning as the mobile game system 1) will be described.

  The terminal program includes a main module, an input module, and an arithmetic processing module. The main module is a part that comprehensively controls terminal processing. The input module operates the computer to accept input from the user. The arithmetic processing module includes a processing execution module and a game management module. Functions realized by executing the main module, the input module, and the arithmetic processing module are the same as the functions of the input / output unit 110, the command management unit 120, the order management unit 130, and the transmission / reception unit 140 of the mobile terminal 10 described above. It is.

  The server program includes a main module, an input module, and an arithmetic processing module. The main module is a part that centrally controls server processing. The input module operates the computer to accept input from the user. The arithmetic processing module includes a table information generation module and a response processing module. Functions realized by executing the main module, the input module, and the arithmetic processing module include the command execution unit 310, the first parameter control unit 320, the first determination unit 330, the second parameter control unit 340, and the like described above. The functions of the second determination unit 350, the result image generation unit 360, and the transmission / reception unit 370 are the same.

  The terminal program and the server program are provided by a non-transitory storage medium such as a ROM or a semiconductor memory, for example. Further, the terminal program and the server program may be provided via a network as data signals.

  Next, the effect of the portable game system 1 will be described with reference to FIG. FIG. 18 is a schematic diagram illustrating the operational effects of the portable game system 1 according to the first embodiment. In a battle game in which a battle with an enemy character is performed by executing a command selected by the user, the user's strategy is reflected in the progress of the game. In such a game, the user makes a strategy by paying attention to the effect of the command exhibited by the execution of the command, that is, the degree of decrease in the hit points of the enemy characters.

  FIG. 18 shows a screen ds of the mobile terminal on which an image during the battle is displayed. FIG. 18A shows a screen ds of the portable terminal 150 of the portable game system 100 according to the comparative example. Moreover, FIG.18 (b) and FIG.18 (c) have shown the screen ds of the portable terminal 10 of the portable game system 1 which concerns on this embodiment. As shown in FIGS. 18 (a), 18 (b), and 18 (c), an enemy character is displayed at the center of the screen ds of each of the mobile terminals 10 and 150. In addition, a hit point hp is displayed with a gauge above the enemy character. Below the enemy character, four command objects for weapon commands as display commands and four command objects for armor commands as display commands are displayed. Here, in the portable game system 100 according to the comparative example, only the hit point hp of the enemy character is managed, and as shown in FIG. 18A, a hit is placed above the enemy character on the screen ds of the portable terminal 150. Only the point hp is displayed. For this reason, in order to win the game, the user selects a command only from the viewpoint of whether or not the hit points can be effectively reduced. As a result, the strategy itself tends to be limited.

  On the other hand, in the portable game system 1 according to the present embodiment, the reward point tp (second parameter) is managed in addition to the hit point hp (first parameter), and FIG. 18 (b) and FIG. 18 (c) In the screen ds of the mobile terminal 10, the reward point tp is displayed with a gauge in addition to the hit point hp above the enemy character. For example, as shown in FIG. 18B, the command object sc3 of the specified command whose command attribute matches the specified command executed immediately before shown in the history display hd of the screen ds is specified by the user's operation. Suppose. In this case, when the command indicated by the command object sc3 is executed as the specified command, the reward point tp varies as shown in FIG. That is, the reward point tp varies according to the command execution order. As shown in FIG. 18C, when the reward point tp is equal to or greater than a predetermined threshold value tx, a new weapon command nca is given, and the new weapon command nca can be executed. That is, the user has an advantageous situation according to the execution order of the commands. This allows the user to consider not only the command selection but also the execution order. Thereby, it is possible to give a range to the strategy of the user in the game.

  Moreover, in the guild-type battle game, there is an example in which a combo system that reflects the command execution order with other members of the guild in the game result is employed. In such a case, the guild cooperation becomes an important factor, so the strategy is widened. However, when the number of members of the guild is small, it is difficult to perform combo itself. In addition, in order for the combo to be successful, it is necessary to constantly monitor the trend of commands of other members, and the good or bad team cooperation determines the battle situation. For this reason, cooperation with other users tends to be prioritized over strategies developed in advance by users themselves, and it is difficult to reflect strategies developed in advance by users themselves in the battle situation. Furthermore, since it is necessary to maintain a certain degree of relationship within the guild in order to strengthen cooperation with other members, it is difficult to join the guild as a new member. For this reason, there is a risk that the guild becomes smaller and an environment in which a new guild is difficult to create. Smaller guilds and fewer guilds mean a reduction in the scale of the battle game.

  On the other hand, in the portable game system 1 according to the present embodiment, the reward points tp are changed according to the execution order of the user's own commands. For this reason, even if it is a few guilds, while being able to earn reward points tp, the user does not need to always care about the command execution situation of other guild members. Therefore, since it is sufficient to maintain a simple relationship within the guild, it is possible to easily join the guild. For this reason, it is possible to suppress the guild downsizing and the decrease in the number of guilds and avoid the reduction of the scale of the battle game.

[Second Embodiment]
The mobile game system 1A according to the present embodiment is different from the mobile game system 1 according to the first embodiment in that the server 30A (an example of a game device) performs executable command management and command execution order management. Below, it demonstrates centering around difference with the portable game system 1 which concerns on 1st Embodiment, and abbreviate | omits description about the part similar to 1st Embodiment. The hardware configuration of the portable game system 1A according to the present embodiment is the same as that of the portable game system 1.

  FIG. 19 is a functional block diagram of the portable game system 1A. As illustrated in FIG. 19, the server 30A includes a command execution unit 310, a first parameter control unit 320, a first determination unit 330, a second parameter control unit 340, a second determination unit 350, a result image generation unit 360, and a transmission / reception unit. 370, command management unit 380A, order management unit 390A, command table TBL301, guild management table TBL302, member table TBL303, first parameter table TBL304 (an example of a storage unit), and second parameter table TBL305 (an example of a storage unit) , Possession command table TBL306A, deck table TBL307A, and order management table TBL308A.

  Command management unit 380A, order management unit 390A, command table TBL301, first parameter table TBL304 (an example of a storage unit), and second parameter table TBL305 (an example of a storage unit), possessed command table TBL306A, deck table TBL307A, and order The management table TBL308A has the function configuration of the mobile terminal 10 in the mobile game system 1 according to the first embodiment, but the function configuration of the server 30A in the mobile game system 1A according to the present embodiment. About each functional structure of this embodiment mentioned above, about a basic function, it is the same as that of 1st Embodiment. However, due to the change in the arrangement of each functional configuration, the processing flow is partially changed.

  First, the command management unit 380A displays, on the display unit 112 of the mobile terminal 10A, command objects of all commands that can be executed by the user operating the mobile terminal 10A stored in the possessed command table TBL 306A at the start of the battle. Display. Specifically, the command management unit 380A outputs information necessary for the display unit 112 to display the command object to the transmission / reception unit 370. Then, the necessary information is transmitted and received between the transmission / reception unit 370 and the transmission / reception unit 140, and the command object is displayed on the display unit 112. In this state, when a user operation is received by the receiving unit 111, the serial number is output to the transmission / reception unit 140. Then, a serial number is transmitted and received between the transmission / reception unit 140 and the transmission / reception unit 370, and the command related to the serial number is specified as a command used in the battle by the command management unit 380A.

  The update of the deck table TBL 307A by the command management unit 380A and the specification of the execution order by the order management unit 390A according to the executed command information are performed in the same manner as in the first embodiment. However, since both the command management unit 380A and the order management unit 390A are arranged in the server 30A, after the first determination unit 330 performs the win / loss determination, the transmission / reception unit 370 and the transmission / reception unit 140 have been executed. There is no need to send or receive command information. In addition, after the execution order is specified by the order management unit 390A and the second parameter variation value is determined, it is not necessary to transmit / receive the second parameter variation value between the transmission / reception unit 140 and the transmission / reception unit 370.

  In addition, since the second determination unit 350 that performs the reward determination and the command management unit 380A that gives a reward (updates the execution flag) are arranged in the server 30A, the second determination unit 350 performs the reward. After the determination is performed, it is not necessary to transmit / receive the reward determination result between the transmission / reception unit 370 and the transmission / reception unit 140.

  Next, the operation of the portable game system 1A will be described. FIG. 20 is a flowchart for explaining command execution processing by the portable game system 1A of FIG. The process shown in FIG. 20 is executed by the mobile terminal 10A and the server 30A.

  First, the command registered by the user operation is determined as an executable command by the command management unit 380A of the server 30A (S1322). Subsequently, the accepting unit 111 accepts command designation (command selection) according to the user operation (S1102). Specifically, selection of the command object displayed on the display unit 112 is received by the receiving unit 111. Then, the transmission / reception unit 140 transmits the serial number and the user ID related to the selected command object to the server 30 (S1104).

  The serial number and the user ID are received by the transmission / reception unit 370 of the server 30 and output to the command execution unit 310 (S1300). Subsequently, the command execution unit 310 executes a command related to the serial number (S1302). The command execution unit 310 outputs to the first parameter control unit 320 the serial number of the executed command, the value of the hit point of the enemy character that is decreased according to the execution, and the user ID.

  Subsequently, the first parameter control unit 320 converts the user ID into a guild ID according to command execution, and updates the value of the first parameter in the first parameter table TBL304 (S1304). The first parameter control unit 320 outputs the guild ID and the user ID to the first determination unit 330.

  The first determination unit 330 refers to the first parameter table TBL304, acquires the value of the first parameter, and performs a win / loss determination (S1306). The first determination unit 330 outputs the executed command information and the user ID to the command management unit 380A and the order management unit 390A. Further, the first determination unit 330 outputs the determination result of the first parameter and the guild ID or the user ID specified from the guild ID to the result image generation unit 360.

  The command management unit 380A updates the executable command (S1324). Specifically, the command execution propriety flag relating to the executed command information is updated to “0” (not). Further, the order management unit 390A updates the order management table TBL308A, and specifies the execution order of the designated command (S1326). Then, the second parameter variation value is determined from the execution order of the designated command, the second parameter control unit 340 converts the user ID into a guild ID, and the second parameter table TBL 305 stores the second parameter variation value according to the second parameter variation value. The parameter value is updated (S1312). The second parameter control unit 340 outputs the guild ID and the user ID to the second determination unit 350.

  The second determination unit 350 refers to the second parameter table TBL305, acquires the value of the second parameter, and performs reward determination (S1314). The reward determination is performed by determining whether or not the value of the second parameter exceeds the armor command threshold value or the weapon command threshold value. As a result of the reward determination, if the value of the second parameter exceeds at least one of the armor command threshold and the weapon command threshold, the second determination unit 350 displays the reward determination result and the user ID as a command management unit. Output to 380A. In addition, the second determination unit 350 outputs the reward determination result and the user ID specified from the guild ID or the guild ID to the result image generation unit 360.

  The command management unit 380A gives a reward according to the result of the reward determination (S1328). Specifically, the command management unit 380A sets the execution flag of the armor command whose execution flag is “0” (not) in the initial state to “1” (possible) according to the reward determination result, for example. Update to Further, the command management unit 380A stores a new weapon command in the deck table TBL307A instead of, for example, a weapon command whose execution flag is set to “0” (no) according to the result of the reward determination. Randomly determined from commands.

  In addition, the result image generation unit 360 generates a result image based on the information output from the first determination unit 330 and the information output from the second determination unit 350 (S1318). Then, the transmission / reception unit 370 transmits the result image to the mobile terminal 10 (S1320).

  Then, the result image is received by the transmission / reception unit 140 of the mobile terminal 10 and output to the display unit 112 (S1118). Finally, a result image is displayed by the display unit 112 (S1120).

  Next, a server program for causing the server 30A to function (an example of a processing program for causing a computer to function as a game device) will be described.

  The server program includes a main module, an input module, and an arithmetic processing module. The main module is a part that centrally controls server processing. The input module operates the computer to accept input from the user. The arithmetic processing module includes a table information generation module and a response processing module. Functions realized by executing the main module, the input module, and the arithmetic processing module include the command execution unit 310, the first parameter control unit 320, the first determination unit 330, the second parameter control unit 340, and the like of the server 30A described above. The functions of the second determination unit 350, the result image generation unit 360, the transmission / reception unit 370, the command management unit 380A, and the order management unit 390A are the same. The server program is provided by a non-transitory storage medium such as a ROM or a semiconductor memory. The server program may be provided as a data signal via a network.

  The portable game system 1A according to the second embodiment described above also has the same effect as the portable game system 1 according to the first embodiment.

  Although the embodiment has been described above, the present invention is not limited to the above embodiment. Hereinafter, modified examples will be described.

[Modification 1]
For example, when one mobile terminal plays the role of the servers 30 and 30A, the mobile terminal may be configured without a server.

[Modification 2]
Although the game has been described as a guild battle game, the game is not limited to this, and other games may be used as long as the game proceeds based on commands designated (selected) by a plurality of users.

[Modification 3]
Moreover, although the parameter which concerns on the win / loss determination of a battle game was illustrated as a 1st parameter, it is not limited to this, The 1st parameter should just be a parameter which fluctuates according to execution of a command.

[Modification 4]
Moreover, although the parameter which concerns on reward determination was illustrated as a 2nd parameter, it is not limited to this, The 2nd parameter should just be a parameter which fluctuates according to the execution order of a command.

[Modification 5]
Further, the command management units 120 and 380A have been described as managing so that the command executed by the command execution unit 310 is not executed again. However, the command management unit 120 and 380A are not limited to this. For example, the command executed by the command execution unit 310 a plurality of times May be managed so that it is not executed again. That is, the number of uses may be set in the command.

[Modification 6]
Moreover, the first parameter and the second parameter may not be stored in separate tables, and the first parameter and the second parameter may be stored in the same table.

[Modification 7]
In addition, the first parameter and the second parameter have been described as being common parameters among users constituting the guild, but the present invention is not limited to this, and only one of the parameters may be common, or both may be common. It does not have to be a parameter. That is, the storage unit may store at least one of the first parameter and the second parameter as a parameter common to a plurality of users constituting the guild.

[Modification 8]
In addition, the order management unit 130, 390A determines whether the second parameter variation value depends on whether at least one of the command attribute and the command type matches, and whether the rarity value of the executed command can be added. However, the second parameter variation value may be determined in consideration of the state of the enemy character, specifically whether or not the armor command is being executed. That is, when the armor command is being executed, the variation value of the second parameter may be changed according to the effect of the armor command.

[Modification 9]
Moreover, when the 2nd determination part 350 outputs the result of reward determination, you may make it change reward according to the contribution degree for every user. That is, for example, a reward may be given to only one person who has contributed, or a reward level may be set for each user according to the degree of contribution of a reward that is given to all users of the guild.

[Modification 10]
Further, from the viewpoint of improving the immediacy of processing, the tables described as being provided in the servers 30 and 30A may be provided in the mobile terminals 10 and 10A. Moreover, each function (component) provided in the mobile terminal 10 and the server 30 may be in at least one of the mobile terminal 10 and the server 30, and is not limited to the arrangement of the above-described embodiment.

[Summary of Invention]
From the above description, the present invention is grasped as follows, for example.

  A game system according to one aspect of the present invention (for example, portable game system 1, 1A) is a game system that uses a command that exerts an effect on a game, and manages command execution for managing each of a plurality of commands. Command execution unit (e.g., command management unit 120, 380A) and a command execution unit (e.g., a command specified by a user operation among executable commands managed by the command management unit) A command execution unit 310), a first parameter (for example, a parameter related to a battle game win / loss determination) according to a first effect (eg, a result related to a battle game win / loss determination) that is a predetermined game effect, and the first A second effect (for example, related to the progress of the game) that is a predetermined game effect different from the effect of 1 A storage unit (for example, a first parameter table TBL304 and a second parameter table TBL305) that stores a second parameter (for example, a parameter that is compared with a predetermined reward grant threshold) related to a predetermined reward, and the command execution unit According to the execution of the specified command by the first parameter control unit (for example, the first parameter control unit 320) that varies the first parameter, and according to the execution order of the specified command executed by the command execution unit A second parameter control unit (for example, a second parameter control unit 340) that varies the second parameter.

  In the game system according to one aspect of the present invention, the first parameter according to the first effect is changed by the first parameter control unit in accordance with the execution of the specified command specified by the user's operation. Further, the second parameter control unit varies the second parameter related to the second effect according to the execution order of the plurality of designated commands. This allows the user to consider the execution order of the commands as well as simply specifying the commands.

  As described above, the user can be encouraged to consider the effects exhibited by the execution of the command and the effects exhibited by the execution order of the plurality of commands. You can have it. As a result, it is possible to progress the game according to the strategy of each user, which is not uniform.

  In one embodiment, the command management unit may perform management so that the designated command executed by the command execution unit is not executed again. By managing the executed command so that the executed command is not executed again, it is possible to make the user consider the execution timing of the command. In this way, it is possible to prompt the user to consider the execution timing of the command, so that it is possible to give a wider range according to the user's strategy in the game.

  In one embodiment, the game may be a battle game in which a battle is played with an opponent, and the storage unit may store a parameter related to a win / loss determination of the battle game as the first parameter. Thus, it is possible to prompt the user to specify a command in consideration of the win / loss determination, and it is possible to give a range to the user's strategy in the battle game.

  In one embodiment, the game may be a battle game in which a plurality of users constituting a team (for example, a guild) play against the opponent. When a plurality of users form a team, each user needs to make a strategy as a team as well as an individual. Thus, it is possible to give more width to the user strategy in the battle game.

  In one embodiment, the second parameter control unit varies the second parameter according to the execution order of the plurality of designated commands related to the operation of the same user among the plurality of users constituting the team. Also good. When the second parameter is changed in accordance with the execution order of commands executed by a plurality of users constituting the team when the team and the opponent face each other, one user moves the other users constituting the team Therefore, it is difficult to formulate a strategy in advance, and depending on the movements of other users, the strategy of one user may be spoiled. On the other hand, since the second parameter fluctuates according to the execution order of a plurality of designated commands related to the operation of the same user by the second parameter control unit, it is possible to maintain the cooperative system with other users It becomes easy to reflect the user's strategy in the battle situation.

  In one embodiment, the storage unit may store, as the second parameter, a parameter related to reward determination that rewards at least one user among a plurality of users constituting the team. In a competitive game, by giving a reward according to the second parameter related to reward determination, which is a parameter different from the first parameter related to winning / losing determination, the user is allowed to consider a command advantageous for winning / losing determination. In addition, it is possible to consider the execution order of commands that are advantageous for obtaining a reward different from the win / loss determination. Thereby, a width | variety can be given with the user's strategy in a competitive game.

  In one embodiment, the reward may be a right to exert a predetermined game effect that can be used in the battle that at least one user is in progress. By giving the right to exert the effect on the predetermined game that can be used in the ongoing battle according to the second parameter, the user who wants to win in the battle game is made to consider the command execution order Can do.

  In one embodiment, the storage unit may store at least one of the first parameter and the second parameter as a common parameter among a plurality of users constituting the team. By setting at least one of the first parameter and the second parameter as a common parameter for the team, it is possible to encourage a team strategy.

  In one embodiment, the command management unit may manage execution of each of the plurality of commands of each of the plurality of users in correspondence with operations of a plurality of users constituting the team. By managing whether or not each user's command can be executed in response to each user's operation, even when multiple users form a team and play a battle, a battle based on the strategies of each of the multiple users is possible. Become.

  In one embodiment, the executable command managed by the command management unit may be a command registered in advance by a user operation. By making the executable command a command registered by the user in advance, the command used in the game can be a command based on the user's strategy.

  A game apparatus (for example, server 30A) according to another aspect of the present invention is a game apparatus that uses a command that exerts an effect on a game, and a command management unit (for example, managing whether each of a plurality of commands can be executed) A command management unit 380A) and a command execution unit (for example, command execution unit 310) that executes a specified command that is a command identified by a user operation among executable commands managed by the command management unit. And a first parameter (for example, a parameter related to battle game win / loss determination) relating to a first effect (for example, a result related to battle game win / loss determination) that is an effect on a predetermined game, and the first effect It is related to a second effect (for example, a result relating to a predetermined reward related to the progress of the game) which is a different predetermined game effect. A storage unit (for example, a first parameter table TBL304 and a second parameter table TBL305) that stores a second parameter (for example, a parameter to be compared with a predetermined reward grant threshold), and according to execution of the specified command by the command execution unit The first parameter control unit (for example, the first parameter control unit 320) that varies the first parameter, and the second parameter is varied according to the execution order of the designated command executed by the command execution unit. A second parameter control unit (for example, a second parameter control unit 340).

  In the game device according to another aspect of the present invention, the first parameter according to the first effect is changed by the first parameter control unit in accordance with the execution of the specified command specified by the user's operation. Further, the second parameter control unit varies the second parameter related to the second effect according to the execution order of the plurality of designated commands. This allows the user to consider the execution order of the commands as well as simply specifying the commands.

  A processing program according to still another aspect of the present invention is a processing program for operating a game system (for example, the portable game system 1 or 1A) using a command that exerts an effect on a game, and each of a plurality of commands A command management unit (for example, command management unit 120, 380A) that manages execution / non-execution, and executes a specified command that is a command specified by a user operation among executable commands managed by the command management unit. A command execution unit (for example, command execution unit 310), a first parameter (for example, a parameter related to battle game win / loss determination) relating to a first effect (for example, a result related to battle game win / loss determination) that is a predetermined game effect And a second effect which is a predetermined game effect different from the first effect. Storage units (for example, the first parameter table TBL304 and the second parameter table) that store the second parameter (for example, a parameter to be compared with a predetermined reward grant threshold) (for example, a result related to a predetermined reward related to the progress of the game). TBL305), a first parameter control unit (for example, the first parameter control unit 320) that varies the first parameter in response to execution of the specified command by the command execution unit, and the command execution unit The game system is caused to function as a second parameter control unit (for example, the second parameter control unit 340) that varies the second parameter in accordance with the execution order of the designated command.

  In the processing program according to still another aspect of the present invention, the first parameter according to the first effect is changed by the first parameter control unit in accordance with the execution of the specified command specified by the user's operation. Further, the second parameter control unit varies the second parameter related to the second effect according to the execution order of the plurality of designated commands. This allows the user to consider the execution order of the commands as well as simply specifying the commands.

  A processing program according to still another aspect of the present invention causes a computer to function as the above-described game device (for example, server 30A).

  In the processing program according to still another aspect of the present invention, the first parameter control unit varies the first parameter according to the first effect in accordance with the execution of the specified command specified by the user's operation, The second parameter control unit causes the game device to function so as to vary the second parameter related to the second effect according to the execution order of the plurality of designated commands. This allows the user to consider the execution order of the commands as well as simply specifying the commands.

DESCRIPTION OF SYMBOLS 1,1A ... Mobile game system 10, 10A ... Portable terminal, 30, 30A ... Server, 120, 380A ... Command management part, 310 ... Command execution part, 320 ... 1st parameter control part, 340 ... 2nd parameter control part , TBL302 ... first parameter table, TBL303 ... second parameter table.

Claims (9)

A game system that uses a command that exerts an effect on a battle game in which a plurality of users constituting a team play against an opponent ,
A command management unit that manages whether or not each of the plurality of commands can be executed;
Of the executable commands managed by the command management unit, a command execution unit that executes a specified command that is a command specified by a user operation;
A storage unit that stores a first parameter related to a first effect that is a predetermined game effect and a second parameter related to a second effect that is a predetermined game effect different from the first effect When,
A first parameter control unit that varies the first parameter in response to execution of the specified command by the command execution unit;
A second parameter control unit that varies the second parameter in accordance with the execution order of the designated command executed by the command execution unit ,
The storage unit stores, as the first parameter, a parameter related to the winning / losing determination of the competitive game,
Game system said command management section, corresponding to a plurality of users each operation constituting the team, to manage the executability of the plurality of commands each of each of the plurality of users.   The game system according to claim 1, wherein the command management unit manages the designated command executed by the command execution unit so as not to be executed again. The second parameter control unit in accordance with the execution order of a plurality of the specified command according to the operation of the same user among a plurality of users constituting the team, varying the second parameter, according to claim 1 or 2 The game system as described in. Wherein the storage unit, as the second parameter, and stores the parameters of the compensation decision to grant a reward to at least one user among the plurality of users constituting the team, in any one of claims 1 to 3 The described game system. The game system according to claim 4 , wherein the reward is a right that allows at least one user to exert an effect on a predetermined game that can be used in the ongoing battle. Said storage unit, said at least one of the first parameter and the second parameter is stored as common parameter among a plurality of users constituting the team, according to any one of claims 1 to 5 Game system. The game system according to any one of claims 1 to 6 , wherein the executable command managed by the command management unit is a command registered in advance by a user operation. A game device that uses a command that exerts an effect on a battle game in which a plurality of users constituting a team play against an opponent ,
A command management unit that manages whether or not each of the plurality of commands can be executed;
Of the executable commands managed by the command management unit, a command execution unit that executes a specified command that is a command specified by a user operation;
A storage unit that stores a first parameter related to a first effect that is a predetermined game effect and a second parameter related to a second effect that is a predetermined game effect different from the first effect When,
A first parameter control unit that varies the first parameter in response to execution of the specified command by the command execution unit;
A second parameter control unit that varies the second parameter in accordance with the execution order of the designated command executed by the command execution unit ,
The storage unit stores, as the first parameter, a parameter related to the winning / losing determination of the competitive game,
The command management section, corresponding to a plurality of users each operation constituting the team, the game device to manage the executability of the plurality of commands each of each of the plurality of users. A processing program for causing a computer to function as the game device according to claim 8 .

Images