JP2016047215A - Program, game control method, and information processing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program, a game control method, and an information processing device which can increase a motivation to play a game in a match game that counts the number of continuous winnings.SOLUTION: A computer functioning as an information processing device 1 which provides a match game about a match between players against each other is made to execute: a step for counting the number of continuous winnings of each player; a step for inquiring of a first player the will to compete with a second player who has won a match in the case that the first player is defeated in the match and that the number of continuous winnings of the first player is one or more; a step for fighting a match again in the case of receiving a request to fight a match again from the first player; and a step for storing the number of continuous winnings of the first player in the case that the second player is defeated in the match again.SELECTED DRAWING: Figure 8

Description

  The present invention relates to a program, a game control method, and an information processing apparatus related to a battle game for counting consecutive wins.

  Conventionally, in a game using an information processing apparatus such as a computer, a battle game is known in which a player operates a character or the like in the game to play against other players or NPC (Non Player Character) (for example, Patent Document 1).

Japanese Patent No. 5497233

  In a conventional battle game, when a player wins a battle with another player continuously, a reward (hereinafter referred to as a consecutive win bonus) is given to the player according to the number of consecutive wins. The player's willingness to play is enhanced by the winning streak bonus. However, when defeated during consecutive wins, the number of consecutive wins is reset to 0, which may reduce the willingness to play the battle game. In addition, when a player is defeated by another player during a consecutive win, there is a fear that the willingness to play the battle game may be further reduced than when the player defeats the player by actively challenging the player.

  Accordingly, an object of the present invention made in view of the above-described problems is a program, a game control method, and an information processing apparatus that can further increase the willingness to play a game in a battle game that counts consecutive wins. Is to provide.

In order to solve the above problems, a program according to one aspect of the present invention is provided.
In a computer that functions as an information processing device that provides a battle game related to a battle between players,
Counting the consecutive wins of each player;
Inquiring the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win of 1 or more;
If a rematch request is received from the first player, a step of rematching;
Retaining the number of consecutive wins of the first player if the second player loses in the rematch;
Is executed.

In addition, a program according to one aspect of the present invention is
When the second player wins the rematch, the number of consecutive wins of the second player is increased.

In addition, a program according to one aspect of the present invention is
The rematch is a battle between the first player and the second player.

In addition, a program according to one aspect of the present invention is
The battle is performed by a defense deck previously organized by the first player and an attack deck that can be organized by the second player after confirming information related to the defense deck, and the replay is organized by the second player in advance. And a defense deck that can be organized by the first player after confirming information related to the defense deck.

In addition, a program according to one aspect of the present invention is
The rematch is a battle between the third player and the second player determined automatically or by selection of the first player.

In addition, a program according to one aspect of the present invention further includes
In the computer,
Counting the number of wins won by the third player in the rematch,
In the step of inquiring the first player about the intention to rematch, the number of wins is notified to the first player.

A game control method according to one aspect of the present invention includes:
A game control method by an information processing device for providing a battle game related to a battle between players,
Counting the consecutive wins of each player;
Inquiring the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win of 1 or more;
If a rematch request is received from the first player, a step of rematching;
If the second player loses the rematch, retaining the number of consecutive wins of the first player;
Is executed.

In addition, an information processing apparatus according to one aspect of the present invention includes:
A control unit for providing a battle game related to a battle between players, and counting the number of consecutive wins of each player;
A communication unit that inquires the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win count of 1 or more;
With
The control unit performs a rematch when receiving a rematch request from the first player, and reserves the number of consecutive wins of the first player when the second player loses the rematch.

  According to the program, the game control method, and the information processing apparatus of the present invention, the willingness to play a game can be increased in a battle game that counts the number of consecutive wins.

1 is a block diagram of a game system including an information processing apparatus according to an embodiment of the present invention. It is a figure which shows the example of game media data. It is a figure which shows the example of player data. It is a figure which shows the example of deck data. It is a figure which shows the example of number-of-wins data. It is a figure which shows the example of consecutive win bonus data. It is the schematic which shows an example of provision of a consecutive win bonus. It is the schematic which shows another example of provision of a consecutive win bonus. It is a flowchart which shows operation | movement of the information processing apparatus which concerns on one Embodiment of this invention. It is a flowchart which shows operation | movement of the communication terminal which concerns on one Embodiment of this invention. It is an example of an opponent list screen. It is an example of a battle preparation screen. It is an example of a battle | competition screen. It is an example of a battle result screen. It is another example of a battle result screen. It is a flowchart which shows operation | movement of the communication terminal which makes the rematch request based on one Embodiment of this invention. It is an example of the player's my page concerning a rematch request. It is an example of the modal screen which concerns on a rematch request. It is an example of a screen when a winning streak is confirmed. It is an example of a rematch preparation screen. It is an example of a rematch result screen. It is another example of a rematch result screen. It is an example of the rematch preparation screen which concerns on a modification. It is an example of a substitute player list screen. It is an example of my page of the player who received the substitution request. It is an example of the modal screen concerning proxy acceptance / rejection.

  Embodiments of the present invention will be described below.

(Embodiment)
[1. Schematic configuration of game system]
FIG. 1 is a block diagram of a game system including an information processing apparatus according to an embodiment of the present invention. The game system shown in FIG. 1 includes an information processing device 1 (game server 1) and a communication terminal 2. The game server 1 and the communication terminal 2 communicate via the network 3. In FIG. 1, only one communication terminal 2 is shown, but the present invention is not limited to this. This game system includes a plurality of communication terminals, and provides a game that a plurality of users play using the plurality of communication terminals.

  As a general rule, the game server 1 according to the present embodiment wins or loses a battle against other players or NPCs based on the total attack power and defense power of a deck composed of a plurality of game media possessed by the player. Is provided to the communication terminal 2. A game medium is a generic term for electronic data used by a player for the progress of a game, and is, for example, a card, character, weapon, armor, item, or the like in a game. The game media can be acquired by progressing or clearing an event in the game, playing against an enemy character, purchasing at an in-game shop, or the like. In addition, the game server 1 according to the present embodiment counts the number of consecutive wins in the battle for each player, and gives the player a consecutive win bonus. Hereinafter, each configuration of the game server 1 will be described.

[1.1. Game server configuration]
The game server 1 includes a communication unit 10, a storage unit 11, and a control unit 12. The communication unit 10 communicates with the communication terminal 2 via the network 3 by at least one of wireless and wired.

  The storage unit 11 stores various information related to the game. Specifically, the storage unit 11 stores game medium data 111, player data 112, deck data 113, consecutive win number data 114, and consecutive win bonus data 115.

  FIG. 2 shows an example of the game media data 111. The game media data 111 includes various information related to the game media used in the battle. Specifically, the game media data 111 shown in FIG. 2 includes a game media ID, a game media name, a game media image, an attack power, a defense power, and a cost as various information related to the game media. The game media ID is identification information for uniquely identifying a game media in the game. The game media name is a name given to the game media. The game media image is an image showing the game media, and is indicated by the name of the image in FIG. The attack power and the defense power are parameters indicating the strength of the game medium. The greater the attack power and defense power, the higher the strength of the game medium. The cost is a parameter referred to when configuring the deck. The total value of the costs of at least one game medium constituting the deck must be equal to or less than a predetermined value (hereinafter referred to as the maximum deck cost) set for each player.

  FIG. 3 shows an example of the player data 112. The player data 112 includes various information related to each player. Specifically, the player data 112 shown in FIG. 3 includes, as various information relating to each player, information relating to the player ID, level, possession point, maximum deck cost, and possessed game medium. The player ID is an identifier for uniquely identifying the player in the game system. The level is a parameter indicating the degree of growth of the player in the game. The higher the level value, the higher the degree of growth. The possession point is a parameter indicating the in-game currency possessed by the player, and is given as a reward according to the progress of the game, the battle, or the like. The maximum deck cost increases as the player level increases. The possessed game medium is a game medium acquired by the player by purchase or the like in the game. The player selects a game medium to be used for the battle from the owned game media within the range of the maximum deck cost, and forms a deck to be used for the battle.

  FIG. 4 shows an example of the deck data 113. The deck data 113 includes information related to each player's deck. Specifically, the deck data 113 shown in FIG. 4 includes information related to the attack deck and the defense deck, and is stored in association with each player ID and a game medium ID that organizes the attack deck and the defense deck. The attack deck is a deck (attack deck) of the player used in the battle when the player challenges the battle. The defense deck is a deck (defense deck) of the player used in the battle when the player is challenged. That is, in the battle, the attack deck of the player who challenged the battle and the defense deck of the player who challenged the battle are used. FIG. 4 shows an example in which one attack deck and one defense deck are set. However, the present invention is not limited to this, and the player may set a plurality of attack decks and a plurality of defense decks. Alternatively, only one deck may be set and used as an attack deck and a defense deck.

  FIG. 5 shows an example of the consecutive win number data 114. The consecutive winning number data 114 includes information related to the consecutive winning number of each player. The number of consecutive wins is the number of times that the player has continuously won in the battle of the battle game. For example, when a certain player A wins a battle with the player B, the number of consecutive wins is 1, and when the player A subsequently wins a battle with the player C, the number of consecutive wins is 2. Further, when the player A wins the battle with the player D, the number of consecutive wins is three. As shown in FIG. 5, the consecutive win data 114 includes information on the consecutive wins associated with each player ID.

  FIG. 6 shows an example of the consecutive win bonus data 115. The consecutive winning bonus data 115 includes information on consecutive winning bonuses according to the number of consecutive wins. As shown in FIG. 6, when the number of consecutive wins is 1, the consecutive winning bonus is 100 points, and as the consecutive winning number increases to 2, 3, 100 points and 200 points are added to the consecutive winning bonus, respectively. Therefore, the consecutive winning bonuses when the winning numbers are 2, 3 are 300 points and 600 points, respectively. Thus, in this competitive game, as the number of consecutive wins increases, more consecutive winning bonuses can be obtained. The consecutive win bonus is given to the player when the number of consecutive wins is confirmed. On the other hand, when consecutive wins are continuing (during consecutive wins), consecutive win bonuses are not given to the player but are stocked. When a consecutive winning bonus is given to the player, the consecutive winning bonus is added to the player's possession points.

  FIG. 7 is a schematic diagram showing an example of giving consecutive win bonuses. In the example of FIG. 7, first, a certain player (referred to as player A) challenges another player and battles (step S11). In FIG. 7, “attack: battle” indicates that the battle is challenged, and “defense: battle” indicates that the battle is challenged. Player A has won in the match. At this time, the number of consecutive wins of the player A is 1.

  Next, player A challenges another player and battles (step S12). Player A also wins in the battle. At this time, the number of consecutive wins of the player A is 2. Subsequently, the player A is challenged by another player and battles (step S13). Player A also wins in the battle. At this time, the number of consecutive wins of the player A is 3. Subsequently, the player A further battles against another player (step S14). In the match, player A is defeated.

  As shown in FIG. 7, the number of consecutive wins is increased by repeating the battles in Steps S11 to S13, and the consecutive winning bonuses are accumulated. In step S14, the number of consecutive wins is fixed to 3 because the game has been defeated and defeated. Then, a consecutive winning bonus corresponding to 3 which is the determined number of consecutive winnings, that is, 600 points is awarded to the player A (step S15). Thereafter, the number of consecutive wins of the player A is reset to 0 (step S16).

  FIG. 8 is a schematic diagram showing another example of giving consecutive win bonuses. The same operations as those in FIG. 7 are denoted by the same reference numerals, and description thereof is omitted. In the example of FIG. 8, following Steps S11 to S12, Player A is challenged by another player and competes (Step S23), and is defeated in the battle.

  In the game system according to the present embodiment, when the player A is challenged and defeated during consecutive wins, the player A can replay with the player who won the battle. When the player A performs a rematch (step S24) and wins the rematch, the number of consecutive wins of the player A is reserved. That is, “2”, which is the number of consecutive wins before the rematch, is maintained as it is without being reset to zero. After that, when the player A then challenges another player and wins (step S25), the number of consecutive wins is 3 (step S26). By winning in the rematch in this way, the consecutive victory stop due to the loss of the battle before the rematch is canceled, and the state where the consecutive victory continues is revived.

  On the other hand, if the defeat is lost, the number of consecutive wins is fixed to 2. Then, a consecutive winning bonus corresponding to 2 which is the determined number of consecutive winnings, that is, 300 points is awarded to the player A (step S27). Thereafter, the number of consecutive wins of the player A is reset to 0 (step S28). The control unit 12 performs the battle process, the rematch process, the process of giving a winning streak bonus, and the like. Hereinafter, the control unit 12 will be described.

  The control unit 12 performs various controls related to the game server 1. Specifically, when receiving a battle request based on the player's operation from the communication terminal 2 via the communication unit 10, the control unit 12 performs a battle process based on the battle request. Based on the deck data 113 stored in the storage unit 11, the control unit 12 stores information related to the attack deck of the player who requests the battle (referred to as player A) and the defense deck of the player who receives the battle request (referred to as player B). get. Then, the control unit 12 determines a battle result based on the attack deck of the player A and the defense deck of the player B. The control unit 12 adds the number of consecutive wins of the winner based on the battle result. For example, when the player A wins, the control unit 12 adds the number of consecutive wins of the player A. That is, the control unit 12 adds 1 to the number of consecutive wins related to the winner (player A) of the consecutive win number data 114. In this way, the control unit 12 counts the number of consecutive wins of each player. The “first player” of the present invention corresponds to a player who has received a battle request, that is, player B here. On the other hand, the “second player” of the present invention corresponds to the player who requested the battle, that is, the player A here.

  When the player who has received the battle request (here, player B) is winning consecutively, the control unit 12 inquires the player B about his intention to rematch with the player who has won the battle (player A). Specifically, when the number of consecutive wins of the player B is 1 or more, the control unit 12 inquires of the communication terminal 2 of the player B about the intention to rematch with the player A through the communication unit 10. When receiving a rematch request from the player B, the control unit 12 performs a rematch process. Specifically, the control unit 12 acquires information related to the attack deck of the player B and the defense deck of the player A based on the deck data 113 of the storage unit 11. Then, the control unit 12 determines a rematch result based on the attack deck of the player B and the defense deck of the player A. When the player who made the rematch request (here, player B) wins, the control unit 12 reserves the number of consecutive wins of player B. In other words, the control unit 12 reserves the number of consecutive wins of the player B when the player who has received the rematch request (here, the player A) loses.

  On the other hand, when the player who made the rematch request (here, player B) loses, the control unit 12 adds the number of consecutive wins of player A. That is, the control unit 12 adds 1 to the number of consecutive wins related to the player A in the consecutive win number data 114. Further, the control unit 12 determines the number of consecutive wins of the player B, and gives a consecutive victory bonus to the player B based on the consecutive winning bonus data 115 according to the number of consecutive wins of the player B. That is, the control unit 12 adds the consecutive win bonus to the possessed points related to the player B in the player data 112. Then, the control unit 12 resets the consecutive win number related to the player B in the consecutive win number data 114 to 0.

[1.2. Configuration of communication terminal]
Returning to FIG. 1, the configuration of the communication terminal 2 will be described. The communication terminal 2 includes a communication unit 20, a display unit 21, an operation unit 22, and a control unit 23.

  The communication unit 20 communicates with the game server 1 via the network 3 by at least one of wireless or wired. Specifically, the communication unit 20 transmits a battle request to the game server 1 based on the operation of the operation unit 22 by the player. The communication unit 20 transmits a rematch request or the like to the game server 1. Further, the communication unit 20 receives a display image or the like for a battle request or a rematch request.

  The display unit 21 includes a liquid crystal display, an organic EL display, and the like, and performs display output related to a game provided by the game server 1. For example, the display unit 21 displays a battle game my page, an opponent list screen, a battle preparation screen, a battle screen, a battle result screen, a rematch inquiry screen, a rematch preparation screen, a rematch result screen, and the like.

  The operation unit 22 includes buttons, a touch panel, and the like, and receives an input signal from a player in the game. Then, the operation unit 22 sends an input signal received from the player to the control unit 23.

  The control unit 23 performs various controls related to the communication terminal 2. For example, the control unit 23 transmits a battle request or a rematch request to the game server 1 via the communication unit 20 based on the operation of the operation unit 22 by the player.

[2.1. Operation of information processing device]
Next, the operation of the game server 1 according to an embodiment of the present invention will be described with reference to the flowchart shown in FIG. Here, a case where the player A makes a battle request to the player B will be described.

  First, the control unit 12 of the game server 1 receives a battle request with the player B selected based on the operation of the player A from the communication terminal 2 via the communication unit 10 (step S110).

  Next, the control unit 12 performs a battle process based on the battle request. The control unit 12 acquires information related to the attack deck of the player A and the defense deck of the player B based on the deck data 113 of the storage unit 11. Then, the control unit 12 determines a battle result based on the attack deck of the player A and the defense deck of the player B (step S120).

  Subsequently, the control unit 12 adds the number of consecutive wins of the winner based on the battle result (step S130). For example, when the player A wins, the control unit 12 adds the number of consecutive wins of the player A. That is, the control unit 12 adds 1 to the number of consecutive wins relating to the player A who is the winner of the consecutive win number data 114.

  Subsequently, the control unit 12 determines whether or not the player who has received the battle request (here, the player B) has lost the battle (step S140). When the player B has not lost the match (when the player B wins) (step S140: No), the control unit 12 determines the number of consecutive wins of the player A based on the consecutive winning count data 114 (step S150). . Subsequently, the control unit 12 grants a consecutive winning bonus to the player A based on the consecutive winning bonus data 115 according to the number of consecutive winnings of the player A (step S160). That is, the control unit 12 adds the consecutive win bonus to the possessed points related to the player A in the player data 112. Then, the control unit 12 resets the consecutive win number related to the player A in the consecutive win number data 114 to 0 (step S170), and ends the process.

  On the other hand, when the player B loses the battle (step S140: Yes), the control unit 12 determines whether or not the consecutive win number of the player B is 1 or more (step S180). Specifically, the control unit 12 acquires the number of consecutive wins of the player B based on the number of consecutive wins data 114. When the number of consecutive wins of player B is 1 or more, the process proceeds to step S190. On the other hand, when the number of consecutive wins of player B is less than 1, the process is terminated.

  When the number of consecutive wins of the player B is 1 or more (step S180: Yes), the control unit 12 inquires the communication terminal 2 of the player B about the intention of rematch with the player who won the battle (here, the player A) (step S190). ).

  Subsequently, the control unit 12 determines player B's intention to rematch (step S200). Specifically, when the control unit 12 receives a rematch request from the communication terminal 2 of the player B via the communication unit 10, the control unit 12 determines that the player has an intention to rematch and proceeds to step S240. On the other hand, if the control unit 12 receives a rematch rejection response from the communication terminal 2 of the player B via the communication unit 10, the control unit 12 determines that the player B does not intend to rematch, and proceeds to step S210. Note that the control unit 12 may determine that there is no intention to rematch when a rematch request is not received within a predetermined time after the battle process. Preferably, in this case, during the predetermined time, the player B may not apply for a match with another player, and the player B may have a protection period during which no match is requested from another player.

  When it is determined that the player B has no intention to rematch (step S200: No), the control unit 12 determines the number of consecutive wins of the player B. That is, the control unit 12 determines the number of consecutive wins of the player B based on the consecutive winning number data 114 (step S210). Subsequently, the control unit 12 grants a consecutive victory bonus to the player B based on the consecutive winning bonus data 115 according to the number of consecutive winnings of the player B (step S220). That is, the control unit 12 adds the consecutive win bonus to the possessed points related to the player B in the player data 112. Then, the control unit 12 resets the consecutive win number related to the player B in the consecutive win number data 114 to 0 (step S230), and ends the process.

  On the other hand, when it is determined in step S200 that player B has a rematch intention (step S200: Yes), the control unit 12 performs a rematch process (step S240). Specifically, the control unit 12 acquires information related to the attack deck of the player B and the defense deck of the player A based on the deck data 113 of the storage unit 11. Then, the control unit 12 determines a rematch result based on the attack deck of the player B and the defense deck of the player A.

  Subsequently, the control unit 12 determines whether or not the player who has received the rematch request (here, the player A) has lost (step S250). When the player A is not defeated, that is, when the player A wins (step S250: No), the control unit 12 adds the number of consecutive wins of the player A (step S260). That is, the control unit 12 adds 1 to the number of consecutive wins related to the player A in the consecutive win number data 114. Then, it progresses to step S210 and performs the process which concerns on step S210-step S230.

  When the player A is defeated in step S250 (step S250: Yes), the number of consecutive wins of the player B is reserved (step S270). That is, the control unit 12 maintains the number of consecutive wins of the player B before the rematch as it is and does not reset it to 0. Then, the process ends.

[2.2. Operation of communication terminal]
Next, the operation of the communication terminal 2 according to an embodiment of the present invention will be described with reference to the flowchart shown in FIG. 10 and display screen examples shown in FIGS.

  FIG. 10 shows the operation of the communication terminal 2 of the player who makes a battle request (here, player A). First, the control unit 23 of the communication terminal 2 transmits a battle request based on the operation of the player A (step S310).

  Specifically, the control unit 23 of the communication terminal 2 displays the opponent list screen illustrated in FIG. 11 on the display unit 21. On the opponent list screen, the player information 311 and 312 of the opponent candidates and the opponent candidate selection buttons 313 and 314 are displayed in association with each other. Opponents are randomly selected by the game server 1. For example, the player information 311 includes the level of the player B who is a battle candidate. When the selection button 313 is selected by the player, the control unit 23 determines that the player B is selected as a battle candidate. When the player B is selected as a battle candidate, the display unit 21 displays a battle preparation screen. FIG. 12 shows an example of the battle preparation screen. Detailed information 315 of an opponent candidate (here, player B), a battle start button 316, and a deck organization button 317 are displayed on the battle preparation screen. In the example of FIG. 12, the detailed information 315 includes information such as the level of an opponent candidate, attack power, defense power, and the like. The match start button 316 is a button for starting a match. When the player selects the match, the control unit 23 transmits a match request with the player B to the game server 1. The deck organization button 317 is a button for changing the attack deck used by the player for the battle. When the deck organization button 317 is selected by the player, the control unit 23 transmits to the game server 1 a request to change the game media included in the attack deck based on the player's designation. When the request is received, the control unit 12 of the game server 1 changes the deck data 113. In this way, the player requesting the battle can form the attack deck after confirming the detailed information 315 of the opponent. In other words, the player requesting the battle can organize the attack deck according to the opponent's defense deck, so that the player who requests the battle is advantageous. In this way, each player is encouraged to play a battle game.

  Subsequent to step S310 in FIG. 10, the control unit 23 of the communication terminal 2 displays a battle screen on the display unit 21 (step S320). FIG. 13 shows an example of the battle screen. On the battle screen, an attacking deck 321 of an attacking player (here, player A) and a defending deck 322 of a defending player (here, player B) are displayed.

  Subsequently, the control unit 23 displays the battle result on the display unit 21 (step S330). FIG. 14 shows an example of a battle result screen (match result screen) displayed by the display unit 21. The battle result screen shown in FIG. 14 is an example when player A wins. The battle result screen shown in FIG. 14 includes a battle button 331 for requesting a battle, and a winning bonus information 332 related to the number of consecutive wins and consecutive winning bonuses, in addition to the notification of winning. When the battle button 331 is selected by the player, the control unit 23 causes the display unit 21 to display the opponent list shown in FIG. In this manner, by providing the battle button 331 on the battle result screen, the player is further encouraged to perform a battle. On the other hand, the example shown in FIG. 15 is a battle result screen when the player A loses. The battle result screen shown in FIG. 15 includes a battle button 331 for requesting a battle, and continuous winning bonus information 334 related to the consecutive winning bonus, in addition to the notification that the player has lost. Since the number of consecutive wins is fixed, the consecutive winning bonus information 334 notifies the player that the consecutive winning bonus has been granted.

  FIG. 16 shows the operation of the communication terminal 2 of the player who makes a rematch request (here, player B). First, the control unit 23 of the communication terminal 2 notifies the player of the battle result (step S410). Specifically, the control unit 23 notifies the player B that the game has been defeated using My Page or the like. FIG. 17 shows an example of a my page that the control unit 23 displays on the display unit 21. As illustrated in FIG. 17, the control unit 23 notifies, for example, that the page has been defeated as new arrival information on My Page. When the new page button 411 of my page is selected by the player, the control unit 23 displays a modal screen 412 (dialog box) related to the rematch request on the display unit 21. FIG. 18 shows an example of a modal screen 412 related to a rematch request. The modal screen 412 includes a rematch rejection button 413 and a rematch request button 414.

  Next, the control part 23 determines the presence or absence of a rematch intention (step S420). Specifically, the control unit 23 determines that there is no intention to rematch when the rematch rejection button 413 in FIG. 18 is selected, and determines that there is a rematch intention when the rematch request button 414 is selected. If it is determined that there is no intention to rematch (step S420: No), the control unit 23 transmits a rematch rejection response to the game server 1 via the communication unit 20 (step S430). And the control part 23 displays the information which concerns on the confirmed winning streak bonus (step S440). FIG. 19 shows an example of a screen when the winning streak is confirmed. For example, when the number of consecutive wins of the player B is 5, the control unit 23 displays on the display unit 21 that a consecutive winning bonus (1500 points) corresponding to the number of consecutive wins 5 has been granted.

  On the other hand, when it is determined in step S420 that there is a rematch intention (step S420: Yes), a rematch preparation screen is displayed on the display unit 21 (step S450). FIG. 20 shows an example of the rematch preparation screen. Detailed information 451 of a rematch opponent (here, player A), a rematch start button 452 and a deck organization button 453 are displayed on the rematch preparation screen. In the example of FIG. 20, the detailed information 451 includes information such as the level of the opponent candidate, the attack power, and the defense power. The rematch start button 452 is a button for starting a rematch, and when the button is selected by the player, the control unit 23 transmits a rematch request with the player A to the game server 1 (step S460). The deck organization button 453 is a button for changing the attack deck used by the player for the rematch. When the deck organization button 453 is selected by the player, the control unit 23 transmits a request to the game server 1 to change the game medium included in the attack deck based on the designation of the player. When the request is received, the control unit 12 of the game server 1 updates the deck data 113. In this way, the player making the rematch request can appropriately organize the attack deck after confirming the detailed information of the opponent. That is, the player requesting the rematch can organize the attack deck in accordance with the defense deck of the opponent to be rematched, which is advantageous to the player requesting the rematch. By doing so, it is possible to prompt each player to replay.

  Subsequent to step S460, the control unit 23 of the communication terminal 2 displays a battle screen relating to the rematch on the display unit 21 (step S470). The battle screen in the rematch is the same as the battle screen of FIG. On the battle screen in the rematch, an image related to the attack deck of the attacking player (here, Player B) and a image related to the defense deck of the defending player (here, Player A) are displayed.

  Subsequently, the control unit 23 displays the rematch result on the display unit 21 (step S480). FIG. 21 is an example of a rematch result screen (rematch result screen) displayed by the display unit 21. The rematch result screen shown in FIG. 21 includes a battle button 481 for requesting a battle as well as a winning victory information 482 related to the number of consecutive wins and consecutive wins, in addition to the notification of winning. When the battle button 481 is selected by the player, the control unit 23 causes the display unit 21 to display the opponent list shown in FIG. In this way, it is possible to notify that the number of consecutive wins is reserved by the consecutive winning bonus information 482 and to promote the player to play a battle. Further, by providing a battle button 481 on the rematch result screen, it is possible to prompt the player to further battle. On the other hand, the example shown in FIG. 22 is a rematch result screen when the player A loses. The battle result screen shown in FIG. 22 includes a battle button 481 for requesting a battle, and continuous winning bonus information 483 related to the consecutive winning bonus, in addition to the notification of defeat. When the battle button 481 is selected by the player, the control unit 23 causes the display unit 21 to display the opponent list shown in FIG. Thus, by providing the battle button 481 on the rematch result screen, it is possible to prompt the player to play a battle.

  As described above, according to an embodiment of the present invention, when a player who has received a battle request loses a battle, the player receives a rematch request and retains the number of consecutive wins when the player wins as a result of the rematch. , Can increase the willingness to play the fighting game.

  Moreover, in one Embodiment of this invention, when the player who challenged the rematch wins as a result of a rematch, the number of consecutive wins of the said player is increased. For example, a player who has challenged three players and won three consecutive games may be challenged again by three defeated players. At this time, if a player who has been challenged for a rematch wins in all rematches, a total of six consecutive wins will be won. Thus, in one embodiment of the present invention, a player who has challenged more matches and won consecutively has a high possibility of being challenged by more rematches. The player can dramatically increase the number of consecutive wins by winning the challenged rematch. Therefore, according to one embodiment of the present invention, it is possible to increase the willingness to play a battle game, that is, the willingness to play the battle game.

  In one embodiment of the present invention, a player who has been challenged for a rematch replays with a defense deck that has been organized in advance. In order to win a challenged rematch and increase the number of consecutive wins, it is necessary to form a defense deck with a game medium advantageous to the battle and strengthen the defense deck. Therefore, this game system can increase the willingness to strengthen the defense deck.

  In this embodiment, when a player who has received a battle request loses the battle and the player loses as a result of the rematch, a consecutive win bonus is given to the player and the number of consecutive wins of the player is reset to 0. However, it is not limited to this. When the player has a predetermined game medium (for example, a special item for performing a second rematch), the second rematch may be challenged by consuming the game medium. In this case, even if the player loses as a result of the rematch, the number of consecutive wins is not reset to 0, and if the player wins in the second rematch, the number of consecutive wins of the player is reserved.

  Note that the number of consecutive wins of each player may be displayed on the opponent list screen displayed on the display unit 21 by the control unit 23 of the communication terminal 2. A player with a higher number of consecutive wins is more likely to challenge a rematch in order to retain the number of consecutive wins. Therefore, by displaying the number of consecutive wins on the opponent list screen, it is possible to provide a reference when the player selects an opponent. For example, by making a battle request to a player with a large number of consecutive wins, the possibility of being challenged again can be increased.

  Note that the consecutive win number data 114 may include the maximum number of consecutive wins of each player in the past. In addition, the maximum number of consecutive wins may be notified to each player on a My Page or the like. Further, the maximum number of consecutive wins of each opponent candidate may be displayed on the opponent list screen.

  In the present embodiment, an example is shown in which possession points are added as consecutive winning bonuses, but the present invention is not limited to this. The consecutive winning bonus may be a game medium such as a card or an item. In this case, as the number of consecutive wins increases, the number of given cards and the number of items are increased. In addition, as the number of consecutive wins increases, a game medium with a high rarity value may be given.

(Modification)
Hereinafter, modifications of the embodiment of the present invention will be described. In the above-described embodiment, the rematch is a battle between a player who has requested a battle and a player who has lost the player in the battle. In general, in a modified example, the rematch is a battle between a player who has requested a battle and another player selected by a player who has lost the player.

  FIG. 23 is a rematch preparation screen according to a modification. In addition to the detailed information 451 of the rematch opponent (here, player A), the rematch start button 452, and the deck organization button 453, the rematch preparation screen according to the modification includes a substitute button 454. When the substitute button 454 is selected by the player, the control unit 23 of the communication terminal 2 displays the substitute player list screen on the display unit 21.

  FIG. 24 shows an example of a substitute player list screen. On the proxy player list screen, the player information 455 and 456 of the proxy request destination and the selection buttons 457 and 458 of each player are displayed in association with each other. A proxy request destination player (hereinafter referred to as a proxy player) is randomly selected by the game server 1. The proxy player may be a related player of the proxy requesting player. Related players are friend players, players in the same group (guild) in the game, and the like. For example, the player information 455 and 456 include the levels of proxy players (here, player E and player F).

  When the selection button 458 is selected by the player, the control unit 23 determines that the player F has been selected. When the player F is selected, the control unit 23 includes information related to the player F (player ID of the player F) in the rematch request and transmits the rematch request to the game server 1 via the communication unit 20. The game server 1 performs a rematch process based on the player ID included in the rematch request. The “third player” of the present invention corresponds to the substitute player, that is, the player F here.

  When the player ID of the substitute player is included in the rematch request, the game server 1 inquires of the substitute player about the intention of substitution using a my page or the like. FIG. 25 shows an example of inquiring the substitute player with the intention of substitution through the My Page. As shown in FIG. 25, for example, on the proxy player's My Page, the fact that there was a proxy request as new arrival information is displayed. When the new button 501 of My Page is selected by the player, the control unit 23 of the communication terminal 2 displays a modal screen 502 related to whether or not the substitution is permitted on the display unit 21. FIG. 26 shows an example of a modal screen 502 related to whether or not the proxy is accepted. The modal screen 502 includes a substitution button 503 and a substitution rejection button 504. When the substitute button 503 is selected by the player, the control unit 23 of the communication terminal 2 responds by the communication unit 20 that the substitution is performed. When the proxy rejection button 504 is selected by the player, the control unit 23 of the communication terminal 2 responds by the communication unit 20 that the proxy rejection button 504 is not performed. The control part 12 of the game server 1 performs a rematch process, when the response to substitute is received.

  The control unit 12 of the game server 1 processes the rematch process in step S210 in FIG. 9 as a battle between the substitute player (player F here) and the player A. That is, the control unit 12 acquires information related to the attack deck of the player F and the defense deck of the player A based on the deck data 113 of the storage unit 11. Then, the control unit 12 determines a rematch result based on the attack deck of the player F and the defense deck of the player A. The subsequent processing is as shown in FIG. That is, as a result of the battle between the substitute player and the player A, if the player A loses, that is, if the substitute player wins (step S220: Yes), the number of consecutive wins of the player B is reserved (step S240). On the other hand, if the player A did not lose (step S220: No), 1 is added to the number of consecutive wins of the player A (step S230), the number of consecutive wins of the player B is determined and a consecutive winning bonus is provided (step S180, S190), the number of consecutive wins of the player B is reset to 0 (step S200).

  Note that the control unit 12 of the game server 1 may count the number of wins in the rematch that the substitute player substitutes. In this case, the control unit 12 gives a predetermined reward to the substitute player when the number of wins of the substitute player is equal to or greater than a predetermined value. Preferably, the number of wins of the substitute player is included in each player information (player information 455 and 456 in FIG. 24) on the substitute player list screen. That is, the control unit 12 of the game server 1 notifies the player who requests substitution on the substitution player list screen of the number of wins of the substitution player. By doing in this way, the player who requests substitution can select the substitution player based on the number of wins. Further, the control unit 12 of the game server 1 may give a predetermined reward to the substitute player in accordance with the number of wins in the rematch that the substitute player has taken on. The predetermined reward may be a medal according to the number of wins on behalf of the proxy. In this case, information on the medal may be displayed on each player information on the proxy player list screen. By doing in this way, the player who requests substitution can select the substitution player based on the information related to the medal.

  In the above example, the substitute player is selected by the player. However, the present invention is not limited to this. For example, the substitute player may be another player automatically selected by the game server 1.

  Here, in order to function as an information processing apparatus and a communication terminal, a computer can be suitably used. Such a computer can store a program describing processing contents for realizing each function of the information processing apparatus and the communication terminal. It can be realized by storing the program in a storage unit of the computer and reading out and executing the program by a central processing unit (CPU) of the computer.

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

  For example, in the above-described embodiment, when a player who has received a battle request loses the battle and the number of consecutive wins of the player is 1 or more, the player is inquired about the intention to rematch with the player who has won the battle and the battle is replayed. However, it is not limited to this. When the player who transmitted the battle request loses the battle and the number of consecutive wins of the player is 1 or more, the player may be asked to rematch with the player who won the battle, and the battle may be replayed. That is, in this case, in the case where the battle is challenged and defeated in step S14 of FIG. 7, the player A can replay with the player who has won the battle. When the player A performs a rematch and wins the rematch, the number of consecutive wins of the player A is reserved.

  Further, for example, a web display for displaying a game progress screen on the communication terminal 2 based on data generated by the game server 1 and a native display for displaying other menu screens and the like by a native application installed in the communication terminal 2; For example, a hybrid game in which each of the server and the communication terminal takes part of the processing can be used.

1 Information processing device (game server)
2 communication terminal 3 network 10 communication unit 11 storage unit 12 control unit 20 communication unit 21 display unit 22 operation unit 23 control unit 111 game medium data 112 player data 113 deck data 114 consecutive win number data 115 consecutive win bonus data 311 and 312 player information 313 314 Selection button 315 Detailed information 316 Battle start button 317 Deck organization button 321 Attacker deck 322 Defense deck 331 Battle button 332, 334, 482, 483 Consecutive bonus information 411 New arrival button 412 Modal screen 413 Rematch request button 414 Rematch request button 451 Detailed information 452 Rematch start button 453 Deck organization button 454 Substitute button 455, 456 Player information 457, 458 Select button 481 Battle button 501 New Button 502 modal screen 503 agency button 504 agency refused button

Claims (8)

In a computer that functions as an information processing device that provides a battle game related to a battle between players,
Counting the consecutive wins of each player;
Inquiring the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win of 1 or more;
If a rematch request is received from the first player, a step of rematching;
Retaining the number of consecutive wins of the first player if the second player loses in the rematch;
A program characterized by having executed.   The program according to claim 1, wherein when the second player wins the rematch, the number of consecutive wins of the second player is increased.   The program according to claim 1 or 2, wherein the rematch is a battle between the first player and the second player.   The battle is performed by a defense deck previously organized by the first player and an attack deck that can be organized by the second player after confirming information related to the defense deck, and the replay is organized by the second player in advance. 4. The program according to claim 3, wherein the program is performed by using the defense deck and the attack deck that can be organized by the first player after confirming information related to the defense deck. 5.   The program according to claim 1 or 2, wherein the rematch is a battle between a third player and the second player determined automatically or by selection of the first player. The program is further stored in the computer.
Counting the number of wins won by the third player in the rematch,
6. The program according to claim 5, wherein in the step of inquiring the first player about the intention to rematch, the number of wins is notified to the first player. A game control method by an information processing device for providing a battle game related to a battle between players,
Counting the consecutive wins of each player;
Inquiring the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win of 1 or more;
If a rematch request is received from the first player, a step of rematching;
If the second player loses the rematch, retaining the number of consecutive wins of the first player;
A game control method comprising: A control unit for providing a battle game related to a battle between players, and counting the number of consecutive wins of each player;
A communication unit that inquires the first player about his intention to rematch with the second player who has won in the battle when the first player loses the battle and the first player has a consecutive win count of 1 or more;
With
The control unit performs a rematch when receiving a rematch request from the first player, and retains the number of consecutive wins of the first player when the second player loses the rematch. apparatus.

Images