JP2018108326A - Control program, control method, and game apparatus - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a player not participating in a game, event or the like to get involved in the game, event or the like and to have an increased interest in the game.SOLUTION: A control program causes a game apparatus to implement: a match execution function for executing a match between a plurality of players; a setting function for setting a first player who has won as a superior player to which a second player who has lost is subordinate on the basis of a result of the execution of the match, and setting a subordination rank of the second player; and a control function for performing control such that at least a part of actions executable by players are different depending on a setting of the setting function. In a case where a player has been subordinate to the first player, the setting function is implemented to set the subordination rank of the second player on the basis of the subordination rank of the player subordinate to the superior player.SELECTED DRAWING: Figure 1

Description

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

  Conventionally, a game system that provides a battle game in which a battle between players or a group to which a plurality of players belong is performed is known. In such a battle game, there may be a battle event in which one player or one group is finally determined by a tournament method.

  For example, Patent Literature 1 provides a battle game in which a battle between groups to which players belong is played, and a player who belongs to a group that cannot participate in the battle can watch a battle being executed. A game system is disclosed. In this game system, even in a tournament-type battle event, even a player who cannot participate in a subsequent battle game because he has lost the battle game can grasp the progress of the battle game during the battle event.

JP, 2015-171454, A

  However, in the conventional game system, a player who cannot participate in the battle at the battle event can only watch the battle and cannot participate in the battle itself. Therefore, the player may lose interest in the battle event when the player loses the battle game in the battle event.

  The present invention has been made to solve such a problem, and enables a player who does not participate in a game or an event to participate in the game or the event, and can improve the player's interest in the game. It is an object to provide a control program, a control method, and a game device.

  The control program which concerns on embodiment of this invention is a control program of the game device which has a memory | storage part and provides the game which performs the battle | competition between players, Comprising: The memory | storage function which memorize | stores a some player in a memory | storage part, The winning first player is set as a dependent player on which the defeated second player is subordinate, and the subordinate order of the second player is determined according to the match execution function for performing a match between the two players and the execution result of the match A setting function to be set and a control function to control at least a part of actions that can be executed for each player in accordance with the setting by the setting function are realized in the game device. In the case of subordination, the subordinate order of the second player is set based on the subordinate order of the player who was subordinate to the subordinate player.

  In the control program according to the embodiment of the present invention, an action that can be executed when a dependent player is set includes changing a parameter set for the dependent player based on the action. Is preferred.

  Further, in the control program according to the embodiment of the present invention, a game is provided with a point storage function that associates each of a plurality of players with a second point for recovering the first point consumed in the battle and stores the second point in the storage unit. The action that is realized by the device and changes the parameter set for the dependent player may be an action that instructs to associate the second point associated with the player subordinate to the dependent player with the dependent player. preferable.

  Further, in the control program according to the embodiment of the present invention, the action of changing the parameter set for the dependent player is a second point associated with the player subordinate to the subordinate player for each subordinate rank of the player. It is preferable that the action be an instruction to associate with the dependent player within a range of different predetermined values.

  In the control program according to the embodiment of the present invention, in the setting function, when the player is subordinate to the second player, the subordinate player is subordinate to the second player. Thus, it is preferable to make the first player subordinate.

  In the control program according to the embodiment of the present invention, it is preferable to cause the game device to realize a reward associating function for associating different rewards for each dependent player and each dependent ranking player and storing them in the storage unit.

  In the control program according to the embodiment of the present invention, when the subordinate order is set in the setting function, a screen for exchanging messages between the subordinate player and the subordinate player is displayed. It is preferable to transmit display data to each player.

  A control method according to an embodiment of the present invention is a control method for a game device that has a storage unit and provides a game for playing a battle between players, and stores a plurality of players in the storage unit, The winning first player is set as a dependent player on which the defeated second player is subordinate, and the subordinate order of the second player is set in accordance with the match execution step for executing a match between the players and the match execution result. A setting step, and a control step for controlling at least a part of actions that can be executed for each player in accordance with the setting in the setting step. In the setting step, if the player is subordinate to the first player, the subordinate destination The subordinate order of the second player is set based on the subordinate order of the player who was subordinate to the player.

  A game device according to an embodiment of the present invention is a game device that provides a game for playing a battle between players, a storage unit that stores a plurality of players, and a battle execution unit that executes a battle between a plurality of players. According to the execution result of the battle, the winning first player is set as a dependent player on which the defeated second player is subordinate, and a setting unit for setting the subordinate order of the second player, and a setting by the setting unit, A control unit that controls at least a part of the executable actions for each player, and when the player is subordinate to the first player, the setting unit of the player subordinate to the subordinate player Based on the dependency order, the dependency order of the second player is set.

  The control program, the control method, and the game apparatus according to the present invention enable a player who does not participate in a game or an event to participate in the game, and improve the player's interest in the game.

It is a figure for demonstrating an example of the game which a game device provides. It is a figure for demonstrating an example of the game which a game device provides. It is a figure for demonstrating an example of the game which a game device provides. 1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 6 is a diagram illustrating an example of various screens displayed by the mobile terminal 2. FIG. 6 is a diagram illustrating an example of various screens displayed by the mobile terminal 2. FIG. 6 is a diagram illustrating an example of various screens displayed by the mobile terminal 2. FIG. 6 is a diagram illustrating an example of various screens displayed by the mobile terminal 2. FIG. 6 is a diagram illustrating an example of various screens displayed by the mobile terminal 2. FIG. 2 is a diagram illustrating an example of a schematic configuration of a server 3. FIG. It is a figure which shows an example of the data structure of various tables. It is a figure which shows an example of the data structure of various tables. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. It is a figure which shows an example of the operation | movement flow of a battle | competition input process. It is a figure which shows an example of the operation | movement flow of a subordinate setting process. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG.

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

(Outline of the game)
1-3 is a figure for demonstrating an example of the game which a game device provides. Hereinafter, an example of a game provided by the game device of the present embodiment will be described with reference to FIGS.

  In the present embodiment, the game apparatus has a battle execution function for executing a battle between players or between groups to which a plurality of players belong. A game in which a battle between players is executed is a so-called PvP (Player versus Player) game in which a battle is executed between a game medium operated by one player and a game medium operated by the other player. The game medium is electronic data used in the game, and includes, for example, a card, an item, a character, an avatar, and the like. The game medium is electronic data that can be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. Hereinafter, the game medium operated by the player may be referred to as a game game medium used by the player.

  In a game in which a battle between groups to which a plurality of players belong is executed, a battle is executed between the game media used by each player belonging to one group and the game media used by each player belonging to the other group. It is a GvG (Guild vs Guild) game.

  The group is a player group composed of a plurality of players for participating in all or part of the game provided by the game device, and is a so-called guild, clan, party or the like.

  Hereinafter, setting functions of the game device will be described by taking a PvP game provided by a game device that stores a plurality of players as an example.

  As shown in FIG. 1, in a PvP game provided by a game device, a battle between a player A and a player B selected from a plurality of players by the game device is executed. When the execution result of the battle between the player A and the player B is the victory of the player A and the defeat of the player B, the player A is set as the dependent player and the player B is set as the dependent player. Player A who won the battle is an example of the first player, and player B who lost the battle is an example of the second player.

  The dependent player is a player that is controlled so that a battle with another player can be executed in the PvP game. The subordinate player is a player whose action is restricted compared to the subordinate player, for example, a player whose action is restricted in a battle, or a battle with another player in a PvP game cannot be executed. A player to be controlled.

  The subordinate player is subordinate to the opponent player of the opponent who has won the subordinate player in the PvP game. The subordinate player being subordinate to the subordinate player is an example in which the subordinate player is stored in association with the subordinate player by the game device. In addition, a subordinate order with respect to the subordinate player is set for each subordinate player subordinate to the subordinate player. The subordinate rank is a rank set according to the timing depending on the subordinate player. For example, after the battle between the player A and the player B shown in FIG. 1 is executed, only the player B is set as the subordinate player for the player A set as the subordinate destination player. B is ranked first.

  The subordinate player is controlled so as not to be able to execute a battle action used in a battle in the PvP game, and is controlled so as to be able to execute a support action that supports the subordinate destination player. The battle action is an action that can be executed in the battle, and is, for example, an attack, HP (hit point) recovery, or the like in a battle game. The support action is an action for supporting the subordinate player on which the subordinate player depends, for example, an action for increasing a predetermined parameter or the number of items of the subordinate player.

  The dependent player is controlled so as to be able to execute a battle with another player in the PvP game. That is, the dependent player is controlled so as to execute a battle action used in a battle in the PvP game. On the other hand, the dependent player is controlled so that the support action cannot be executed.

  As described above, the game apparatus has a control function of controlling the actions that can be executed to be different for each of the dependent player and the dependent player. Hereinafter, the representative player A, player B, player C,... May be referred to as representative player A, representative player B, representative player C,. Similarly, the subordinate player A, player B, player C,... May be referred to as subordinate player A, subordinate player B, subordinate player C,.

  Next, as shown in FIG. 1, after the battle between the player A and the player B is executed, a battle between the subordinate player A and the player C selected from the plurality of players by the game device is executed. When the execution result of the battle between the dependent player A and the player C is the victory of the dependent player A and the defeat of the player C, the setting of the dependent player A is maintained as the dependent player, and the player C It is set as a subordinate player subordinate to player A.

  After the execution of the battle between the dependent player A and the player C, the dependent player B is set with the dependent player B and the dependent player C, and the dependent player B and the dependent player C support the dependent player A. Is controlled to be able to execute.

  The subordinate player B subordinate to the subordinate destination player A is set with the first subordinate order with respect to the subordinate destination player A before the battle between the subordinate destination player A and the player C is executed. Then, after the match between the dependent player A and the player C is executed, the subordinate order lower than the subordinate order of the subordinate player B that has been subordinate to the subordinate player A, that is, the subordinate subordinate order is the subordinate destination. The subordinate player C is set as a subordinate order for the player A.

  Next, as shown in FIG. 2, after the battle between the dependent player A and the player C is executed, a battle between the dependent player A and the player D selected from a plurality of players by the game device is executed. The Player D is a subordinate player to which subordinate player E is subordinate. Hereinafter, the player D may be referred to as a dependent player D.

  When the execution result of the battle between the dependent player A and the dependent player D is the victory of the dependent player A and the defeat of the dependent player D, the dependent player A is maintained as the dependent player. The dependent player D is set as a dependent player subordinate to the dependent player A. Further, the subordinate player E who is subordinate to the subordinate destination player D until the execution of the battle between the subordinate destination player A and the subordinate destination player D is set as a subordinate player of the subordinate destination player A who has won the subordinate destination player D. The Then, the subordinate player B, the subordinate player C, the subordinate player D, and the subordinate player E are controlled so that a support action for supporting the subordinate player A can be executed.

  The subordinate player B and subordinate player C subordinate to the subordinate destination player A are set with the first and second subordinate ranks relative to the subordinate destination player A before the battle between the subordinate destination player A and the subordinate destination player D is executed. Has been. Then, after the battle between the dependent player A and the dependent player D is executed, the subordinate order lower than the subordinate order of the subordinate player B and the subordinate player C already subordinated to the subordinate player A, that is, the third place The subordinate rank is set for the subordinate player D as the subordinate rank for the subordinate player A. In addition, the subordinate player E who was subordinate to the subordinate player D until the execution of the battle between the subordinate destination player A and the subordinate destination player D has a subordinate subordinate order lower than that of the subordinate player D, that is, the subordinate order of fourth place. Is set as a subordinate order for subordinate player A.

  Next, as shown in FIG. 2, after the battle between the dependent player A and the dependent player D is executed, a battle between the dependent player A and the player F selected from a plurality of players by the game device is performed. Executed. The player F is a dependent player to which the dependent player G and the dependent player H depend. Hereinafter, the player F may be referred to as a dependent player F.

  FIG. 3 shows that when the result of the battle between the dependent player A and the dependent player F is a victory of the dependent player A and a loss of the dependent player F, the dependent player A and the dependent player I It is a figure which shows that the battle | competition between is performed.

  Since the execution result of the battle between the dependent player A and the dependent player F is the victory of the dependent player A, the setting of the dependent player A as the dependent player is maintained. Since the dependent player F has been defeated by the dependent player A, the dependent player F is set as a dependent player subordinate to the dependent player A. Further, the subordinate player G and the subordinate player H who are subordinate to the subordinate destination player F until the execution of the battle between the subordinate destination player A and the subordinate destination player F are dependent on the subordinate destination player A who has won the subordinate destination player F. Set as a player. Then, the subordinate player B, the subordinate player C, the subordinate player D, the subordinate player E, the subordinate player F, the subordinate player G, and the subordinate player H are controlled so as to execute a support action for supporting the subordinate destination player A. The

  The dependent player B, the dependent player C, the dependent player D, and the dependent player E subordinate to the dependent player A are ranked first for the dependent player A before the battle between the dependent player A and the dependent player F is executed. The subordinate ranks of 2nd, 3rd and 4th are set. Subsequent subordinate rankings of subordinate player B, subordinate player C, subordinate player D, and subordinate player E that are already subordinate to subordinate destination player A after execution of a match between subordinate destination player A and subordinate destination player F That is, the fifth dependent rank is set for the dependent player F as a dependent rank for the dependent player A. Further, the subordinate player G and the subordinate player H who were subordinate to the subordinate player F until the execution of the battle between the subordinate destination player A and the subordinate destination player F are subordinate to the subordinate player F, that is, the sixth place. The 7th dependent rank is set as a dependent rank for the dependent player A.

  As shown in FIG. 3, the dependent player I who plays against the dependent player A depends on the dependent player J, the dependent player K, the dependent player L, the dependent player M, the dependent player N, the dependent player O, and the dependent player P. To do. Therefore, when the execution result of the battle between the dependent player A and the dependent player I is a victory of the dependent player A, the dependent player I is set as a dependent player subordinate to the dependent player A. Then, a subordinate order lower than the subordinate order of the subordinate player H that is already subordinate to the subordinate player A, that is, the subordinate order of the eighth place is set as a subordinate order for the subordinate player A. The

  In addition, the subordinate players J, K, L, M, N, O, and P that were subordinate to the subordinate destination player I until the execution of the battle between the subordinate destination player A and the subordinate destination player I become the subordinate destination player I. It is set as a dependent player of the winning dependent player A. Then, the subordinate players J, K, L, M, N, O, and P have subordinate subordinate rankings, that is, the ninth, tenth, eleventh, twelfth, thirteenth, fourteenth, The 15th dependent rank is set as the dependent rank for the dependent player A.

  As described above with reference to FIGS. 1 to 3, in the above-described game device and the control method for the game device, the battle execution function, the setting function, and the control function are realized in the PvP game. Therefore, even a dependent player who is no longer able to participate in the battle in the PvP game can participate in the PvP game via the dependent player who can participate in the battle in the PvP game. As described above, the game device that realizes the battle execution function, the setting function, and the control function and the control method of the game device allow players who do not participate in the battle to be involved in the game and improve the player's interest in the game. It becomes possible.

  The description of FIGS. 1 to 3 described above is merely an explanation for deepening the understanding of the contents of the present invention. Specifically, the present invention may be implemented in various embodiments described below, and may be implemented in various modifications without substantially exceeding the principle of the present invention. All such variations are within the scope of the present disclosure and the specification. For example, when the game device provides a GvG game, in the description of FIGS. 1 to 3 described above, the player is replaced with a group.

(Configuration of game system 1)
FIG. 4 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes a plurality of portable terminals 2 that are operated by a plurality of players, and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network such as a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7, for example. A program (for example, a display processing program) executed on the portable terminal 2 and a program (for example, a battle execution program) executed on the server 3 are communication protocols such as a hypertext transfer protocol (Hypertext Transfer Protocol, HTTP). To communicate. The server 3 is an example of a game device, but the game device is not limited to the server 3. You may use the portable terminal 2 which has a part or all of the function of the server 3 mentioned later as a game device. Moreover, you may use the game system 1 provided with the portable terminal 2 and the server 3 as a game device.

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

(Configuration of mobile terminal 2)
FIG. 5 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 executes a game for playing a battle between players or a group to which a plurality of players belong, and connects to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7. Communicate with the server 3. The portable terminal 2 controls the progress of the game according to the operation of the input unit 23 (touch panel or the like) by the player. The mobile terminal 2 receives various data from the server 3 and controls the progress of the game. For this purpose, the mobile terminal 2 includes a communication unit 21, a storage unit 22, an input unit 23, a display unit 24, and a processing unit 25.

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

  The storage unit 22 includes, for example, a semiconductor memory device. The storage unit 22 stores an operating system program, a driver program, an application program including a game control program, data, and the like used for processing in the processing unit 25. For example, the storage unit 22 stores an input device driver program for controlling the input unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. Further, the storage unit 22 advances the game based on the instruction data input in response to the operation of the input unit 23 by the player and the data acquired from the server 3 as an application program, and displays display data relating to the progress of the game. A display processing program for performing display is stored. The storage unit 22 stores data acquired from the server 3, display data related to the progress of the game, video data, image data, and the like as data. Furthermore, the storage unit 22 may temporarily store temporary data related to a predetermined process.

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

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

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

  The processing unit 25 includes at least a display processing unit 251 and an input processing unit 252. Each of these units is a functional module realized by a program executed by a processor included in the processing unit 25. Or these each part may be mounted in the portable terminal 2 as firmware.

  Hereinafter, an example of various screens displayed on the display unit 24 of the mobile terminal 2 owned by the player participating in the battle will be described with reference to FIGS. 6 to 10, the game is provided by the game system 1 and includes a group A to which a plurality of players belong and a group B to which other players different from the plurality of players belonging to the group A belong. An example of a game that executes a battle between the two will be described. A plurality of players belonging to group A may be referred to as player A, and a plurality of players belonging to group B may be referred to as player B.

  The game provided by the game system 1 is a game in which a battle between a group A and a group B selected from a plurality of groups by the game system 1 is executed in a game execution period from a preset start date to an end date. It is. In addition, the game system 1 executes a predetermined number of games in a battle event in a preset event implementation period. In addition, since the group defeated in the battle | combination between groups is set as a subordinate group, it controls so that the player which belongs to the said group cannot participate in a battle | competition in the event implementation period of a battle | competition event hereafter.

  Player A and player B each have parameters. The parameters are, for example, a player's attack power, defense power, HP (hit point), AP (Attack Point), and the like. The attack power is a numerical value that contributes to the magnitude of damage to the opponent player when the player attacks the opponent player in a match between groups. The defensive power is a numerical value for reducing the magnitude of damage given when the player is attacked by the opponent player. The HP is a value that decreases based on damage determined based on the attack power of the opponent player and the defense power of the player when the player is attacked by the opponent player. When the player's HP becomes (zero), the player cannot continue the game. AP is a value consumed when the player executes a battle action. When the AP required for executing the battle action is larger than the AP of the player, the battle action cannot be executed. AP is an example of the first point.

  FIG. 6A is a diagram illustrating an example of a pre-game start screen 600 displayed on the display screen of the mobile terminal 2.

  When the game screen request is requested from the server 3 in response to the operation of the input unit 23 by the player A before the game execution period, the mobile terminal 2 displays the pre-game start screen based on the display data transmitted from the server 3. 600 is displayed on the display unit 24. The pre-game start screen 600 is displayed when the player A who owns the mobile terminal 2 is not a subordinate player. On the pre-game start screen 600, the remaining time 601 until the game start date and time, the opponent name 602, and the like are displayed.

  FIG. 6B is a diagram illustrating an example of the game screen 610 displayed on the display screen of the mobile terminal 2.

  When the game screen request is requested from the server 3 in response to the operation of the input unit 23 by the player A during the game execution period, the portable terminal 2 displays the game screen 610 based on the display data transmitted from the server 3. 24. The game screen 610 is displayed when the player A who owns the mobile terminal 2 is not a subordinate player.

  The game screen 610 includes an elapsed time 611 from the game start date and time, a group A name 612, a group B name 613, a group A damage point 614, a group B damage point 615, and a game medium 616 used by each player A. The game media 617 used by each player B, the parameters 618 of the player A who owns the portable terminal 2, the battle action instruction button 619, and the like are displayed.

  The damage point of the group is a value based on the total amount of damage given to the opponent when the player belonging to the group attacks the opponent player, for example, the total decrease amount of HP of the opponent player, etc. is there. The game game media 616 used by each player A is a game game media used by all players A belonging to the group A or a game game media used by some players A. The game game media 616 used by each player B is a game game media used by all players B belonging to the group B or a game game media used by some players B. The parameter 618 is a parameter such as attack power, defense power, HP, AP, etc. of the player A who owns the mobile terminal 2. In addition, the arrangement position of the game media used in the battle between groups may be included as a parameter. The arrangement position is, for example, an avant-garde or a rear-guard. When the battle action instruction button 619 is pressed (selected) by the player, a battle action corresponding to the battle action instruction button 619 is executed. For example, when an attack battle action instruction button 619 is selected, an attack is executed on a randomly selected player among the players of the player's opponent. When the HP recovery battle action instruction button 619 is selected, HP recovery is executed to increase the HP of the player or the HPs of other players belonging to the player group.

  FIG. 7A is a diagram illustrating an example of the game screen 700 displayed on the display screen of the mobile terminal 2.

  When the battle action instruction button 619-1 for attack is selected in response to the operation of the input unit 23 by the player A, the portable terminal 2 displays a game screen 700 indicating an attack on the opponent player B on the display unit 24. To do. The game screen 700 displays an image or the like showing a scene in which the game game medium 701 of the player who has selected the attack action instruction button 619-1 attacks the game game medium 702 of the opponent player. When the HP recovery battle action instruction button 619-2 is selected according to the operation of the input unit 23 by the player A, a game screen (not shown) indicating the HP recovery action is displayed on the display unit 24. .

  FIG. 7B is a diagram illustrating an example of the game screen 710 displayed on the display screen of the mobile terminal 2.

  When the AP required to execute the battle action corresponding to the battle action instruction button 619 selected in accordance with the operation of the input unit 23 by the player A is larger than the AP of the player A, the mobile terminal 2 710 is displayed on the display unit 24. On the game screen 710, AP shortage notification information 711, an AP recovery button 712, a return button 713, and the like are displayed.

  The AP shortage notification information 711 includes character information indicating that the battle action cannot be executed because the AP required for executing the battle action corresponding to the selected battle action instruction button 619 is larger than the AP of the player A, or Image information and the like.

  When the AP recovery button 712 is pressed (selected) by the player A, AP recovery for increasing the AP of the player A is executed. Each player A performs AP recovery by consuming AP recovery items of the group A to which each player A belongs. The group A can acquire the AP recovery item as a reward according to the execution result of the specific event executed by the player A. The specific event is a battle event between the player A and a specific enemy game medium. Note that the number of AP recovery items owned is an example of a second point.

  FIG. 8A is a diagram illustrating an example of the subordinate order screen 800 displayed on the display screen of the mobile terminal 2.

  When the execution result of the battle between the group A and the group B is the victory of the group A, the portable terminal 2 owned by the player A is based on the display data transmitted from the server 3 after the end date and time of the game execution period. The dependency order screen 800 is displayed on the display unit 24.

  The subordinate order screen 800 displays a subordinate group name 801, a subordinate group list 802, and the like. The subordinate group name 801 is the name of the subordinate group that won the battle. As shown in FIG. 8A, the name “XX Guild” of the group A who won the battle with the group B is displayed as the name of the subordinate group. In the subordinate group list 802, subordinate group information regarding subordinate groups subordinate to the subordinate group that won the battle is displayed in a list format in the order of subordinate order. For example, as shown in FIG. 8 (a), the subordinate group list 802 includes subordinate group information of the group B who lost the battle as subordinate rank “third place”, name “ΔΔ guild”, acquired damage points. “4100”, AP recovery item possession number “60”, and the like are displayed.

  FIG. 8B is a diagram illustrating an example of the subordinate order screen 810 displayed on the display screen of the mobile terminal 2.

  When the execution result of the battle between the group A and the group B is a defeat of the group B, the portable terminal 2 owned by the player B is based on the display data transmitted from the server 3 after the end date and time of the game execution period. The dependency order screen 810 is displayed on the display unit 24.

  The subordinate order screen 810 displays a subordinate group name 811, a subordinate group list 812, and the like. The subordinate group name 811 is the name of the subordinate group that won the battle. As shown in FIG. 8B, the name “XX Guild” of the group A who won the battle with the group B is displayed as the name of the subordinate group. In the subordinate group list 812, subordinate group information related to subordinate groups subordinate to the subordinate group that won the battle is displayed in a list format in the order of subordinate order. As shown in FIG. 8 (b), the subordinate group list 812 includes subordinate group information of the group B who lost the battle, subordinate ranking “third place”, name “ΔΔ guild”, acquired damage points. “4100”, AP recovery item possession number “60”, and the like are displayed.

  FIG. 9A is a diagram illustrating an example of the watching screen 900 displayed on the display screen of the mobile terminal 2.

  When the game screen request is requested from the server 3 in response to the operation of the input unit 23 by the player B during the game execution period, the portable terminal 2 displays the watching screen 900 based on the display data transmitted from the server 3. 24. The watching screen 900 is displayed when the group B to which the player B who owns the mobile terminal 2 belongs is a subordinate group. The game execution period is a game execution period of a game in which a subordinate group to which the group B to which the player B who owns the mobile terminal 2 belongs belongs is participating.

  On the watching screen 900, a game relay image 901, game status information 902, and the like are displayed. In the game relay image 901, for the game being executed, the elapsed time from the start date and time, the name of each group in the battle, the damage point of each group in the battle, the game media used by each player A in each group in the battle Etc. are displayed. Note that the game being executed is a game in which a subordinate group to which the group B to which the player B who owns the mobile terminal 2 belongs belongs is participating. In the game live status information 902, game results corresponding to the battle action executed by each group in the game being played are displayed in time series.

  FIG. 9B is a diagram illustrating an example of a support screen 910 displayed on the display screen of the mobile terminal 2.

  When a game screen request is requested from the server 3 in response to the operation of the input unit 23 by the player B before the game execution period, the portable terminal 2 displays the support screen 910 based on the display data transmitted from the server 3. It is displayed on the display unit 24. The support screen 910 is displayed when the group B to which the player B who owns the mobile terminal 2 belongs is a subordinate group.

  On the support screen 910, an AP recovery item grant button 911, a player B parameter 912, and the like are displayed. The AP recovery item grant button 911 is pressed (selected) by the player B who owns the portable terminal 2 to increase the number of AP recovery items of the subordinate group to which the group B to which the player B belongs depends. Is executed. Note that item recovery is an example of a support action. The number of AP recovery items of the subordinate group that is increased by item recovery is controlled to be equal to or less than the number of AP recovery items possessed by the group B to which the player B who has pressed the AP recovery item grant button 911 belongs. In this case, the number of AP recovery items of the group B to which the player B who has pressed the AP recovery item grant button 911 belongs is decreased by the increased number of AP recovery items of the dependent group. Note that the number of AP recovery items of the subordinate group that is increased by item recovery may be controlled to be equal to or less than the number of AP recovery items possessed by the player B who has pressed the AP recovery item grant button 911. In this case, the number of AP recovery items of the player B who has pressed the AP recovery item grant button 911 decreases by the number of AP recovery items of the increased subordinate destination group.

  The parameters 912 of the player B are parameters such as the name of the group B to which the player B who owns the portable terminal 2 belongs, the attack power, defense power, HP, AP, etc. of the player B. The number of AP recovery items that the group B or the player B has may be included as a parameter.

  FIG. 10A is a diagram illustrating an example of a support notification screen 1000 displayed on the display screen of the mobile terminal 2.

  If the group A to which the player A having the portable terminal 2 belongs is a subordinate destination group and the player B belonging to the subordinate group B subordinate to the group A executes item recovery, the portable terminal 2 Based on the transmitted display data, a support notification screen 1000 is displayed on the display unit 24.

  The support notification screen 1000 displays notification information 1001 indicating that the subordinate group B has executed item recovery, a notification instruction button 1002 for notifying the subordinate group B of predetermined message information such as thanks, and the like. When the notification instruction button 1002 is pressed (selected) by the player A, predetermined message information is notified to the portable terminal 2 of the player B who has executed item recovery. When the notification instruction button 1002 is pressed (selected) by the player A, a screen for the player A to input a message is displayed, and the message input by the player A is the portable terminal 2 of the player B as predetermined message information. May be notified. Note that the notification destination of the predetermined message information may be the mobile terminals 2 of all the players belonging to the group B of the players B who have executed item recovery or the mobile terminals 2 of some players.

  FIG. 10B is a diagram illustrating an example of a support result screen 1010 displayed on the display screen of the mobile terminal 2.

  In the portable terminal 2, when the group B to which the player B having the portable terminal 2 belongs is a subordinate group and the player B executes item recovery, the support result screen 1010 based on the display data transmitted from the server 3. Is displayed on the display unit 24.

  The support result screen 1010 displays notification information 1011 indicating that item recovery has been executed for the subordinate group A to which the subordinate group B is subordinate, an event button 1012 for executing a specific event, and the like. When the event button 1012 is pressed (selected) by the player B, an event screen (not shown) for executing a specific event based on the display data transmitted from the server 3 is displayed on the display unit 24. The The player B or the group B to which the player B belongs can acquire the AP recovery item as a reward according to the execution result of the specific event executed by the player B operating the event screen. .

(Configuration of server 3)
FIG. 11 is a diagram illustrating an example of a schematic configuration of the server 3. 12 and 13 are diagrams illustrating examples of data structures of various tables stored in the server storage unit 32.

  The server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33. The server 3 advances the game in response to a request from the mobile terminal 2. In addition, the server 3 creates display data related to the progress of the game and transmits the display data to the mobile terminal 2.

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

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that progresses a game and creates display data related to the result. The computer program may be installed in the storage unit 22 using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM.

  The server storage unit 32 stores a player table shown in FIG. 12A and a group table shown in FIG. 12B as data. In addition, the server storage unit 32 stores a dependency table shown in FIG. 13A and a battle table shown in FIG. Further, the server storage unit 32 stores various image data related to the progress of the game. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process. That is, the server storage unit 32 includes a volatile memory (Random Access Memory, RAM), and stores dynamic data that varies according to the progress of the game.

  FIG. 12A shows a player table for managing players. In the player table, for each player, a player ID (Identification) of the player, a player name, attack power, defense power, HP, AP, and the like are stored in association with each other. The player ID is an example of identification information for uniquely identifying each player.

  The HP stores the HP and the maximum HP at the current date and time. The maximum HP is a maximum value of HP that is recovered by executing HP recovery. The AP stores the AP and the maximum AP at the current date and time. The maximum AP is the maximum value of the AP that is recovered by executing the AP recovery.

  FIG. 12B shows a group table for managing groups. In the group table, for each group, the group ID of the group, the group name, the belonging player, the acquired DP, the number of AP recovery items owned, and the like are stored in association with each other. The group ID is an example of identification information for uniquely identifying each group. In the affiliation player, the player ID of each player belonging to the group is stored.

  FIG. 13A shows a subordinate table for managing subordinate groups subordinate to the subordinate group. For each group, the group ID of the group, the subordinate group ID of the subordinate group, the rank within the subordinate group, and the like are stored in association with each other. Note that a group with a group ID having a common subordinate group ID is a subordinate group, and the subordinate group is managed by a subordinate table. The rank within the subordinate group is the subordinate rank of the group in the subordinate group to which the group is subordinate. In addition, a table in which group IDs of subordinate groups subordinate to the subordinate group are associated and stored for each group ID of the subordinate group may be used as the subordinate table. In this case, the group ID of the subordinate group is stored for each group ID of the subordinate group according to the subordinate order.

  FIG.13 (b) shows the battle | competition table which manages the game which performs each battle | competition in a battle | competition event. In the battle table, for the game execution period of the game in which the battle is executed, the period ID of the period, the game execution period, the battle information, and the like are stored in association with each other.

  The period ID is an example of identification information for uniquely identifying a period in which each battle is executed. In the game execution period, the start date / time and end date / time of the execution period are stored. The battle information is a set of group IDs indicating combinations of groups participating in the battle executed during the game execution period. Since the match information is a combination of the subordinate group set based on the game result of the previous game execution period, the match is performed after a predetermined matching time elapses after the previous game execution period ends. The combination of groups is stored in the information.

  Returning to FIG. 11, the server processing unit 33 includes at least a progress control unit 331, a battle execution unit 332, a setting unit 333, and a control unit 334. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  Hereinafter, the display processing unit 251 and the input processing unit 252 included in the processing unit 25 of the mobile terminal 2, and the progress control unit 331, the battle execution unit 332, the setting unit 333, and the control unit 334 included in the server processing unit 33 of the server 3. An example of the function is described.

(Function of the display processing unit 251)
The display processing unit 251 of the mobile terminal 2 receives the display data transmitted from the server 3 via the communication unit 21 and displays various screens on the display unit 24 based on the received display data.

  When the display processing unit 251 is instructed to display the game screen 710 from the input processing unit 252, the display processing unit 251 displays the game screen 710 including at least the AP recovery button 712 on the display unit 24.

  The display processing unit 251 receives various data transmitted from the server 3 together with the display data via the communication unit 21, and stores the received various data in the storage unit 22.

(Function of the input processing unit 252)
The input processing unit 252 of the portable terminal 2 transmits a game screen request for requesting a game screen related to the game provided by the server 3 to the server 3 via the communication unit 21 in response to an operation of the input unit 23 by the player. To do. The game screen request includes the player ID of the player who transmitted the game participation request.

  Further, the input processing unit 252 determines whether or not the battle action instruction button 619 displayed on the game screen 610 is selected at predetermined time intervals. If the input processing unit 252 determines that the battle action instruction button 619 displayed on the game screen 610 has been selected, the battle action corresponding to the selected battle action instruction button 619 is an attack battle action or HP Determine if it is a recovery action.

  Further, the input processing unit 252 determines whether or not the AP necessary for executing the determined battle action is larger than the AP of the player. When the input processing unit 252 determines that the AP necessary for executing the determined battle action is equal to or less than the AP of the player, the input processing unit 252 creates a battle action execution request including a command indicating the determined battle action. The input processing unit 252 instructs the display processing unit 251 to display the game screen 710 when determining that the AP necessary for executing the determined battle action is larger than the AP of the player.

  Also, the input processing unit 252 determines whether or not the AP recovery button 712 displayed on the game screen 710 has been selected, and executes AP recovery when determining that the AP recovery button 712 has been selected. When the AP recovery is executed, the input processing unit 252 decreases the number of AP recovery items owned by the group to which the player, stored in the storage unit 22, belongs, by a predetermined number. The predetermined number is one, but it may be a number according to the AP recovery amount.

  Note that when the AP recovery is executed, the input processing unit 252 includes the decrease number of the AP recovery item possession number in the battle action execution request.

  Also, the input processing unit 252 determines whether the AP recovery item grant button 911 displayed on the support screen 910 is selected. If the input processing unit 252 determines that the AP recovery item grant button 911 is selected, the input processing unit 252 issues a support action execution request. create. The support action execution request includes the player ID of the subordinate player who pressed the AP recovery item grant button 911. The support action execution request is a request for increasing the number of AP recovery item possessions of the subordinate destination group to which the subordinate group to which the subordinate player to which the subordinate player who has pressed the AP recovery item grant button 911 belongs belongs is a predetermined number.

  Further, the input processing unit 252 transmits the battle action execution request created by the battle input process and the support action execution request created by the support input process to the server 3 via the communication unit 21.

(Function of the progress control unit 331)
When the progress control unit 331 of the server 3 receives the game screen request transmitted from the portable terminal 2 via the server communication unit 31, the progress control unit 331 receives the player ID and the game participation request included in the game screen request to the control unit 334. The reception date and time are passed, and the execution of the player control process is instructed.

  Further, when instructed by the control unit 334 to create display data for displaying the pre-game screen 600, the progress control unit 331 displays the pre-game screen 600 based on various data stored in the battle table. Display data to create.

  Further, when the progress control unit 331 is instructed by the control unit 334 to create display data for displaying the game screen 610, the progress control unit 331 uses the game screen based on various data stored in the battle table, the player table, and the group table. Display data for displaying 610 is created.

  Further, when instructed by the control unit 334 to create display data for displaying the support screen 910, the progress control unit 331 displays the support screen 910 based on various data stored in the player table and the group table. Display data to create.

  When the progress control unit 331 is instructed by the control unit 334 to create display data for displaying the watching screen 900, the progress control unit 331 specifies the group ID of the subordinate group associated with the specified subordinate group, and Display data for displaying the watching screen 900 is created based on various data stored in the table, player table, and group table.

  The progress control unit 331 transmits the created display data to the mobile terminal 2 that has requested the display data.

  The progress control unit 331 also displays various data such as the player name, attack power, HP, and AP of the player from the player table together with the display data for displaying the game screen 610 to the mobile terminal 2 that has requested the display data. Send.

  In addition to the display data for displaying the game screen 610, the progress control unit 331 displays various data such as the group name of the group to which the player belongs, the acquired DP, and the number of AP recovery items owned from the group table. Transmit to the requested mobile terminal 2.

  In addition, the progress control unit 331 displays the display data for displaying various screens from the battle table when there is no game execution period including the current date and time or the start date and time of the game execution period including the current date and time. Various data such as the start date and time and end date and time of the game execution period immediately after the current date and time are transmitted to the mobile terminal 2 that requested the display data.

  Further, when the progress control unit 331 receives a support action execution request transmitted from the mobile terminal 2 via the server communication unit 31, the progress control unit 331 executes support execution processing. First, the progress control unit 331 extracts a player ID included in the support action execution request, refers to the group table, and identifies a group ID of a group that includes the extracted player ID as a player. Next, the progress control unit 331 refers to the dependency table, and specifies the group ID of the dependency destination group that includes the specified group ID in the dependency group. Next, the progress control unit 331 increases the possession number of AP recovery items associated with the group ID of the specified subordinate group by a predetermined number, and is associated with the group ID of the group that includes the extracted player ID as the affiliated player. Decrease the number of AP recovery items owned by a predetermined number. The progress control unit 331 creates display data for displaying the support notification screen 1000 and the support result screen 1010 based on the result of the support execution process.

  The progress control unit 331 transmits display data for displaying the created support notification screen 1000 to the mobile terminal 2 that has transmitted the support action execution request, and displays the created support result screen 1010. The display data is transmitted to the portable terminal 2 of each player belonging to the subordinate group specified in the support execution process.

(Function of the battle execution unit 332)
When the battle execution unit 332 of the server 3 receives the battle action execution request transmitted from the mobile terminal 2 via the server communication unit 31, the battle execution unit 332 executes a battle execution process. First, the battle execution unit 332 determines a battle action based on a command included in the battle action execution request. Next, the battle execution unit 332 determines a game result corresponding to the battle action based on the determined battle action, and executes a battle stored in the player table and the group table based on the determined game result. The current HP, current AP, and acquired DP of the group performing the battle are changed for each player belonging to the group that is playing. When the battle action execution request includes a decrease number of the recovery item possession number, the battle execution unit 332 changes the recovery item possession number of the group executing the battle stored in the group table. And the battle | competition execution part 332 produces the display data for displaying the game screen 610 based on the changed various data.

  Also, the battle execution unit 332 transmits display data for displaying the game screen 610 created by the battle execution process to the mobile terminal 2 that has transmitted the battle action execution request via the server communication unit 31.

(Function of setting unit 333)
If the setting unit 333 of the server 3 refers to the battle table and determines that the current date and time has passed the end date and time of the game execution period, the setting unit 333 is associated with the game execution period of the end date and time that has been determined to have elapsed. Specify match information. The setting unit 333 identifies a group ID group for each battle included in the identified battle information, and based on the acquired DP stored in the group table, the acquired DP is large among the group ID groups for each battle. The group ID is the group ID of the winning group, and the group ID having a small acquired DP is the group ID of the defeated group. Next, the setting unit 333 extracts, from the dependency table, group IDs having the group ID of the defeated group as a dependency destination group ID in rank order within the dependency group. Next, the setting unit 333 rewrites the subordinate group ID associated with the group ID of the defeated group with the group ID of the winning group in the subordinate table. Next, the setting unit 333 overwrites the rank within the subordinate group associated with the group ID of the defeated group with a value obtained by adding the maximum value of the rank within the subordinate group of the winning group in the subordinate table. Then, the setting unit 333 creates display data for displaying the subordinate order screens 800 and 810 for the subordinate group in which the subordinate group is newly created.

  The setting unit 333 transmits the display data created by the subordinate setting process to the mobile terminal 2 that has transmitted the game screen request via the server communication unit 31.

(Function of control unit 334)
The control unit 334 of the server 3 receives the player ID and the reception date and time from the progress control unit 331, and when instructed to execute the player control process, the control unit 334 refers to the group table, and determines the group including the received player ID in the affiliated player. Specify the group ID. Next, the control unit 334 refers to the battle table and determines whether or not the received reception date / time is within any game execution period stored in the battle table.

  Next, when the received reception date / time is within any game execution period, the control unit 334 specifies a period ID associated with the game execution period including the received reception date / time as the execution period ID. In addition, when the received reception date / time is not within any game execution period, the control unit 334 specifies the period ID associated with the game execution period immediately after the received reception date / time as the pre-execution period ID.

  Next, when the pre-execution period ID is specified and the specified group ID is included in the battle information associated with the specified pre-execution period ID stored in the battle table, the control unit 334 displays the pre-game start screen. The progress control unit 331 is instructed to create display data for displaying 600. Further, the control unit 334 displays the game screen 610 when the running period ID is specified and the identified group ID is included in the battle information associated with the identified running period ID stored in the battle table. The progress control unit 331 is instructed to create display data for this purpose.

  Next, the control unit 334 specifies the pre-execution period ID and proceeds to create display data for displaying the support screen 910 when the specified group ID is included in the subordinate group stored in the subordinate table. The control unit 331 is instructed. In addition, the control unit 334 controls the creation of display data for displaying the watching screen 900 when the running period ID is specified and the specified group ID is included in the dependent group stored in the dependency table. The unit 331 is instructed.

(Operation sequence of game system 1)
FIG. 14 is a diagram illustrating an example of an operation sequence of the game system 1. This operation sequence is based on a program stored in advance in the storage unit 22 and the server storage unit 32, and mainly cooperates with each element of the mobile terminal 2 and the server 3 by the processing unit 25 and the server processing unit 33. Executed.

  First, the input processing unit 252 of the portable terminal 2 of the player transmits a game screen request for requesting a game screen to the server 3 via the communication unit 21 in accordance with the operation of the input unit 23 of the player (step S101). ).

  Next, when the progress control unit 331 and the control unit 334 of the server 3 receive the game screen request transmitted from the mobile terminal 2 via the server communication unit 31, the screen creation process is executed (step S102). In the screen creation process, the progress control unit 331 and the control unit 334 receive the game screen request before the game execution period, and the player ID included in the game screen request is included in the match information in the next game execution period. If so, display data for displaying the pre-game start screen 600 is created. In the screen creation process, the progress control unit 331 receives the game screen request within the game execution period, and the player ID included in the game screen request is included in the match information in the current game execution period. Display data for displaying the game screen 610 is created.

  Next, the progress control unit 331 transmits display data for displaying the created pre-game start screen 600 or the game screen 610 to the mobile terminal 2 that has transmitted the game screen request via the server communication unit 31 (step S31). S103).

  Next, the display processing unit 251 of the mobile terminal 2 receives the display data transmitted from the server 3 via the communication unit 21, and displays the pre-game start screen 600 or the game screen 610 based on the received display data. (Step S104).

  Next, when the game screen 610 is displayed, the display processing unit 251 and the input processing unit 252 of the mobile terminal 2 execute a battle input process (step S105). Details of the battle input process will be described later.

  Next, the input processing unit 252 transmits a battle action execution request generated by the battle input process to the server 3 via the communication unit 21 (step S106).

  Next, when the battle execution unit 332 of the server 3 receives the battle action execution request transmitted from the mobile terminal 2 via the server communication unit 31, the battle execution unit 332 executes a battle execution process (step S107).

  Next, the battle execution unit 332 transmits display data for displaying the game screen 610 created by the battle execution process to the mobile terminal 2 that has transmitted the battle action execution request via the server communication unit 31 (step S31). S108).

  Next, the display processing unit 251 of the mobile terminal 2 receives the display data transmitted from the server 3 via the communication unit 21, and displays the game screen 610 based on the received display data (step S109).

  Next, the setting unit 333 of the server 3 executes the subordinate setting process according to whether or not the current date and time has passed the end date and time of the game execution period (step S110). Details of the subordinate setting process will be described later.

  Next, the setting unit 333 transmits the display data created by the subordinate setting process to the portable terminal 2 that has transmitted the game screen request via the server communication unit 31 (step S111).

  Next, the display processing unit 251 of the mobile terminal 2 receives the display data transmitted from the server 3 via the communication unit 21, and displays the subordinate order screen 800 or 810 based on the received display data (step). S112).

(Competition input processing)
FIG. 15 is a diagram illustrating an example of an operation flow of battle input processing by the display processing unit 251 and the input processing unit 252 of the mobile terminal 2. The battle input process shown in FIG. 15 is executed in step S105 of FIG.

  First, the input processing unit 252 determines whether or not the battle action instruction button 619 displayed on the game screen 610 has been selected (step S201).

  Next, when the input processing unit 252 determines that the battle action instruction button 619 displayed on the game screen 610 is not selected (step S201—No), the process returns to step S201 after a predetermined time has elapsed.

  When the input processing unit 252 determines that the battle action instruction button 619 displayed on the game screen 610 has been selected (Yes in step S201), the battle action corresponding to the selected battle action instruction button 619 is an attack. It is determined whether or not it is a battle action (step S202).

  Next, when the input processing unit 252 determines that the attacking action of the attack has been selected (step S202—Yes), it is determined whether or not the AP required to execute the attacking action of the attack is larger than the AP of the player. Determination is made (step S203).

  Next, when the input processing unit 252 determines that the AP necessary for executing the attack action of the attack is equal to or less than the AP of the player (step S203—No), the input action unit 252 indicates that the battle action is an attack. A battle action execution request including an attack command is created (step S204), and a series of steps is completed.

  When it is determined by the input processing unit 252 that the AP necessary for executing the battle action of the attack is larger than the AP that the player has (step S203—Yes), the display processing unit 251 has at least the AP recovery button 712. The displayed game screen 710 is displayed (step S205).

  Next, the input processing unit 252 determines whether or not the AP recovery button 712 displayed on the game screen 710 has been selected (step S206).

  Next, when the input processing unit 252 determines that the AP recovery button 712 displayed on the game screen 710 is not selected (step S206—No), the series of steps ends.

  If the input processing unit 252 determines that the AP recovery button 712 displayed on the game screen 710 has been selected (step S206—Yes), AP recovery is executed (step S207), and the process proceeds to step S204. End a series of steps.

  If the input processing unit 252 determines that the HP recovery battle action has been selected (No in step S202), it is determined whether or not the AP required for executing the HP recovery battle action is larger than the AP of the player. Is determined (step S208).

  Next, when the input processing unit 252 determines that the AP necessary for executing the HP recovery battle action is equal to or less than the AP of the player (step S208—No), the battle action is HP recovery. A battle action execution request including an HP recovery command indicating the above is created (step S209), and a series of steps is terminated.

  When the input processing unit 252 determines that the AP necessary for executing the HP recovery battle action is larger than the AP of the player (step S208—Yes), the display processing unit 251 at least the AP recovery button 712. A game screen 710 on which is displayed is displayed (step S210).

  Next, the input processing unit 252 determines whether or not the AP recovery button 712 displayed on the game screen 710 has been selected (step S211).

  Next, when the input processing unit 252 determines that the AP recovery button 712 displayed on the game screen 710 is not selected (step S211—No), the series of steps ends.

  If the input processing unit 252 determines that the AP recovery button 712 displayed on the game screen 710 has been selected (step S211—Yes), AP recovery is executed (step S207), and the process proceeds to step S209. End a series of steps.

(Subordinate setting process)
FIG. 16 is a diagram illustrating an example of an operation flow of the subordinate setting process performed by the setting unit 333 of the server 3. The dependency setting process shown in FIG. 16 is executed in step S110 of FIG.

  First, the setting unit 333 refers to the battle table and determines whether or not the current date and time has passed the end date and time of the game execution period (step S301).

  Next, when the setting unit 333 determines that the current date and time has not passed the end date and time of the game execution period (No in step S301), the setting unit 333 returns the process to step S301 after a predetermined time has elapsed.

  In addition, when the setting unit 333 determines that the current date and time has passed the end date and time of the game execution period (step S301-Yes), the group that has executed the match during the game execution period with the end date and time determined to have passed the current date and time Are identified (step S302).

  Next, the setting unit 333 identifies the winning group and the defeated group among the group set for each battle based on the acquired DP stored in the group table (step S303).

  Next, the setting unit 333 deletes the record having the group ID of the defeated group as the subordinate destination group from the subordinate table, and changes the group ID of the winning group to the subordinate group associated with the group ID having the subordinate destination group. The group ID of the deleted subordinate group and the group ID of the subordinate group are included (step S304).

  Then, the setting unit 333 creates display data for displaying the subordinate order screen 810 for the subordinate destination group for which the subordinate group has been newly created (step S305), and ends a series of steps.

(Operation sequence of game system 1)
FIG. 17 is a diagram illustrating an example of an operation sequence of the game system 1. This operation sequence is based on a program stored in advance in the storage unit 22 and the server storage unit 32, and mainly cooperates with each element of the mobile terminal 2 and the server 3 by the processing unit 25 and the server processing unit 33. Executed. In the operation sequence shown in FIG. 17, it is assumed that the portable terminal 2a is owned by the dependent player and the portable terminal 2b is owned by the dependent player.

  First, the input processing unit 252 of the mobile terminal 2b of the dependent player transmits a game screen request for requesting a game screen to the server 3 via the communication unit 21 in response to an operation of the input unit 23 of the dependent player ( Step S401).

  Next, when the progress control unit 331 and the control unit 334 of the server 3 receive the game screen request transmitted from the mobile terminal 2 via the server communication unit 31, the screen creation process is executed (step S402). In the screen creation process, the progress control unit 331 and the control unit 334 create display data for displaying the support screen 910 when the reception date and time when the game screen request is received is before the game execution period. In the screen creation process, the progress control unit 331 creates display data for displaying the watching screen 900 when the reception date and time when the game screen request is received is within the game execution period.

  Next, the progress control unit 331 transmits display data for displaying the created watching screen 900 or the support screen 910 to the mobile terminal 2b that has transmitted the game screen request via the server communication unit 31 (step S403). .

  Next, the display processing unit 251 of the mobile terminal 2b receives the display data transmitted from the server 3 via the communication unit 21, and displays the watching screen 900 or the support screen 910 based on the received display data ( Step S404).

  Next, when the AP recovery item addition button 911 is pressed on the support screen 910, the input processing unit 252 of the portable terminal 2b executes support input processing for creating a support action execution request (step S405).

  Next, the input processing unit 252 transmits the support action execution request generated by the support input process to the server 3 via the communication unit 21 (step S406).

  Next, when the progress control unit 331 of the server 3 receives the support action execution request transmitted from the portable terminal 2b via the server communication unit 31, the progress control unit 331 executes support execution processing (step S407).

  Next, the progress control unit 331 transmits display data for displaying the support notification screen 1000 created by the support execution process to the portable terminal 2b that has transmitted the support action execution request (step S408).

  Further, the progress control unit 331 transmits display data for displaying the support result screen 1010 created by the support execution process to the mobile terminals 2a of the players belonging to the subordinate group specified in the support execution process.

  Next, the display processing unit 251 of the mobile terminal 2b receives the display data transmitted from the server 3 via the communication unit 21, and displays the support notification screen 1000 based on the received display data (step S410). .

  Next, the display processing unit 251 of the mobile terminal 2a receives the display data transmitted from the server 3 via the communication unit 21, and displays the support result screen 1010 based on the received display data (step S411). .

  As described above in detail, the game system 1 realizes a battle execution function, a setting function, and a control function in a game for executing a battle. Therefore, even a subordinate player who can no longer participate in the battle can participate in the game via the subordinate player who can participate in the battle. Thereby, it becomes possible to improve the player's interest in the game. In the above description, the players or groups that play in the game are not limited to one-on-one. It may be a game that executes a triple match or a game that executes a match between more players or groups.

(Modification 1)
The progress control unit 331 of the server 3 may store the first reward in association with the dependent player after the end date of the game execution period. The first reward stored in association with the dependent player may be changed according to the number of dependent players subordinate to the dependent player. For example, when the number of subordinate players dependent on a subordinate player increases, the subordinate player can obtain a reward of higher value. In a game where a battle is executed, it is possible to give a reward for the accumulated victory of the subordinate player. Thus, it is possible to improve the interest of the player in the game.

  In addition, after the end date and time of the game execution period, a second reward according to the subordinate player's subordinate ranking or the subordinate group of the subordinate group to which the subordinate player belongs is stored in association with each subordinate player. May be. The second reward is a reward having a value lower than that of the first reward. For example, the higher the subordinate player's subordinate ranking (the closer to the first place), the higher the value of the subordinate player who gets the second reward with higher value. It is possible to improve the player's willingness to participate in the game.

(Modification 2)
Further, the support action may be limited to a range of predetermined values that are different for each subordinate player's subordinate ranking. For example, when the AP recovery item giving button 911 is selected, the number of AP recovery items to be given can be input within a range of a predetermined value that is higher for a dependent player having a higher dependency ranking. Thereby, the contribution degree of the support with respect to a subordinate destination player can be raised, so that the subordinate player who is supporting the subordinate destination player for a period longer than another subordinate player. In addition, it is possible to prevent the interest of the subordinate player who was defeated early in the game from being reduced.

(Modification 3)
Further, the subordinate player's subordinate order may be changed according to the execution of the support action by the subordinate player. For example, the progress control unit 331 of the server 3 determines the subordinate ranking of subordinate players having a higher number of support actions or more AP recovery items than the upper subordinate player in a predetermined period (for example, 10 minutes). Swap with the subordinate player's subordinate rank. The progress control unit 331 stores a contribution according to the execution of the support action by the subordinate player in association with the subordinate player, and stores the third degree according to the subordinate player's contribution, or the subordinate player's subordinate ranking and contribution. May be stored in association with the subordinate player. For example, the progress control unit 331 stores contribution data corresponding to the number of support actions by the subordinate player or the number of AP recovery items given in a predetermined period in association with the subordinate player. Then, the progress control unit 331 associates the contribution data associated with the subordinate player and / or the third reward according to the subordinate rank with the subordinate player. Thereby, even after losing the game, it is possible to improve the willingness of the player to actively participate in the game.

(Modification 4)
Further, the input processing unit 252 of the mobile terminal 2 may be able to execute the support action even during the game execution period. Thereby, it becomes possible for the subordinate player who is viewing the watching screen 900 to execute a support action at a timing at which the subordinate player wants to support the subordinate player, and to increase the chance of being involved in the game of the subordinate player.

(Modification 5)
In addition, a predetermined valid period may be set for the support action. For example, when the support action is an action for associating the AP recovery item with the subordinate player, the progress control unit 331 of the server 3 performs the AP only within the effective period from the acquisition date and time when the AP recovery item is acquired by a specific event. Allows AP recovery to consume recovery items. As a result, the subordinate player is more motivated to give the acquired AP recovery item to the subordinate player as soon as possible, and the number of times the subordinate player is involved in the game can be increased. In addition, by allowing the dependent player to use the assigned AP recovery item as early as possible, the number of participation of the dependent player in the game can be improved.

(Modification 6)
Further, the dependent player may be able to execute both the support action by the dependent player and the support action by the dependent group to which the dependent player belongs. For example, when the support action is an action for associating the AP recovery item with the subordinate group, the subordinate player uses the AP recovery item strategically in consideration of the usage status of the AP recovery item of other subordinate destination players. Will be able to.

(Modification 7)
In addition, a message exchange function may be provided between the subordinate player and the subordinate player subordinate to the subordinate player. That is, the progress control unit 331 of the server 3 displays a message screen (not shown) for exchanging messages on the portable terminal 2a of the dependent player and the portable terminal 2b of the dependent player subordinate to the dependent player. Send display data for. In this case, for example, the higher the subordinate player's subordinate ranking is, the higher the subordinate player's subordinate ranking is, so that the number of times that the subordinate player can send a message is set. Can be exchanged. The progress control unit 331 may create display data for displaying each message screen so that the message screen displayed on the mobile terminal 2a is different from the message screen displayed on the mobile terminal 2b. For example, on the message screen displayed on the portable terminal 2a, a screen for exchanging messages with all subordinate players or subordinate players capable of exchanging messages and / or exchanging messages with other subordinate destination players is displayed. For example. On the other hand, the message screen displayed on the mobile terminal 2a includes a screen for exchanging messages with the subordinate player. As described above, when the player who owns the mobile terminal 2 is a subordinate player, the subordinate player can concentrate on communication with the subordinate destination player by limiting the message exchange screen more than the mobile terminal 2 of the subordinate destination player. In the game, it is possible to improve the sense of unity between the subordinate player and the subordinate player, and to improve the motivation of the subordinate player to support the subordinate player. The progress control unit 331 transmits display data for displaying a message screen for exchanging messages to the portable terminal 2a and the portable terminal 2b after the rank setting process in step S110 is completed.

(Modification 8)
Further, the game system 1 may be configured such that only dependent players having a dependency rank higher than a predetermined rank can participate in the battle. This makes it possible to improve the motivation of the subordinate player who wants to support the subordinate player and the motivation of the subordinate player who wants to increase the subordination order so that the subordinate order does not drop. In this case, a player who has defeated a subordinate player with a subordinate order higher than a predetermined rank who participated in the battle is set as a subordinate player of a subordinate player with a subordinate rank higher than the predetermined rank that has won, and the subordinate rank higher than the predetermined rank won. The subordinate player is set as a subordinate player of the defeated player. In addition, a player who has lost to a subordinate destination player may be set as a subordinate player subordinate to a subordinate player who can participate in a battle among subordinate players of the subordinate player who has won. Furthermore, the game system 1 may allow a dependent player having a subordinate order higher than a predetermined order to participate in a match only during a predetermined return period or a predetermined match in the game execution period. Thus, a period during which a subordinate player with a subordinate order less than a predetermined order cannot participate in the battle is limited to a predetermined return period or a predetermined match, and it becomes possible to prevent the subordinate player from being dissatisfied with the game.

(Modification 9)
Further, each function of the server processing unit 33 described above may be executed by the processing unit 25 of the mobile terminal 2. In this case, if various tables are stored in the storage unit 22, it is not necessary to communicate with the server 3 each time processing is performed, and the above-described function can be realized only by the portable terminal 2. The game executed on the mobile terminal 2 may be a hybrid game in which each of the server 3 and the mobile terminal 2 takes part of the processing. In this case, for example, each game screen related to the progress of the game is displayed on the mobile terminal 2 based on display data generated by the server 3, and other menu screens and the like are installed in the mobile terminal 2. The native display is displayed by the application.

(Modification 10)
Further, the game system 1 may be configured to include only a plurality of portable terminals 2 operated by each of a plurality of players. Each of the plurality of mobile terminals 2 performs wireless communication with another mobile terminal 2 by a wireless communication method of the IEEE 802.11 standard, and the plurality of mobile terminals 2 constitute an ad hoc network. In this case, a specific mobile terminal 2 of the plurality of mobile terminals 2 functions as a host, and executes each function of the server 3 described above. The mobile terminal 2 other than the specific mobile terminal 2 among the plurality of mobile terminals 2 communicates with the specific mobile terminal 2 that executes each function of the server 3 so that the above-described game is executed. The specific mobile terminal 2 that functions as a host executes both the functions of the server 3 and the functions of the mobile terminal 2.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Communication part 22 Storage part 23 Input part 24 Display part 25 Processing part 251 Display processing part 252 Input processing part 3 Server 31 Server communication part 32 Server storage part 33 Server processing part 331 Progress control part 332 Execution of battle | competition Unit 333 Setting unit 334 Control unit

Claims (9)

A control program for a game device that has a storage unit and provides a game for a battle between players,
A storage function for storing a plurality of players in the storage unit;
A battle execution function for performing a battle between a plurality of players;
A setting function for setting the winning first player as a dependent player on which the defeated second player is subordinate and setting the subordinate order of the second player according to the execution result of the battle;
In accordance with the setting by the setting function, the control function for controlling at least a part of the actions that can be executed for each player is realized in the game device,
The setting function sets the subordinate order of the second player based on the subordinate order of the player who was subordinate to the subordinate destination player when the subordinate is dependent on the first player.
A control program characterized by that.   The control program according to claim 1, wherein an action that can be executed when a dependent player is set includes changing a parameter set for the dependent player based on the action. Causing the game device to realize a point storage function of associating each of a plurality of players with a second point for recovering the first point consumed in the battle in the storage unit;
The action for changing a parameter set for the dependent player is an action for giving an instruction to associate the second point associated with the player subordinate to the dependent player with the dependent player. Control program.   In the action of changing the parameter set for the dependent player, the second point associated with the player subordinate to the dependent player is associated with the dependent player within a predetermined value range that differs depending on the player's subordinate order. The control program according to claim 3, which is an action for giving an instruction.   In the setting function, when the player is subordinate to the second player, the subordinate that is subordinate to the second player is set to a subordinate order lower than that of the second player and subordinate to the first player. The control program as described in any one of -4.   The control according to any one of claims 1 to 5, wherein the game device is caused to realize a reward association function for associating different rewards for each dependent player and each dependent ranking player and storing the rewards in the storage unit. program.   In the setting function, when the subordinate ranking is set, display data for displaying a screen for message exchange between a subordinate destination player and a player subordinate to the subordinate destination player is transmitted to each player. The control program as described in any one of 1-6. A control method of a game device that has a storage unit and provides a game for a battle between players,
A storage step of storing a plurality of players in the storage unit;
A battle execution step for performing a battle between a plurality of players;
A setting step for setting the winning first player as a dependent player to which the defeated second player depends and setting the subordinate order of the second player according to the execution result of the battle;
A control step for controlling at least a part of the actions that can be executed for each player according to the setting in the setting step,
In the setting step, when the player is subordinate to the first player, the subordinate rank of the second player is set based on the subordinate rank of the player subordinate to the subordinate destination player.
A control method characterized by that. A game device for providing a game for performing a battle between players,
A storage unit for storing a plurality of players;
A battle execution unit for performing a battle between a plurality of players;
A setting unit configured to set the winning first player as a dependent player on which the defeated second player depends and set the subordinate order of the second player according to the execution result of the battle;
A control unit that controls the player so that at least a part of the action that can be executed differs according to the setting by the setting unit,
The setting unit sets the subordinate order of the second player based on the subordinate order of the player who was subordinate to the subordinate destination player when the player is subordinate to the first player.
A game device characterized by that.