JP6243378B2 - Terminal device, server device, and control method - Google Patents

Description

  The present invention relates to a terminal device, a server device, and a control method.

  2. Description of the Related Art Conventionally, for example, a game is known in which users select or recruit other users who are opponents and play against each other. For example, Patent Document 1 discloses a battle game in which a first user selects a second user who is an opponent and performs an asynchronous battle.

Japanese Unexamined Patent Publication No. 2014-008213

  However, a game in which users play an asynchronous battle has lower real-time characteristics of the battle than a game in which users play a synchronous battle. For this reason, in the asynchronous battle, the realism of the battle is not always sufficient, and there is room for improvement in the interest of the game.

  An object of the present invention made in view of such circumstances is to provide a terminal device, a server device, and a control method that improve the realism of a battle in a game in which users play an asynchronous battle.

In order to solve the above problems, a terminal device according to the present invention provides:
A terminal device for executing an asynchronous battle game provided from a server device,
A display unit;
An input unit for receiving user input to the terminal device;
A terminal communication unit for transmitting and receiving information to and from the server device;
A terminal control unit,
The terminal communication unit is configured to execute the plurality of first game parts in a first game part that is executed in another terminal device and sequentially competes with each of a plurality of first opponents using game media associated with other users. For each opponent, the match start time from the start time of the first game part to the match start time with the first opponent and the match end time from the start time to the match end time with the first opponent Is received from the server device,
The terminal control unit
Using a game medium associated with the user to start a second game part that sequentially battles with a plurality of second opponents respectively corresponding to the plurality of first opponents;
Based on the user input received by the input unit, the battle progress status for the second opponent currently in battle is calculated,
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time becomes the battle start time of the first opponent, a change process for changing the first parameter from the initial value according to the elapsed time is started .
The display unit is configured to display a first image indicating the first parameter for the first opponent corresponding to the second opponent who is currently in a match with the second game part, and the first game in the current match. A second image showing the progress of the battle for two opponents ,
The first parameter which varies in accordance with the elapsed time by the change process, when the elapsed time has become the competition end time of the first opponent, characterized in that it reaches the target value.

In the terminal device according to the present invention,
While the elapsed time from the competition starting time of the first opponent battle order as the second opponent in current competition are identical to the competition end time is increased, in accordance with the elapsed time by the change process time rate of change of the first parameter which changes is constant <br/> it is preferable.

In the terminal device according to the present invention,
While the elapsed time is increased to the competition start time of the first opponent battle order as the second opponent currently competition are the same, the first parameter is the initial value,
While the elapsed time increases from the competition end time of the first opponent, it is preferable that the first parameter is the target value.

In the terminal device according to the present invention,
The first image is preferably an indicator indicating the first parameter.

In the terminal device according to the present invention,
The battle progress status of the second opponent currently in battle is a second parameter associated with the game medium that is the second opponent,
The terminal control unit
Based on the user input received by the input unit, the second parameter is varied,
When the second parameter reaches the target value, it is preferable to start a battle with another second opponent who is not playing a battle among the plurality of second opponents.

In the terminal device according to the present invention,
It is preferable that the second image is an indicator indicating the second parameter.

Moreover, the server device according to the present invention provides:
A server device that provides an asynchronous battle game to a terminal device,
A server storage unit that stores information about game media associated with each of a plurality of users;
A server communication unit for transmitting and receiving information to and from the terminal device;
A server control unit,
The server control unit
Causing the terminal device of the first user to execute a first game part that sequentially battles each of the plurality of first opponents using a game medium associated with the first user;
For each of the plurality of first opponents in the first game part, the battle start time from the start time of the first game part to the battle start time with the first opponent and the first battle from the start time When information indicating a match end time until a match end time with the opponent is received from the terminal device of the first user, the information is stored in the server storage unit,
To the terminal device of the second user,
Using a game medium associated with the second user, a second game part is started that sequentially battles with a plurality of second opponents that are a plurality of game media and respectively correspond to the plurality of first opponents. Let
Based on the user input to the terminal device of the second user, the battle progress status for the second opponent who is currently fighting is calculated,
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time becomes the battle start time of the first opponent, a change process for changing the first parameter from the initial value according to the passage of time is started ,
During execution of the second game part, a first image showing the first parameter for the first opponent corresponding to the second opponent currently in battle, and a second image of the second opponent currently in battle A second image showing the progress of the battle ,
The first parameter which varies in accordance with the elapsed time by the change process, when the elapsed time has become the competition end time of the first opponent, characterized Rukoto to reach the target value.

Moreover, the control method according to the present invention includes:
A control method of a terminal device that executes an asynchronous battle game provided from a server device,
The terminal device includes a display unit, an input unit that receives user input to the terminal device, a terminal communication unit that transmits and receives information to and from the server device, and a terminal control unit.
In the first game part in which the terminal communication unit sequentially executes a battle with each of the plurality of first opponents using a game medium associated with another user, which is executed in another terminal device. For each opponent, the match start time from the start time of the first game part to the match start time with the first opponent and the match end time from the start time to the match end time with the first opponent Receiving from the server device information indicating:
The terminal control unit is
Starting a second game part that sequentially battles a plurality of second opponents respectively corresponding to the plurality of first opponents using a game medium associated with the user;
Based on the user input received by the input unit, calculating a battle progress status for the second opponent currently in battle;
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time of the first opponent becomes the battle start time , a change process for changing the first parameter from the initial value according to the passage of time ;
The display unit is configured to display a first image indicating the first parameter for the first opponent corresponding to the second opponent who is currently competing during execution of the second game part, and the first image which is currently competing. and a second image showing the competition progress for two opponents, and the step of displaying, only including,
The first parameter that changes as time elapses due to the change process reaches a target value when the elapsed time reaches the battle end time of the first opponent.
It is characterized by that.

  According to the terminal device, the server device, and the control method according to the present invention, the realistic sensation of the battle is improved in a game in which users play an asynchronous battle.

It is a block diagram of the game system concerning one embodiment of the present invention. It is a figure which shows the information which the server memory | storage part of FIG. 1 memorize | stores. It is a figure which shows the information which the server memory | storage part of FIG. 1 memorize | stores. It is a figure which shows the information which the server memory | storage part of FIG. 1 memorize | stores. It is a figure which shows the play information of a 1st game part. It is a figure which shows the battle progress condition of several 1st opponents calculated in a 2nd game part. It is a figure which shows the candidate user selection screen displayed on a first-attack user's terminal device. It is a figure which shows the 1st game part screen displayed on a terminal device of a first strike user. It is a figure which shows the battle | competition possibility selection screen displayed on the terminal device of a back attack user. It is a figure which shows the first attack user display screen displayed on a terminal device of a last attack user. It is a figure which shows the 2nd game part screen displayed on the terminal device of a back attack user. It is a figure which shows the 2nd game part screen displayed on the terminal device of a back attack user. It is a figure which shows the 2nd game part screen displayed on the terminal device of a back attack user. It is a figure which shows the battle result screen displayed on a terminal device. It is a figure which shows the battle result screen displayed on a terminal device. It is a flowchart which shows the process of a server apparatus. It is a flowchart which shows the process of a server apparatus. It is a flowchart which shows the process of a server apparatus. It is a flowchart which shows the process of a terminal device of a first-attack user. It is a flowchart which shows the execution process of the 1st game part of FIG. It is a flowchart which shows the process of a terminal device of a first-attack user. FIG. 21 is a flowchart showing execution processing of the second game part of FIG. 20. FIG.

  Hereinafter, embodiments of the present invention will be described.

  First, a game system including a server device and a terminal device according to an embodiment of the present invention will be described. As shown in FIG. 1, the game system 10 according to the present embodiment includes a server device 11 and a plurality of terminal devices 12. In FIG. 1, only one terminal device 12 is shown for the sake of simplicity. The server device 11 provides a game to the terminal device 12 owned by each user.

  Here, an outline of the game according to the present embodiment will be described. The game according to the present embodiment is a game in which users can perform an asynchronous battle using game media. The game medium is electronic data used in the game, and includes any medium such as a card, an item, a character, and an avatar. The game media is electronic data that can be acquired, owned, used, managed, exchanged, combined, strengthened, sold, discarded, or gifted by the user in the game, but the usage mode of the game media is described in this specification. It is not limited to what is explicitly stated. In addition, the asynchronous battle is a battle that can proceed without synchronization of processing in a plurality of terminal devices 12.

  Hereinafter, unless otherwise specified, “game media owned by the user” refers to game media associated with the user. Further, “giving a game medium to a user” indicates that the game medium is associated with the user. Further, “discarding the game media owned by the user” indicates that the association between the user and the game media is canceled.

  In the game according to the present embodiment mobile phone, when the first-attack user (first user) first selects the second-hand user (second user) who is the opponent user who performs the asynchronous battle, the asynchronous battle is started. Subsequently, the first user plays a desired game part (first game part). A 1st game part is a game part which performs the asynchronous battle | competition between users among the games performed with the terminal device 12 of a first-attack user. For example, the first game part is a predetermined quest or mini game that can be executed in the game, but is not limited thereto. In the first game part, the first user uses a part or all (hereinafter, also referred to as “deck”) of the game medium (in this embodiment, character) owned by the first user, for example, a plurality of enemy characters such as NPCs. And play sequentially. The result information of the first game part, for example, the score, is determined based on the result of the battle with a plurality of enemy characters and the time required to win all the enemy characters. For example, the score increases as the number of enemy characters wins and the time required to win all the enemy characters decreases.

  When the play of the first game part by the first attacking user is finished, the second attacking user plays a game part (second game part) corresponding to the first game part. The second game part is a game part that performs an asynchronous battle with the first-attack user among the games executed on the terminal device 12 of the second-hand user. The second game part is associated with the first game part and is, for example, the same quest or mini game as the first game part, but is not limited thereto. Similar to the first game part, in the second game part, the late attack user sequentially battles a plurality of enemy characters using the deck. Result information of the second game part, for example, a score, is determined based on the result of the battle with a plurality of enemy characters and the time required to win all the enemy characters.

  Then, when the play of the second game part by the late user is finished, the result of the asynchronous battle is obtained based on the result information of the first game part of the first user and the result information of the second game part of the second user. It is determined. Specifically, a user with a higher score is determined as a winning user, and a user with a lower score is determined as a defeat user.

  Here, the characters used for the first game part and the second game part are associated with parameters such as HP, attack power, level, skill, and attribute. The HP is a parameter that decreases due to, for example, an attack from an enemy character. When the HP reaches zero, the battle with the enemy character is lost. The attack power is a parameter that contributes to a decrease amount (hereinafter also referred to as “damage”) of the enemy character when the character attacks the enemy character, for example. The higher the attack power, the greater the damage to the enemy character with a single attack. The level is a parameter indicating the growth degree of the character. As the level increases, for example, HP and attack power increase. The skill is information indicating an effect specific to the character that is exhibited during execution of the game part. Examples include, but are not limited to, a skill that has an effect of increasing parameters such as HP and attack power of a character in the deck, and a skill that has an effect of reducing damage received from an enemy character. The attribute is a parameter indicating at least one attribute among, for example, fire, wood, and water attributes. The attribute is information indicating an dominance relationship between characters. For example, a fire attribute character has more damage to a tree attribute character than normal, and a water attribute character has less damage than normal.

  The first game part and the second game part are, for example, side-scrolling action games. The user operates a moving character such as a motorcycle to acquire predetermined items while avoiding obstacles. The character included in the deck attacks the enemy character according to the number of acquired predetermined items. When the HP of the enemy character is reduced to zero by the attack, the enemy character is won and the battle with the next enemy character is started. When all the enemy characters are won or when any enemy character is defeated, the score is determined and the game part is ended. The first game part and the second game part are not limited to the action game described above, and games of any genre such as a puzzle game, a quiz game, or a fighting game may be played.

  As described above, in the asynchronous battle of the game according to the present embodiment, the character included in the deck and the skill level of the user in the action game are related to the superiority or inferiority of the users in the asynchronous battle.

  A predetermined game medium (in the present embodiment, a medal) is given to a user who has won the asynchronous battle. In this embodiment, there are two types of medals, a normal medal and a gold medal. When the normal medal and gold medal owned by the user reach a predetermined number, the user's grade is promoted (for example, the grade value increases). In the game according to the present embodiment, one of the purposes of the user is to repeatedly perform asynchronous battles to acquire a medal and become a higher grade.

  Next, each component of the game system 10 will be described. The server device 11 includes a server communication unit 13, a server storage unit 14, and a server control unit 15.

  The server communication unit 13 is an interface that communicates with an external device wirelessly or by wire and transmits and receives information. The server communication unit 13 transmits and receives information to and from the terminal device 12 via a network 16 such as the Internet.

  The server storage unit 14 stores various information and programs necessary for providing and controlling the game.

  For example, the server storage unit 14 stores information about grades. For example, as shown in FIG. 2, the grade-related information includes a threshold for the number of normal medals and a threshold for the number of gold medals in association with the grade.

  The grade is, for example, a parameter (specific parameter) indicating a user class in an asynchronous battle. As described above, in the game according to the present embodiment, one of the purposes of the user is to repeatedly perform asynchronous battles to obtain a medal and become a higher grade. In this embodiment, the higher the grade value, the higher the grade.

  The normal medal number threshold and the gold medal number threshold indicate the number of normal medals and the number of gold medals necessary for the user to be promoted to the next grade, respectively. For example, a user whose grade is “0” increases the grade to “1” by acquiring one normal medal. A user whose grade is “1” increases the grade to “2” by acquiring 10 normal medals. A user whose grade is “2” increases the grade to “3” by earning 9 normal medals and 1 gold medal.

  In this way, for each value that a grade can take, a threshold for the number of normal medals and a threshold for the number of gold medals required for promotion of the grade are set. In this way, it is necessary for the user to achieve various conditions different for each grade in order to promote the grade, and the monotonization of the game is suppressed.

  Further, for example, the server storage unit 14 stores information related to the game part (hereinafter also referred to as “information related to the quest”). For example, as shown in FIG. 3, the information regarding the quest includes a game part name, a difficulty level, consumption points, and opponent information in association with the game part ID.

  The game part ID is an identifier that can uniquely identify a game part (in this embodiment, a quest) that can be selected as the first game part by the first-attack user, as will be described later.

  The game part name is a name of a game part (in this embodiment, a quest name) that can be identified by the user.

  The difficulty level is a parameter indicating the difficulty level of the corresponding game part (quest).

  The consumption point is information indicating the number of points necessary for the user to start the corresponding quest. As will be described later, each user is associated with a predetermined point that increases with time, for example. The user selects a quest, the number of points indicated in the corresponding consumption point is consumed, and the quest is started.

  Opponent information is information regarding the enemy character with which the user battles in the corresponding quest. For example, in the quest whose game part ID is “P001”, the user sequentially battles three enemy characters. Specifically, the user first battles the enemy character A or enemy character B, second battles the enemy character C, and third battles the enemy character D. Whether the first enemy character is the enemy character A or the enemy character B may be determined at random, for example. Further, for example, in the quest whose game part ID is “P002”, the user sequentially battles two enemy characters. Specifically, the user first battles the enemy character E and secondly the enemy character F. The opponent information includes, for each enemy character, for example, an enemy character identifier, enemy character name, HP, attack power, level, skill, attribute, and the like.

  For example, the server storage unit 14 stores information regarding each of a plurality of users. For example, as shown in FIG. 4, the user-related information is associated with the user ID, and possessed game medium information, points, first information, second information, a score, a battle user ID, and a lock flag. ,including.

  The user ID is an identifier that can uniquely identify each of a plurality of users.

  The owned game medium information is information related to a game medium owned by the user, in this embodiment, a character. Here, the game media owned by the user refers to game media stored in the server storage unit 14 in association with the user ID. The owned game content information includes, for each character, for example, a character identifier, character name, HP, attack power, level, skill, attribute, and the like. The character may be associated with other types of game media, for example, items such as weapons and armor that change the parameters of the character. Further, game media such as characters and items displayed in the game may be displayed in an arbitrary form in the game, for example, in the form of a card on which the character or item is drawn.

  The point is a parameter that increases as time elapses or a predetermined item is used. As described above, when the user selects a quest, the number of points indicated in the corresponding consumption point is consumed and the quest is started. If the user's points are less than the number of points indicated in the consumption points, the quest cannot be started.

  The first information includes information other than information regarding superiority or inferiority between users who compete in an asynchronous battle among information regarding users. In the present embodiment, the first information includes basic information and history information. The basic information is information determined regardless of the progress of the game, and includes, for example, a user name. The history information is information determined according to the progress of the game, and includes, for example, a grade, the number of normal medals, the number of gold medals, and the number of consecutive wins.

  The user name is, for example, the user's own name arbitrarily set in the game.

  The grade indicates the value of the user's current grade.

  The number of normal medals and the number of gold medals are the number of normal medals and the number of gold medals owned by the user, and are associated with grade values. In other words, the number of normal medals and the number of gold medals owned by a user are managed independently for each user grade value. For example, in FIG. 4, it is assumed that a user with a user ID “user001” owns 5 normal medals and 1 gold medal in association with the current grade value “2”. It is shown.

  Here, the upper limit of the number of normal medals and the number of gold medals that can be owned by the user is equal to the threshold of the number of image medals and the threshold of the number of gold medals shown in the information about the grade (see FIG. 2). For example, a user whose grade value is “2” cannot acquire a new normal medal if he has nine normal medal. Similarly, if the user owns one gold medal, the user cannot acquire a new gold medal.

  As will be described later, the number of normal medals and the number of gold medals of users who compete with each other in an asynchronous battle are used to determine a reward to be given to a user who has won the asynchronous battle (victory user). Hereinafter, the number of normal medals and the number of gold medals included in the first information is also referred to as information related to remuneration.

  The number of consecutive wins indicates the number of consecutive wins in the asynchronous battle of the user.

  Here, the basic information and the history information included in the first information are not limited to those described above. For example, the basic information may further include information such as the user's personal information (for example, region, blood type, and height), an avatar indicating the user, and a group to which the user belongs (for example, team, guild, or clan). The history information may further include information such as the number of quests cleared, the success rate of clearing, the game play time, the last login time to the game system 10, and the login frequency.

  2nd information (refer FIG. 4) contains the information regarding the superiority / inferiority between the users who fight in an asynchronous battle among the information regarding a user. As described above, in the asynchronous battle of the game according to the present embodiment, the character included in the deck is information that contributes to the win / loss determination between users in the asynchronous battle. In the present embodiment, the second information includes deck information.

  The deck information includes information about a part of the characters (deck) among the characters owned by the user, that is, the characters included in the owned game medium information. As described above, the character included in the deck is used to execute the first game part or the second game part. For example, the deck information includes HP, attack power, level, skill, attribute, and the like of each character included in the deck.

  A score shows the score which the user acquired in the 1st game part or the 2nd game part.

  The battle user ID indicates the user ID of the other user who performs an asynchronous battle with the corresponding user. For example, FIG. 4 shows that a user whose user ID is “user001” and a user whose user ID is “user002” perform an asynchronous battle.

  The lock flag is a flag indicating whether the corresponding user is in a locked state or an unlocked state. As will be described later, when the asynchronous battle is started, the first-attack user and the second-hand user who perform the asynchronous battle are locked. Further, when the asynchronous battle is ended, the locked state of the first-attack user and the second-hand user is canceled and the unlocked state is entered. As will be described later, a locked user cannot select a candidate user to start an asynchronous battle, and is not selected as a candidate user by another user. That is, in this embodiment, control is performed so that two or more asynchronous battles are not simultaneously engaged with one user. In FIG. 4, a user whose lock flag is “1” indicates that the user is in the locked state, and a user whose lock flag is “0” indicates that the user is in the unlocked state.

  In this way, since it is controlled so that two or more asynchronous battles are not simultaneously engaged with one user using the lock flag, for example, a large number of asynchronous battles with a specific user are suppressed and the game progresses. Is delayed or inhibited. In addition, for example, the rate of establishment of asynchronous battles is improved as compared with a configuration in which a large number of asynchronous battles are associated with a specific user. Further, since the number of asynchronous battles to be processed by the server device 11 in the entire game system 10 is suppressed, the processing load on the server device 11 is reduced.

  The server control unit 15 (see FIG. 1) is a CPU that realizes a specific function by reading a specific program, for example. The server control unit 15 controls the operation of the entire server device 11. For example, the server control unit 15 causes the server storage unit 14 to store information about grades, information about quests, information about users, and the like (see FIGS. 2 to 4).

  In addition, the server control unit 15 performs various processes for performing an asynchronous battle. The processing will be specifically described below by dividing into processing related to the first-time user, processing related to the second-time user, and processing related to the result (win / loss) of the asynchronous battle.

(Process related to the first user)
First, processing related to the first user will be described. First, the server control unit 15 waits for a start request for the first game part from the terminal device 12. The start request for the first game part includes, for example, information indicating a quest selected by the user. Subsequently, when the server communication unit 13 receives the first game part start request from the terminal device 12, the server control unit 15 determines the user as the first user, unless the user of the terminal device 12 is in a locked state. .

  Subsequently, the server control unit 15 extracts, as candidate users, one or more other users who are in an unlocked state other than the first user from among the plurality of users. Preferably, the server control unit 15 extracts candidate users from a plurality of users based on various user relationships between the first user and other users in the game.

  For example, the server control unit 15 includes a plurality of users except for other users (for example, a friend user or a user who has won or lost the first user in the past) associated with the first user in a game bidirectionally or one-way. Candidate users are extracted from among the users. In this way, other users other than the user who has exchanged with the first-attack user in the past are extracted as candidate users, so that new exchange between the first-hand user and the candidate user is promoted.

  Alternatively, the server control unit 15 preferentially extracts other users who are interactively or unidirectionally associated with the first user in the game as candidate users. In this way, further exchanges between the first user and the candidate user are promoted.

  In addition, preferably, the server control unit 15 preferentially extracts one or more other users having the same grade value as the first user from among a plurality of users as candidate users. Here, the upper limit of the number of medals that can be owned by the user (in this embodiment, equal to the threshold of the number of medals required for promotion of the grade) is determined for each possible value of the grade (see FIG. 2). As will be described later, for example, a normal medal can be reversed between users who have played an asynchronous battle. Therefore, the fairness of the asynchronous battle is improved by encouraging the asynchronous battle between users having the same grade value as described above.

  Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction for the candidate user selection screen to the terminal device 12 of the first-coming user. As will be described later, the candidate user selection screen is a screen for causing the first user to select at least one candidate user from the extracted one or more candidate users, and the first information of the candidate users is displayed. It is a screen. In this embodiment, one candidate user is selected from one or more extracted candidate users.

  Subsequently, the server control unit 15 waits for information indicating the selected candidate user from the terminal device 12 of the first user who has displayed the candidate user selection screen. When the server communication unit 13 receives the information from the terminal device 12, the server control unit 15 determines whether or not the selected candidate user is in a locked state. In the locked state, the server control unit 15 re-extracts one or more candidate users from the plurality of users, and causes the server communication unit 13 to transmit a display instruction for the candidate user selection screen again. On the other hand, when it is in the unlocked state, the server control unit 15 determines the selected candidate user as the next-attack user and sets the first-time user and the second-time user in the locked state.

  Subsequently, the server control unit 15 causes the server communication unit 13 to transmit an instruction to start the first game part to the terminal device 12 of the first user. The start instruction includes various information necessary for the terminal device 12 to execute the first game part, for example, the deck information of the first user and information on the game part (quest) selected by the first user. Then, the server control unit 15 waits for play information and result information of the first game part from the terminal device 12 of the first-coming user. The result information is, for example, a score acquired by the first user in the first game part. Details of the play information will be described later.

(Processing for late attack users)
Next, a process related to the late user will be described. First, when the server communication unit 13 receives the play information and the result information of the first game part from the terminal device 12 of the first-coming user, the server control unit 15 instructs the server communication unit 13 to display a battle availability selection screen. To the terminal device 12. As will be described later, the battle allowance selection screen is a screen for allowing the subsequent player to select acceptance or non-approval of the battle applied by the first-attack user, and is a screen on which first information of the first-coming user is displayed. is there. The display instruction of the battle availability selection screen includes various information necessary for the terminal device 12 to display the battle availability selection screen, for example, first information of the first-come user.

  Preferably, the server control unit 15 causes the terminal device 12 of the subsequent user to stop the progress of the game when the server communication unit 13 transmits the display instruction of the battle availability selection screen to the terminal device 12 of the subsequent user. This will be specifically described below.

  When the subsequent attack user has not logged in to the game system 10, the server control unit 15 displays a selection screen for selecting whether or not to compete when the server communication unit 13 receives a login request from the terminal device 12 of the subsequent attack user to the game system 10. Send the display instruction. Here, the server control unit 15 causes the terminal device 12 to display a battle allowance selection screen automatically or in response to a user input received by the terminal device 12 after the subsequent user logs in, and the game progress in the terminal device 12 Stop. In such a case, the subsequent user cannot proceed with the game until he / she selects to accept or not accept the battle on the battle availability selection screen displayed on the terminal device 12 after logging in.

  On the other hand, when the late attack user is logged in to the game system 10, when the server communication unit 13 receives the play information and result information of the first game part from the terminal device 12 of the first attack user, The display instruction of the battle availability selection screen is transmitted.

  Or, after the server communication unit 13 receives the play information and result information of the first game part from the terminal device 12 of the first-attack user, the server control unit 15 receives a predetermined request from the terminal device 12 of the second-hand user, A display instruction for a battle allowance selection screen may be transmitted. In this way, since the screen for selecting whether or not to compete is displayed at the timing when the subsequent user transmits the request, usability of the subsequent user is improved.

  Here, the server control unit 15 may cause the terminal device 12 to display a battle availability selection screen when receiving an instruction to display the battle availability selection screen, and stop the progress of the game in the terminal device 12. In such a case, a battle allowance selection screen is displayed on the terminal device 12 of the subsequent user even when the subsequent user is playing a game part for one person, for example. The succeeding user cannot advance the game until he or she chooses to accept or not accept the battle on the battle availability selection screen.

  Alternatively, the server control unit 15 may cause the terminal device 12 to display a battle availability selection screen when the game part being played by the subsequent user has ended, and stop the progress of the game on the terminal device 12. In this case, after the game part being played by the succeeding user is finished, a battle allowance selection screen is displayed on the terminal device 12 of the succeeding user automatically or in response to a user input received by the terminal device 12. The The succeeding user cannot advance the game until he or she chooses to accept or not accept the battle on the battle availability selection screen.

  As described above, by the configuration in which the terminal device 12 of the next-attack user stops the progress of the game, the second-hand user is given priority to determine whether to accept or reject the asynchronous battle over the progress of the game. In this way, the time difference between the play time of the first game part by the first user and the play time of the second game part by the second user is reduced. Therefore, since the first user and the second user play the game part in a relatively close time even in the asynchronous battle, the realism of both users is improved, and the interest of the game is improved. In addition, prompt decision of acceptance or non-approval of the asynchronous battle by the late attack user is promoted, and the delay or stagnation of the progress of the asynchronous battle is suppressed.

  Subsequently, the server control unit 15 waits for information indicating selection of acceptance or non-approval of the asynchronous battle from the terminal device 12 of the subsequent attack user who has displayed the battle availability selection screen. Preferably, the server control unit 15 causes the terminal user 12 of the subsequent user to cancel the stop of the progress of the game upon receiving information indicating selection of whether or not the match is accepted.

  When the server communication unit 13 receives the information indicating the non-approval of the battle, the server control unit 15 cancels the locked state of the first-attack user and the second-hand user and sets the unlocked state. Subsequently, the server control unit 15 grants a predetermined number (for example, one) of normal medals to the first attacking user. That is, the server control unit 15 determines a new normal medal (ordinary medal not associated with the first user) as a medal associated with the current value of the grade of the first user. Here, the first user may be given a gold medal instead of a normal medal, for example, with a predetermined probability.

  Preferably, the number of medals given to the first-come user in response to receiving information indicating non-compliance of the battle is smaller than the number of medals given to the winning user of the asynchronous battle, as will be described later. In this way, it is possible to suppress artificial matching by the first user, for example, the first user applies for an asynchronous battle only to a candidate user who is not aggressive in the asynchronous battle.

  Subsequently, the server control unit 15 determines whether or not the number of medals associated with the current value of the first user's grade is equal to or greater than a threshold value indicated in the grade information (see FIG. 2). When the number of each medal is equal to or greater than the threshold value, the grade value of the first user is changed (for example, +1), and the asynchronous battle between the first user and the second user is ended. On the other hand, when the number of normal medals or gold medals is less than the threshold value, the asynchronous battle between the first and second users is terminated.

  On the other hand, when the server communication unit 13 receives information indicating acceptance of the battle, the server control unit 15 causes the server communication unit 13 to transmit a display instruction for the first-attack user display screen to the terminal device 12 of the second-hand user. As will be described later, the first-first user display screen is a screen on which first information, second information, a score, and the like of the first-first user are displayed. The display instruction of the first user display screen includes various information necessary for the terminal device 12 to display the first user display screen, for example, second information of the first user and a score.

  Subsequently, the server control unit 15 waits for a start request for the second game part from the terminal device 12 of the subsequent attack user who has displayed the first attack user display screen. When the server communication unit 13 receives the start request for the second game part from the terminal device 12 of the next-attack user, the server control unit 15 sends the play information of the first game part to the terminal device of the second-hand user. 12 to transmit.

  Preferably, while waiting for a request to start the second game part, the server control unit 15 causes the server communication unit 13 to change the character included in the late user's deck from the late user's terminal device 12 or When the information related to the strengthening of the character is received, the character included in the deck information of the late attack user is changed or the parameters (for example, HP, attack power, and level) set for the character are changed according to the information. .

  In this way, the attacking user who accepts the asynchronous battle may change the character included in the deck or increase the level of the character before starting the second game part, for example, to play the second game part. The deck used can be strengthened. Accordingly, the fairness between the first user who can select a desired quest as the first game part and the second user who cannot select the quest himself is improved.

  In addition, preferably, while waiting for a start request for the second game part, the server control unit 15 causes the server communication unit 13 to receive another game part corresponding to the second game part from the terminal device 12 of the subsequent user. When the start request for (third game part) is received, the terminal device 12 is caused to execute the third game part. Specifically, the server control unit 15 causes the server communication unit 13 to transmit a start instruction for the third game part to the terminal device 12 of the next-attack user. The start instruction includes various pieces of information necessary for the terminal device 12 to execute the third game part, for example, information on the quest corresponding to the second-game part deck information and the second game part.

  Here, the third game part is, for example, the same quest as the second game part, but the play of the third game part does not affect the result of the asynchronous battle. In this way, the attacking user who accepts the asynchronous battle can execute the third game part, for example, as the practice of the second game part before the start of the second game part. Accordingly, the fairness between the first user who can select a desired quest as the first game part and the second user who cannot select the quest himself is improved.

  Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a start instruction for the second game part to the terminal device 12 of the subsequent user. In the start instruction, various information necessary for the terminal device 12 to execute the second game part, for example, the deck information of the late user and the quest corresponding to the first game part (for example, selected by the first user) Information about the same quest).

  Then, the server control unit 15 waits for the result information of the second game part from the terminal device 12 of the subsequent user.

(Processing for asynchronous battle results)
Next, processing related to the result of the asynchronous battle will be described. First, when the server communication unit 13 receives the result information of the second game part from the terminal device 12 of the late user, the server control unit 15 based on the result information of the first game part and the result information of the second game part, Determine the outcome (win / loss) of the asynchronous match. Specifically, the server control unit 15 determines a user who has a high score indicated in the result information among the first user and the second user as a winning user, and determines a user with a low score as a defeating user.

  Subsequently, the server control unit 15 grants a reward to the winning user, in the present embodiment, at least one of a normal medal and a gold medal. Specifically, the server control unit 15 sets the normal medal associated with the current value of the defeated user's grade rather than the number of normal medal associated with the predetermined value, for example, the current value of the winning user's grade. It is determined whether or not the condition that the number is greater than a predetermined number is satisfied. Here, as will be described later, the predetermined number is an arbitrary number equal to or greater than the number of medals (for example, one) given to the winning user when the predetermined condition is not satisfied. In the following description, it is assumed that the predetermined number is one.

  When the predetermined condition is satisfied, the server control unit 15 reverses the normal medal owned by the winning user and the normal medal owned by the defeated user. Specifically, the server control unit 15 determines all (or a part) of the normal medals associated with the value of the winning user's grade at the time of determination as to whether or not the predetermined condition is satisfied, Determined in the normal medal associated with the current value. In addition, the server control unit 15 corresponds to all (or a part) of the normal medals associated with the value of the defeated user's grade at the time of determining whether or not the predetermined condition is satisfied, to the current value of the winning user's grade. Determined in the attached normal medal.

  In this way, the normal medal is reversed between the first user and the second user, so that the normal medal is scrambled between the users who have performed asynchronous battles. The fun of the game is improved compared to the configuration in which points are given.

  On the other hand, when the predetermined condition is not satisfied, the server control unit 15 gives a predetermined number (for example, one) of normal medals to the winning user. That is, the server control unit 15 determines a predetermined number of new normal medals (normal medals not associated with the first-attack user) as medals associated with the current value of the grade of the first-time user. Here, the first user may be given a gold medal instead of a normal medal, for example, with a predetermined probability. Further, when the defeat user owns the normal medal, the server control unit 15 discards a predetermined number (for example, one) of the normal medals of the defeat user. That is, the server control unit 15 cancels the association between the current value of the grade of the defeated user and the predetermined number of normal medals.

  Subsequently, the server control unit 15 determines whether or not the defeat user owns the gold medal, that is, the presence or absence of the gold medal associated with the current value of the grade of the defeat user. When the defeat user owns the gold medal, the server control unit 15 gives a predetermined number (for example, one) of gold medal owned by the defeat user to the winning user. Specifically, the server control unit 15 cancels the association between the current value of the defeated user's grade and the predetermined number of gold medals, and associates the predetermined number of gold medals with the current value of the winning user's grade. As determined by the Gold Medal.

  Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction for a battle result screen to the terminal device 12 of the winning user and the terminal device 12 of the losing user. As will be described later, the battle result screen is a screen for displaying the result (win / loss) of the asynchronous battle.

  Subsequently, the server control unit 15 cancels the locked state of the winning user and the defeating user, and determines the unlocked state.

  Subsequently, the server control unit 15 determines whether or not the number of each medal owned by the winning user is equal to or greater than a threshold value indicated in the grade information (see FIG. 2). When the number of each medal is equal to or greater than the threshold, the server control unit 15 changes the value of the grade of the winning user (for example, +1), and ends the asynchronous battle between the winning user and the defeating user. On the other hand, when the number of normal medals or gold medals is less than the threshold, the asynchronous battle between the winning user and the losing user is terminated.

  As illustrated in FIG. 1, the terminal device 12 includes a terminal communication unit 17, a terminal storage unit 18, a display unit 19, an input unit 20, and a terminal control unit 21.

  The terminal communication unit 17 is an interface that communicates with an external device wirelessly or by wire and transmits and receives information. The terminal communication unit 17 transmits / receives information to / from the server device 11 via the network 16, for example.

  The terminal storage unit 18 stores various information and programs necessary for game processing provided from the server device 11. For example, the terminal storage unit 18 includes information included in the first game part start instruction, the second game part start instruction, and the third game part start instruction received by the terminal communication unit 17 from the server device 11, for example, the user's Store deck information and information about quests. Further, for example, the terminal storage unit 18 stores the play information of the first game part received by the terminal communication unit 17 from the server device 11 when the user of the own device is a late user.

  The display unit 19 is a display device such as a liquid crystal display or an organic EL display, and displays various game screens related to a game provided from the server device 11.

  The input unit 20 is an input interface that includes, for example, a touch panel provided integrally with the display unit 19 and receives user input to the terminal device 12.

  The terminal control unit 21 is a CPU that realizes a specific function by reading a specific program, for example, and controls the operation of the entire terminal device 12. For example, the terminal control unit 21 executes a game application in response to a user operation. Further, when the terminal communication unit 17 receives a screen display instruction from the server device 11, the terminal control unit 21 displays a screen on the display unit 19 or updates the screen based on the instruction. Further, the terminal control unit 21 causes the terminal communication unit 17 to transmit information based on the user input received by the input unit 20 to the server device 11.

  Further, the terminal control unit 21 performs different processing depending on whether the user is a first-come user or a second-skill user. Hereinafter, the process in the case of being a first-attack user and the process in the case of being a second-hand user will be specifically described.

(If you are the first user)
First, a process when the user of the terminal device 12 is the first user will be described. First, the terminal control unit 21 transmits a start request for the first game part. The start request for the first game part includes, for example, information indicating a quest selected by the user, for example, a game part ID.

  Subsequently, when the terminal communication unit 17 receives an instruction to display a candidate user selection screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the candidate user selection screen.

  Subsequently, when the input unit 20 receives a user input for selecting at least one candidate user, the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating the selected candidate user to the server device 11.

  Subsequently, when the terminal communication unit 17 receives an instruction to start the first game part from the server device 11, the terminal control unit 21 starts an execution process of the first game part to be described later.

  Subsequently, when the execution process of the first game part is completed, the terminal control unit 21 sends the play information and the result information generated by the execution process of the first game part to the server device 11 in the terminal communication unit 17 as will be described later. Send it.

  Subsequently, the terminal control unit 21 waits for an instruction to display a battle result screen from the server device 11. Here, while waiting for the display instruction, the terminal control unit 21 may execute another game part according to the user input received by the input unit 20. The other game part is a game part other than the asynchronous battle between users, for example, a game part for one person.

  And the terminal control part 21 will display the battle result screen on the display part 19, if the terminal communication part 17 receives the display instruction | indication of the battle result screen from the server apparatus 11. FIG. In such a case, the asynchronous battle between the first user and the second user ends.

(Execution process of the first game part)
Here, the execution process of the first game part will be specifically described. As described above, in the first game part, a side-scrolling type action game is performed in which the first-coming user sequentially battles with a plurality of enemy characters using his / her deck.

  Hereinafter, an enemy character that competes in the first game part is referred to as a first opponent. Further, a description will be given assuming that a quest with a game part ID “P001” is selected as the first game part (see FIG. 3). In this case, in the first game part, first the first first opponent (enemy character A or B), then the second first opponent (enemy character C), and finally the third first opponent ( The battle with the enemy character D) is sequentially performed.

  First, the terminal control unit 21 causes the display unit 19 to display a first game part screen to be described later. Further, the terminal control unit 21 starts measuring the elapsed time from the start time of the first game part.

  Subsequently, the terminal control unit 21 starts accepting user input by the input unit 20. The user input includes a user input for operating a moving character such as a motorcycle.

  Subsequently, the terminal control unit 21 calculates the battle progress status for the first opponent currently in battle (for example, the first first opponent) based on the user input received by the input unit 20. Here, the battle progress status of the first opponent in the first game part is, for example, the HP of the first opponent. For example, the terminal control unit 21 controls the movement of the moving character according to the user input, and performs an attack on the first opponent using the character included in the deck each time the moving character acquires a predetermined number of items. Reduce HP of 1st opponent.

  Here, the terminal control unit 21 displays on the first game part screen an image indicating the battle progress status of the first opponent who is currently in the battle. The image is, for example, an indicator, and is an image in which the first user can visually recognize the HP of the first opponent from the initial value to a target value (for example, zero).

  Subsequently, the terminal control unit 21 determines that the first opponent has been subjugated when the HP of the first opponent who is currently competing decreases to a target value (for example, zero). The terminal control unit 21 determines the elapsed time (hereinafter also referred to as “competition end time”) at the time when it is determined that the first opponent has been eliminated, that is, when the battle with the first opponent is ended. The terminal storage unit 18 stores the information in association with the opponent.

  Subsequently, the terminal control unit 21 starts a battle with the next first opponent (for example, the second first opponent). In the present embodiment, the match end time of the previous first opponent is equal to the elapsed time (hereinafter also referred to as “match start time”) at the start of the match with the next first opponent.

  Subsequently, the terminal control unit 21 performs the above process until the last first opponent (for example, the third first opponent) is subjugated or until the HP of the character included in the deck is reduced to zero. Repeat. The terminal control unit 21 ends the first game part when the last first opponent is subjugated or when the total HP of characters included in the deck is reduced to zero.

  For example, when the last first opponent is subjugated and the first game part ends, the match start time and the match end time are stored in the terminal storage unit 18 in association with each of the plurality of first opponents. The For example, if it takes 10 minutes for the first attacking user to subdue each first opponent, the battle start time associated with the first first opponent is 0 minutes and the battle end time is 10 minutes. . The battle start time associated with the second first opponent is 10 minutes, and the battle end time is 20 minutes. The battle start time associated with the third first opponent is 20 minutes, and the battle end time is 30 minutes.

  Subsequently, the terminal control unit 21 generates play information and result information of the first game part.

  For example, as shown in FIG. 5, the play information includes a battle start time and a battle end time in association with each of the plurality of first opponents, but information that can specify the battle start time and the battle end time. If it is. For example, the play information may be information including the time required for subjugation of each first opponent in association with each of the plurality of first opponents.

  The result information is information including a score calculated according to, for example, the battle end time associated with the last first opponent and the amount of damage of the character included in the deck. For example, the shorter the battle end time and the smaller the amount of character damage included in the deck, the higher the score.

(If you are a late user)
Next, a process when the user of the terminal device 12 is a late user will be described. First, when the terminal communication unit 17 receives a display instruction for a battle availability selection screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display a battle availability selection screen. Preferably, the terminal control unit 21 stops the progress of the entire game until the input unit 20 accepts a user input for selecting whether the battle is accepted or not in a state where the battle availability selection screen is displayed. That is, it is not possible to transition from the battle allowance selection screen to another screen until the subsequent user selects whether the battle is accepted or not, and for example, other game parts for one person cannot be played.

  Subsequently, when the input unit 20 accepts a user input for selecting whether the match is accepted or not, the terminal control unit 21 determines which of approval and non-acceptance is selected.

  When the non-approval of the battle is selected, the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating the non-approval of the battle to the server device 11. In such a case, for example, the game transitions from the battle availability selection screen to another game screen, and the asynchronous game between the first user and the second user finishes without executing the second game part.

  On the other hand, when the match is selected, the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating the match to the server device 11.

  Subsequently, when the terminal communication unit 17 receives a display instruction of the first-first user display screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the first-first user display screen.

  Subsequently, for example, when the input unit 20 receives a user input for starting the second game part, the terminal control unit 21 causes the terminal communication unit 17 to transmit a start request for the second game part to the server device 11.

  Preferably, after the terminal control unit 21 displays the first-attack user display screen on the display unit 19 and before the input unit 20 accepts a user input for starting the second game part, the terminal control unit 21 automatically inputs again. Depending on the user input received by the unit 20, for example, another game part for one person can be executed. By executing other game parts, it is possible to enhance the deck used for playing the second game part, for example, by changing the character included in the deck or increasing the level of the character. In such a case, the terminal control unit 21 causes the terminal communication unit 17 to transmit information regarding the change of the character included in the deck or the strengthening of the character to the server device 11.

  Also preferably, after the terminal control unit 21 displays the first-attack user display screen on the display unit 19 and before the input unit 20 receives a user input for starting the second game part, the terminal control unit 21 automatically or again In response to the user input received by the input unit 20, the terminal communication unit 17 transmits a request for starting the third game part to the server device 11.

  Subsequently, the terminal control unit 21 causes the terminal communication unit 17 to receive the play information of the first game part from the server device 11.

  Subsequently, when the terminal communication unit 17 receives an instruction to start the second game part from the server device 11, the terminal control unit 21 starts a second game part execution process which will be described later.

  Subsequently, when the execution process of the second game part ends, the terminal control unit 21 causes the terminal communication unit 17 to transmit the result information generated by the execution process of the second game part to the server device 11 as described later.

  And the terminal control part 21 will display the battle result screen on the display part 19, if the terminal communication part 17 receives the display instruction | indication of the battle result screen from the server apparatus 11. FIG. In such a case, the asynchronous battle between the first user and the second user ends.

(Second game part execution process)
Here, the execution process of the second game part will be specifically described. As described above, in the second game part, a side-scrolling action game is performed in which the next-line user sequentially battles with a plurality of enemy characters using his / her deck.

  In the present embodiment, the second game part is the same as the first game part, and for example, a quest whose game part ID is “P001” is executed (see FIG. 3). Hereinafter, an enemy character that competes in the second game part is referred to as a second opponent. In the second game part, first the second opponent (enemy character A or B), then the second second opponent (enemy character C), and finally the third second opponent (enemy character D). ) Will be played sequentially.

  First, the terminal control unit 21 causes the display unit 19 to display a second game part screen to be described later. In addition, the terminal control unit 21 starts measuring the elapsed time from the start time of the second game part.

  Subsequently, the terminal control unit 21 starts accepting user input by the input unit 20. The user input includes a user input for operating a moving character such as a motorcycle.

  Subsequently, the terminal control unit 21 calculates the battle progress status for the second opponent currently in the battle (for example, the first second opponent) based on the user input received by the input unit 20. Here, the battle progress status of the second opponent in the second game part is, for example, the HP (second parameter) of the second opponent. For example, the terminal control unit 21 controls the movement of the moving character according to the user input, and performs an attack on the second opponent using the character included in the deck every time a predetermined number of items are acquired. Decrease the opponent's HP.

  The terminal control unit 21 also determines the second opponent (for example, the first first opponent) that is currently in the battle based on the elapsed time in the second game part and the play information of the first game part received from the server device 11. The battle progress status is calculated for the first opponent (first first opponent) corresponding to (2 opponents). Here, the “first opponent corresponding to the second opponent” is the first opponent in the same order as the order of the second opponent currently in the battle. Specifically, the first, second, and third second opponents correspond to the first, second, and third first opponents, respectively.

  Here, the calculation of the battle progress status for the first opponent will be specifically described. First, the terminal control unit 21 determines a battle start time and a battle end time in association with each of the plurality of first opponents based on the play information of the first game part. Here, based on the play information shown in FIG. 5, the battle start time of the first first opponent is set to 0 minutes, and the battle end time is set to 10 minutes. The battle start time of the second first opponent is set to 10 minutes, and the battle end time is set to 20 minutes. The battle start time of the third first opponent is set to 20 minutes, and the battle end time is set to 30 minutes.

  Subsequently, the terminal control unit 21 calculates the battle progress status for each of the plurality of first opponents based on the match start time and the match end time of each of the plurality of first opponents. Here, the battle progress status for the first opponent in the second game part is a parameter (first parameter) determined according to the elapsed time from the start time of the second game part, and is a target value from an arbitrary initial value. Fluctuates until. The magnitude relationship between the initial value and the target value is arbitrarily determined. In the present embodiment, the initial value of the first parameter is the initial value of the first opponent's HP, and the target value of the first parameter is zero.

  In the present embodiment, the first parameter is an initial value at the start time of the second game part. While the elapsed time in the second game part increases from the match start time associated with the first opponent to the match end time, the terminal control unit 21 is the battle progress status for the first opponent. The battle progress is calculated so that the parameter varies from the initial value to the target value.

Preferably, the terminal control unit 21 calculates the battle progress state so that the first parameter fluctuates at a constant time change rate while the elapsed time in the second game part increases from the battle start time to the battle end time. To do. The first parameter n, which is the battle progress status for the first opponent, is the initial value of the first parameter n is n ₀ , the target value of the first parameter n is n ₁ , and the elapsed time from the start time of the second game part the t, t ₁ the competition starting time of the first opponent, indicated a match completion time of the first opponent as t _2, for example, by the following equation.
n = n ₀ (where 0 ≦ t ≦ t ₁ )
n = n ₀ + (n ₁ −n ₀ ) × (t−t ₁ ) / (t ₂ −t ₁ ) (where t ₁ ≦ t ≦ t ₂ )
n = n ₁ (where t ₂ ≦ t)

For example, in the example shown in FIG. 5, the battle start time associated with the first first opponent is 0 minutes, and the battle end time is 10 minutes. In this case, the first parameter n, which is the battle progress status for the first first opponent, is the initial value when the elapsed time t in the second game part is 0 minutes, as shown in FIG. n ₀ , which decreases at a constant rate of change while the elapsed time t increases from 0 minutes to 10 minutes, and reaches the target value n ₁ when the elapsed time t is 10 minutes. While the elapsed time t increases from 10 minutes, the first parameter n does not vary from the target value n ₁ .

Similarly, in the example shown in FIG. 5, the battle start time associated with the second first opponent is 10 minutes, and the battle end time is 20 minutes. In such a case, the first parameter n, which is the battle progress status for the second first opponent, is the time during which the elapsed time t in the second game part increases from 0 minutes to 10 minutes as shown in FIG. The initial value n ₀ does not fluctuate and decreases at a constant rate of change while the elapsed time t increases from 10 minutes to 20 minutes, and reaches the target value n ₁ when the elapsed time t is 20 minutes. While the elapsed time t increases from 20 minutes, the first parameter n does not vary from the target value n ₁ .

Similarly, in the example shown in FIG. 5, the battle start time associated with the third first opponent is 20 minutes, and the battle end time is 30 minutes. In this case, the first parameter n, which is the battle progress status for the third first opponent, is the time during which the elapsed time t in the second game part increases from 0 minutes to 20 minutes, as shown in FIG. The initial value n ₀ does not vary, and the elapsed time t decreases at a constant rate of change as the elapsed time t increases from 20 minutes to 30 minutes, and becomes the target value n ₁ when the elapsed time t is 30 minutes. While the elapsed time t increases from 30 minutes, the first parameter n does not vary from the target value n ₁ .

  Subsequently, the terminal control unit 21 displays, on the second game part screen, the first opponent (first first opponent) corresponding to the second opponent currently in battle (for example, the first second opponent). ) Is displayed (first image) showing the progress of the battle. The first image is, for example, an indicator, and is an image that allows the second-running user to visually recognize the first parameter, which is the battle progress status corresponding to the first opponent, from the initial value to the target value (for example, zero). It is.

  In addition, the terminal control unit 21 displays an image (second image) indicating the battle progress status of the second opponent who is currently fighting on the second game part screen. The second image is, for example, an indicator, and is an image in which a second-hand user can visually recognize the second opponent's HP from an initial value to a target value (for example, zero).

  Subsequently, the terminal control unit 21 determines that the second opponent has been subjugated when the HP of the second opponent who is currently competing decreases to a target value (for example, zero), and then determines the next second opponent (for example, Start a match with the second second opponent). At this time, the first image and the second image on the second game part screen are switched to the first image corresponding to the second first opponent and the second image corresponding to the second second opponent, respectively. .

  Subsequently, the terminal control unit 21 performs the above process until the last second opponent (for example, the third second opponent) is subjugated, or until the HP of the character included in the deck is reduced to zero. Repeat. When the last second opponent is subjugated or when the total HP of characters included in the deck is reduced to zero, the terminal control unit 21 ends the second game part, and displays the result information of the second game part. Generate.

  Next, various screens displayed on the display unit 19 of the terminal device 12 of the first user will be described with reference to FIGS. 7 and 8.

  As shown in FIG. 7, the candidate user selection screen 22 includes a first information display area 23 for a first-come user and a first information display area 24 for a candidate user.

  The first information display area 23 of the first-attack user is an area in which the first information (see FIG. 4) included in the information related to the preceding user is displayed. In FIG. 7, the user name, the number of consecutive wins, the grade, the number of normal medals, and the number of gold medals are displayed.

  The first information display area 24 for candidate users is an area in which first information (see FIG. 4) included in information regarding a plurality of candidate users is displayed. In FIG. 7, the user names, the number of consecutive wins, the grade, the number of normal medals, and the number of gold medals of three candidate users are displayed.

  The first information display area 24 of candidate users also functions as an interface that accepts selection of one or more candidate users from among a plurality of candidate users. For example, the candidate user tapped by the user in the first information display area 24 of the candidate user is selected.

  Here, as described above, the reward (medal) given to the winning user in the asynchronous battle is determined according to the number of medals possessed by the winning user and the defeating user, respectively. Therefore, the first user can select a candidate user with reference to information on the reward displayed in the first information display area 24 of the candidate user, that is, the number of normal medals and the number of gold medals, in order to obtain a desired reward. Therefore, the strategy when selecting candidate users is improved. In addition, the first user who sees the first information display area 24 of the candidate user, for example, whether or not the normal medal is reversed when the winning or losing of the asynchronous battle is determined, and whether the gold medal is granted or discarded. As a result, the number of medals that can be possessed by the first-running user can be ascertained according to the outcome of the asynchronous match. Therefore, the first-running user can grasp at a glance the return and risk when performing an asynchronous battle for each candidate user. In this way, the time required for the first attacking user to select the second attacking user from one or more candidate users is reduced, and the time until the matching between the users performing asynchronous battles is shortened.

  In addition, as described above, depending on the grade value, a plurality of types of game media, in the present embodiment, the normal medal and the gold medal are defined as the conditions for grade promotion. For example, only one type of game media is used for the grade promotion. Compared with the configuration defined in the conditions, the strategy when selecting candidate users is improved.

  Further, as described above, on the candidate user selection screen 22, the first information of the candidate user is displayed, while the second information of the candidate user is not displayed. For this reason, for example, a candidate user who is considered to have a high probability of being able to win the first-attack user is intentionally selected and an asynchronous match is applied. To do.

  As shown in FIG. 8, the first game part screen 25 includes a moving character image 26, an enemy character image 27, a first HP image 28, a second HP image 29, a deck display area 30, a road surface image 31, Item image 32. The position on the screen of the road surface image 31 and the item image 32 changes as the screen scrolls. For example, the position of the road surface image 31 and the item image 32 moves so as to flow toward the left side of the screen, and it is expressed that the moving character is traveling toward the right side of the screen.

  The moving character image 26 is an image that shows a moving character that is operated in response to a user input by the first user on the terminal device 12. For example, when a tap by a user is detected at an arbitrary position on the screen, the moving character moves so as to jump upward on the screen.

  The enemy character image 27 is an image showing the first opponent who is currently competing. In FIG. 8, an image of the enemy character A is shown as the first first opponent.

  The first HP image 28 and the second HP image 29 are an image showing the total HP of the characters included in the deck and an image showing the HP of the enemy character A, respectively. The first HP image 28 and the second HP image 29 are, for example, indicators, and the length of the indicator becomes shorter as the HP decreases.

  The deck display area 30 is an area where an image showing a character included in the deck is displayed. The image of each character also functions as an interface that accepts user input. When a character image is tapped by a user, for example, a skill associated with the character is activated. By activating the skill, various effects such as generation of damage to the enemy character and reduction of the amount of damage from the enemy character occur.

  The road surface image 31 is an image showing a scaffold for a moving character. The moving character can run on the road surface. For example, the user operates the moving character so that the moving character does not fall from the road surface downward.

  The item image 32 is an image showing items necessary for the character included in the deck to attack the enemy character. For example, when the moving character acquires a predetermined number of items, the character included in the deck attacks the enemy character. The user operates the moving character so that the moving character acquires an item on the screen, for example.

  Next, with reference to FIGS. 9 to 13, various screens displayed on the display unit 19 of the terminal device 12 of the late user will be described.

  As shown in FIG. 9, the battle availability selection screen 33 includes a quest information display area 34, a first information display area 35 of the first-attack user, a consent button 36, and a non-approval button 37.

  The quest information display area 34 is an area in which information (see FIG. 3) regarding the quest that is the first game part played by the preceding user is displayed. The information regarding the displayed quest includes, for example, information such as a quest name and a difficulty level, but is not limited thereto. In the present embodiment, the second game part played by the subsequent user is the same quest as the first game part. Therefore, the subsequent user can recognize the quest defined in the second game part by visually recognizing the information displayed in the quest information display area 34.

  The first information display area 35 of the first user is an area in which the first information (see FIG. 4) included in the information related to the preceding user is displayed. In FIG. 9, the user name, grade, number of consecutive wins, number of normal medals, and number of gold medals for the first-running user are displayed.

  The acceptance button 36 is an interface for transmitting information indicating acceptance of the asynchronous battle with the first-coming user to the server device 11. When the acceptance button 36 is tapped by the user, information indicating acceptance of the battle is transmitted to the server device 11.

  The unapproved button 37 is an interface for transmitting information indicating non-approval of the asynchronous battle with the first user to the server device 11. When the non-approval button 37 is tapped by the user, information indicating non-approval of the battle is transmitted to the server device 11.

  Here, as described above, the reward (medal) given to the winning user in the asynchronous battle is determined according to the number of medals possessed by the winning user and the defeating user, respectively. Accordingly, in order to obtain the desired reward, the late attack user refers to the information related to the reward displayed in the first information display area 35 of the first attack user, that is, the number of normal medals and the number of gold medals, and accepts the asynchronous battle. Alternatively, non-consent can be selected, and the strategy when selecting consent or non-consent is improved. Further, when the first attacking user sees the first information display area 35 of the first attacking user, for example, when the winning or losing of the asynchronous battle is determined, whether or not the normal medal is reversed, and the gold medal is granted or discarded. As a result, the number of medals that can be possessed by the first-running user can be grasped as a result of winning or losing the asynchronous battle. Therefore, the late attack user can grasp at a glance the return and the risk when performing an asynchronous battle with the first strike user. In this way, the time required for the subsequent user to decide whether or not to accept the asynchronous battle is reduced, and the time until the asynchronous battle is completed is reduced.

  As shown in FIG. 10, the first-come-first-user selection screen 38 includes a quest information display area 34, a first-skill user first information display area 35, and a first-skill user detailed information display area 39. The first user selection screen 38 is a screen that is displayed, for example, when the consent button 36 is tapped on the battle allowance selection screen 33 shown in FIG. The quest information display area 34 and the first information display area 35 of the preceding user included in the first attack user selection screen 38 are respectively the quest information display area 34 and the first information display area 35 of the preceding user included in the battle allowance selection screen 33. It is the same.

  The first user detailed information display area 39 is an area in which at least one of the second information and the score (see FIG. 4) included in the information related to the preceding user is displayed. In FIG. 10, information regarding the score and deck of the first user is displayed. The information regarding the deck includes, for example, the total HP of the characters included in the deck, the skill of the character, the image of the character, and the like, but is not limited thereto.

  As described above, the first information on the first-attack user is displayed on the battle allowance selection screen 33, and at least one of the second information on the first-attack user and the score is displayed on the first-hand user selection screen 38 displayed after the acceptance of the asynchronous battle. In this way, since the second information and the score of the first-coming user are not displayed before the decision of acceptance or non-approval of the asynchronous battle by the second-hand user, the artificial matching by the second-hand user is suppressed, and the matching of the asynchronous battle is suppressed. The fairness of the game is improved, and the rate of establishment of asynchronous battles is improved.

  FIG. 11 shows the second game part screen 40 when the elapsed time t = 0 minutes from the start time of the second game part. As shown in FIG. 11, the second game part screen 40 includes a moving character image 26, a first HP image 28, a deck display area 30, a road surface image 31, an item image 32, an enemy character image 41, and a first character image. One image 42 and a second image 43 are included. The moving character image 26, the first HP image 28, the deck display area 30, the road surface image 31, and the item image 32 are, for example, the moving character image 26, the first HP image 28, the deck included in the first game part screen 25 shown in FIG. The display area 30, the road surface image 31, and the item image 32 are the same.

  The enemy character image 41 is an image showing the second opponent who is currently competing. In FIG. 11, an image of the enemy character B is shown as the first second opponent.

The first image 42 shows the progress of the battle for the first opponent (first first opponent) corresponding to the second opponent (first second opponent in FIG. 11) currently in battle. It is the image shown. The first image 42 is an indicator, for example. The length of the indicator becomes shorter as the first parameter n, which is the battle progress status of the first opponent, varies from the initial value n ₀ to the target value n ₁ . As described above, in FIG. 11, the elapsed time t = 0 minutes and the first parameter n = n ₀ (see FIG. 6A).

  The second image 43 is an image showing the battle progress status of the second opponent (first second opponent) currently in battle. The second image 43 is, for example, an indicator. As the HP (second parameter), which is the battle progress status of the second opponent, varies from the initial value to a target value (for example, zero), the length of the indicator becomes shorter. In FIG. 11, the elapsed time t = 0 minutes, and HP is an initial value.

Preferably, the length of the indicator of the first image 42 when the first parameter n is the initial value n ₀ and the length of the indicator of the second image 43 when the HP of the second opponent is the initial value are preferable. equal. Also preferably, the length of the indicator of the first image 42 when the first parameter n is the target value n ₁ and the length of the indicator of the second image 43 when the HP of the second opponent is the target value Are equal.

  Here, for example, when the second game part progresses from the state shown in FIG. 11 and the elapsed time t = 13 minutes, the next-running user subverts the first second opponent, and the second second It is assumed that a battle with the opponent has started. In this case, as shown in FIG. 12, in the second game part screen 40, the enemy character image 41 indicates the enemy character C that is the second second opponent.

Further, since the second opponent who is currently competing has been switched to the second second opponent as described above, the first image 42 in FIG. 12 is the first opponent corresponding to the second second opponent. The image is switched to an image showing the progress of the battle for (second first opponent). Here, at the time point of elapsed time t = 13 minutes, the first parameter n, which is the battle progress status of the second first opponent, has already decreased from the initial value n ₀ (see FIG. 6B). ). For this reason, the length of the indicator of the first image 42 is already shortened at the time when the elapsed time t = 13 minutes, that is, when the second opponent currently in the battle is switched to the second second opponent. Is displayed.

On the other hand, for example, when the second game part progresses from the state shown in FIG. 11 and the elapsed time t = 8 minutes, it is assumed that the late attacking user subjugates the first second opponent. In such a case, the first parameter n, which is the battle progress status of the second first opponent at the time t = 8 minutes, has not changed from the initial value n ₀ (see FIG. 6B). . For this reason, as shown in FIG. 13, the first image 42 on the second game part screen 40 is displayed at the time when the elapsed time t = 8 minutes, that is, the second opponent who is currently playing the second opponent At the time of switching to the other party, the first image 42 is displayed with the indicator having the longest length.

Thereafter, until the elapsed time t = 10 minutes, the first parameter n, which is the battle progress status of the second first opponent, does not vary from the initial value n ₀ (see FIG. 6B). For this reason, the first image 42 does not change from the state in which the length of the indicator is the longest until the elapsed time t = 10 minutes during the battle with the second second opponent.

Thereafter, while the elapsed time t increases from 10 minutes to 20 minutes, the first parameter n, which is the battle progress status of the second first opponent, varies from the initial value n ₀ to the target value n ₁ (FIG. 6). (See (b)). For this reason, while the elapsed time t increases from 10 minutes to 20 minutes during the battle with the second second opponent, the first image 42 has a fixed time from the state with the longest indicator to the state with the shortest length. Shortens with rate of change.

Then, during the elapsed time t increases minutes to 20, the first parameter n is a battle progress for the second first opponent does not vary from the target value n ₁ (see Figure 6 (b)). For this reason, the first image 42 does not change from the state in which the length of the indicator is the shortest while the elapsed time t increases from 20 minutes during the battle with the second second opponent.

  As described above, the battle progress status of the first opponent corresponding to the second opponent who is currently competing is shown by the first image 42 while the second game part is played by the late user. Specifically, a first image 42 that is an indicator indicating the first parameter n is displayed. In this way, the size of the first image 42 occupying the entire second game part screen can be reduced. Therefore, even if it is the terminal device 12 with a limited screen size, such as a smartphone, it is possible to visually recognize the progress of the battle for the first opponent by the late attacking user and to display other than the first image 42 Reduction of the area of the region is suppressed.

  Next, with reference to FIG.14 and FIG.15, the battle result screen 44 displayed on each display part 19 of the terminal device 12 of a first-attack user and the terminal device 12 of a second-attack user is demonstrated.

  FIG. 14 shows a battle result screen 44 when the first-attack user wins in the asynchronous battle. As shown in FIG. 14A, the first user who is the winning user owns five normal medals. On the other hand, the defeat user who is a defeat user owns 8 normal medals. In such a case, since the condition that the number of normal medals owned by the defeat user is more than the predetermined number than the number of normal medals owned by the winning user is satisfied, the normal medal owned by the winning user and the defeat user respectively. Reversal occurs. For example, an effect is produced in which an image of a normal medal surrounded by a one-dot chain line in FIG.

  In addition, the first attack user who is a winning user owns one gold medal, while the second attack user who is a defeat user does not own a gold medal. In such a case, the number of gold medals owned for the first-time user and the second-time user does not change.

  As a result, as shown in FIG. 14B, the first attacking user owns eight normal medals and one gold medal, and the second attacking user owns five normal medals.

  On the other hand, FIG. 15 shows a battle result screen 44 in the case where the succeeding user wins in the asynchronous battle. As shown in FIG. 15A, the first user who is a defeat user owns five normal medals. On the other hand, the succeeding user who is the winning user owns eight normal medals. In such a case, since the condition that the number of normal medals owned by the defeat user is more than the predetermined number than the number of normal medals owned by the winning user is not satisfied, the predetermined number of normal medals are given to the winning user and the defeat user The predetermined number of normal medals will be destroyed. For example, there is an effect in which an image of a predetermined number (for example, one) of normal medals owned by the first attacking user who is a defeat user moves to the second attacking user side by animation.

  In addition, a first attack user who is a defeat user owns one gold medal, while a later attack user who is a defeat user does not own a gold medal. In such a case, for example, an effect is produced in which an image of a predetermined number (for example, one) of gold medals possessed by a first-attack user who is a defeat user moves to the second-attack user side by animation.

  As a result, as shown in FIG. 15B, the first-attack user owns four normal medals, and the second-time user owns nine normal medals and one gold medal.

  In addition, since the number of normal medals and the number of gold medals possessed by the second rank user with the grade value “2” is equal to or greater than the threshold shown in the grade information (see FIG. 2), For example, the value increases from “2” to “3”. Here, as described above, the number of medals owned by the user is managed independently for each grade value. In other words, even if the current value of the post-attack user's grade fluctuates to “3”, the above-mentioned nine normal medals and one gold medal are still associated with the grade value “2”. . Therefore, at the time when the current value of the grade of the late user changes, the number of medals associated with the grade value “3” is an initial value (for example, zero).

  Next, processing performed by the server apparatus 11 will be described with reference to the flowcharts of FIGS. FIG. 16 mainly shows the process related to the first-time user described above.

  Step S100: First, the server storage unit 14 stores information on each of a plurality of users. The information regarding the user includes, for example, first information and second information.

  Step S101: Next, the server control unit 15 waits for a start request for the first game part from the terminal device 12. When the server communication unit 13 receives a start request for the first game part from the terminal device 12, the process proceeds to step S102.

  Step S102: Subsequently, the server control unit 15 determines the user of the terminal device 12 as the first-running user, and excludes one or more candidate users from a plurality of users, except when the user of the terminal device 12 is locked. To extract.

  Step S103: Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction for a candidate user selection screen to the terminal device 12 of the first-coming user.

  Step S104: Subsequently, the server control unit 15 waits for information indicating the selected candidate user from the terminal device 12 of the first-coming user.

  Step S105: Subsequently, when receiving the information of step S104, the server control unit 15 determines whether or not the selected candidate user is in a locked state. If the candidate user is in an unlocked state (step S105—Yes), the process proceeds to step S106. On the other hand, when the candidate user is in the locked state (No at Step S105), the process returns to Step S102.

  Step S106: When the candidate user is in the unlocked state (step S105-Yes), the server control unit 15 sets the selected candidate user as the next-attack user and sets the first-time user and the second-hand user in the locked state.

  Step S107: Subsequently, the server control unit 15 causes the server communication unit 13 to transmit an instruction to start the first game part to the terminal device 12 of the first user.

  Step S108: The server control unit 15 waits for play information and result information of the first game part from the terminal device 12 of the first-coming user.

  FIG. 17 mainly shows processing related to the latter-stage user described above. The process is started when the server communication unit 13 receives the play information and result information of the first game part from the terminal device 12 of the first-coming user in step S108 described above (see FIG. 16).

  Step S <b> 200: First, the server control unit 15 causes the server communication unit 13 to transmit a display instruction for a battle availability selection screen to the terminal device 12 of the next-run user.

  Step S201: Subsequently, the server control unit 15 waits for information indicating selection of approval or non-acceptance of the battle from the terminal device 12 of the subsequent user who has displayed the battle allowance selection screen. When the server communication unit 13 receives the information, the process proceeds to step S202.

  Step S202: Subsequently, the server control unit 15 determines whether or not the information in Step S202 indicates consent of the battle. When the information is information indicating acceptance of the battle (step S202—Yes), the process proceeds to step S203. On the other hand, when the information is information indicating non-approval of the battle (step S202—No), the process proceeds to step S208.

  Step S203: When the information is information indicating acceptance of the match in Step S202 (Step S202-Yes), the server control unit 15 gives a display instruction of the first-attack user display screen to the server communication, and the terminal device 12 of the second-hand user To send to.

  Step S204: Subsequently, the server control unit 15 waits for a request to start the second game part from the terminal device 12 of the subsequent attack user who has displayed the first attack user display screen. When the server communication unit 13 receives the start request for the second game part from the terminal device 12 of the late user, the process proceeds to step S205.

  Step S205: Subsequently, the server control unit 15 causes the server communication unit 13 to transmit the play information of the first game part to the terminal device 12 of the subsequent user.

  Step S206: Subsequently, the server control unit 15 causes the server communication unit 13 to transmit an instruction to start the second game part to the terminal device 12 of the subsequent user.

  Step S207: The server control unit 15 waits for the result information of the second game part from the terminal device 12 of the subsequent user.

  Step S208: On the other hand, when the information is information indicating non-consent of the battle in Step S202 (No in Step S202), the server control unit 15 cancels the locked state of the first-attack user and the second-hand user, and is in the unlocked state. Stipulated in

  Step S209: Subsequently, the server control unit 15 grants a predetermined number (for example, one) of normal medals to the first user.

  Step S210: Subsequently, the server control unit 15 determines whether or not the number of each medal possessed by the first-running user is equal to or greater than a threshold value indicated in the grade information (see FIG. 2). When the number of each medal is equal to or greater than the threshold (step S210-Yes), the process proceeds to step S211. On the other hand, if the number of medals is less than the threshold value (step S210-No), the asynchronous battle between the first user and the second user is terminated.

  Step S211: When the number of medals is greater than or equal to the threshold value in Step S210 (Step S210-Yes), the server control unit 15 changes the grade value of the first user (for example, +1) to change the first user and the second player End user's asynchronous battle.

  FIG. 18 mainly shows processing relating to the result of the asynchronous battle described above. This process is started when the server communication unit 13 receives the result information of the second game part from the terminal device 12 of the subsequent user in step S207 (see FIG. 17) described above.

  Step S300: First, the server control unit 15 determines the result (win / loss) of the asynchronous battle based on the result information of the first game part and the result information of the second game part. Specifically, the server control unit 15 determines a user who has a high score indicated in the result information among the first user and the second user as a winning user, and determines a user with a low score as a defeating user.

  Step S301: Subsequently, the server control unit 15 determines the normal medal associated with the current value of the defeated user's grade rather than the number of normal medal associated with the current value of the winning user's grade, for example. It is determined whether or not the condition that the number is greater than a predetermined number is satisfied. If the condition is satisfied (step S301-Yes), the process proceeds to step S302. On the other hand, when the condition is not satisfied (step S301-No), the process proceeds to step S303.

  Step S302: When the condition is satisfied in Step S301 (Step S301-Yes), the server control unit 15 reverses the normal medal owned by the winning user and the normal medal owned by the defeated user, and proceeds to Step S305.

  Step S303: When the condition is not satisfied in Step S301 (Step S301-No), the server control unit 15 gives a predetermined number (for example, one) of normal medals to the winning user.

  Step S304: Subsequently, when the defeat user owns the normal medal, the server control unit 15 discards a predetermined number (for example, one) of the defeat users and proceeds to step S305.

  Step S305: After step S302 or after step S304, the server control unit 15 determines whether or not the defeated user owns the gold medal. If the defeated user owns the gold medal (step S305-Yes), the process proceeds to step S306. On the other hand, when the defeat user does not own the gold medal (step S305-No), the process proceeds to step S307.

  Step S306: When the defeat user owns the gold medal in step S305 (step S305-Yes), the server control unit 15 obtains a predetermined number (for example, one) of gold medal owned by the defeat user. Grant to winning users.

  Step S307: If the defeat user does not own the gold medal in Step S305 (Step S305-No), or after Step S306, the server control unit 15 wins the display instruction of the battle result screen to the server communication unit 13 It is transmitted to the terminal device 12 of the user and the terminal device 12 of the defeated user.

  Step S308: Subsequently, the server control unit 15 cancels the locked state of the winning user and the losing user, and determines the unlocked state.

  Step S309: Subsequently, the server control unit 15 determines whether or not the number of each medal owned by the winning user is greater than or equal to a threshold value indicated in the information regarding the grade (see FIG. 2). When the number of each medal is equal to or greater than the threshold (step S309-Yes), the process proceeds to step S310. On the other hand, when the number of normal medals or gold medals is less than the threshold (step S309-No), the asynchronous battle between the winning user and the losing user is terminated.

  Step S310: When the number of each medal is equal to or greater than the threshold value in Step S309 (Step S309-Yes), the server control unit 15 varies (for example, +1) the grade value of the winning user, thereby winning and defeating users. Asynchronous battle ends.

  Next, a process performed by the terminal device 12 of the first user will be described with reference to the flowchart of FIG.

  Step S400: First, the terminal control unit 21 transmits a start request for the first game part.

  Step S401: Subsequently, when the terminal communication unit 17 receives a display instruction for the candidate user selection screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the candidate user selection screen.

  Step S402: Subsequently, when the input unit 20 receives a user input for selecting at least one candidate user, the terminal control unit 21 transmits information indicating the selected candidate user to the server device 11 to the terminal communication unit 17. Let

  Step S403: Subsequently, when the terminal communication unit 17 receives an instruction to start the first game part from the server device 11, the terminal control unit 21 starts an execution process of the first game part to be described later.

  Step S404: Subsequently, when the execution process of the first game part is completed, the terminal control unit 21 transmits the play information and the result information generated by the execution process of the first game part to the server device 11 to the terminal communication unit 17. Let

  Step S405: Subsequently, the terminal control unit 21 waits for an instruction to display a battle result screen from the server device 11. When the terminal communication unit 17 receives an instruction to display a battle result screen from the server device 11, the process proceeds to step S406.

  Step S406: Then, the terminal control unit 21 causes the display unit 19 to display a battle result screen.

  Here, the execution process of the first game part executed in step S403 (see FIG. 19) will be described with reference to the flowchart of FIG. The execution process of the first game part is executed, for example, in a state where the first game part screen is displayed on the display unit 19.

  Step S500: First, the terminal control unit 21 starts measuring the elapsed time from the start time of the first game part.

  Step S501: Subsequently, the terminal control unit 21 starts accepting user input by the input unit 20.

  Step S502: Subsequently, the terminal control unit 21 calculates the battle progress status for the first opponent who is currently fighting (for example, the first first opponent). Here, the battle progress is, for example, the HP of the first opponent.

  Step S503: Subsequently, the terminal control unit 21 causes the first game part screen to display an image indicating the battle progress status of the first opponent who is currently fighting.

  Step S504: Subsequently, the terminal control unit 21 determines whether or not to end the first game part. When it is determined that the first game part is to be ended (step S504-Yes), for example, when the last first opponent is subjugated or when the total HP of characters included in the deck is reduced to zero, the process proceeds to step S505. move on. On the other hand, if it is determined not to end the first game part (step S504-No), the process returns to step S502.

  Step S505: If it is determined in step S504 that the first game part is to be ended (step S504-Yes), the terminal control unit 21 ends the first game part and generates play information and result information for the first game part. Then, the process proceeds to step S404 (see FIG. 19) described above.

  Next, with reference to the flowchart of FIG. 21, the process performed by the terminal user 12 of the subsequent user will be described.

  Step S600: First, when the terminal communication unit 17 receives a display instruction of a battle availability selection screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display a battle availability selection screen.

  Step S601: Subsequently, when the input control unit 20 accepts a user input for selecting whether the match is accepted or not, the terminal control unit 21 determines which one of approval and non-acceptance is selected. When consent is selected (step S601-Yes), it progresses to step S603. On the other hand, when non-approval is selected (step S601-No), it progresses to step S602.

  Step S602: When non-approval is selected in step S601 (step S601-No), the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating non-permission of the battle to the server device 11. In such a case, for example, the game transitions from the battle availability selection screen to another game screen, and the asynchronous game between the first user and the second user finishes without executing the second game part.

  Step S603: When consent is selected in Step S601 (Step S601-Yes), the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating consent of the battle to the server device 11.

  Step S <b> 604: Subsequently, when the terminal communication unit 17 receives a display instruction of the first-first user display screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the first-first user display screen.

  Step S605: Subsequently, when the input unit 20 receives a user input for starting the second game part, for example, the terminal control unit 21 transmits a start request for the second game part to the terminal communication unit 17 to the server device 11. Let

  Step S606: Subsequently, the terminal control unit 21 causes the terminal communication unit 17 to receive the play information of the first game part from the server device 11.

  Step S <b> 607: Subsequently, when the terminal communication unit 17 receives a second game part start instruction from the server device 11, the terminal control unit 21 starts a second game part execution process to be described later.

  Step S608: Subsequently, when the execution process of the second game part ends, the terminal control unit 21 sends the result information generated by the execution process of the second game part to the server device 11 to the terminal communication unit 17 as will be described later. Send it.

  Step S <b> 609: When the terminal communication unit 17 receives an instruction to display the battle result screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the battle result screen. In such a case, the asynchronous battle between the first user and the second user ends.

  Here, the execution process of the second game part executed in step S607 (see FIG. 21) described above will be described with reference to the flowchart of FIG. The execution process of the second game part is executed, for example, in a state where the second game part screen is displayed on the display unit 19.

  Step S700: First, the terminal control unit 21 starts measuring the elapsed time from the start time of the second game part.

  Step S701: Subsequently, the terminal control unit 21 starts accepting user input by the input unit 20.

  Step S702: Subsequently, the terminal control unit 21 matches the progress status of the second opponent currently in the battle (for example, the first second opponent) and the second opponent in the current battle. The battle progress status is calculated for one opponent (first first opponent). Here, the battle progress status for the second opponent is the HP of the second opponent who is currently fighting. Also, the battle progress status for the first opponent is a parameter n determined according to the elapsed time from the start time of the second game part (see FIG. 6).

  Step S703: Subsequently, the terminal control unit 21 displays, on the second game part screen, the first image indicating the battle progress status of the first opponent corresponding to the second opponent currently in the battle, and the current battle A second image showing the battle progress status of the second opponent is displayed.

  Step S704: Subsequently, the terminal control unit 21 determines whether or not to end the second game part. When it is determined that the second game part is to be ended (step S704-Yes), for example, when the last second opponent is subjugated or when the total HP of characters included in the deck is reduced to zero, the process proceeds to step S705. move on. On the other hand, when it is determined not to end the second game part (step S504-No), the process returns to step S702.

  Step S705: If it is determined in step S704 that the second game part is to be ended (step S704-Yes), the terminal control unit 21 ends the second game part, generates result information of the second game part, and The process proceeds to step S608 (see FIG. 21).

  As described above, when the server device 11 according to the embodiment displays the first information of the first-attack user on the terminal device 12 of the second-hand user and the information indicating acceptance of the asynchronous battle is received on the screen for selecting whether or not to battle, The second information and the score of the first user are displayed on the user display screen. In this way, since the second information and the score of the first-coming user are not displayed before the decision of acceptance or non-approval of the asynchronous battle by the second-hand user, the artificial matching by the second-hand user is suppressed, and the matching of the asynchronous battle is suppressed. Can improve fairness and improve the rate of establishment of asynchronous battles.

  In addition, the server device 11 causes the first user terminal device 12 to display the first information of the candidate user on the candidate user selection screen. In this way, since the second information of the candidate user is not displayed before the first user is selected by the first user, artificial matching by the first user is suppressed, and the fairness of the asynchronous match can be further improved. is there.

  Further, the server device 11 causes the terminal device 12 of the first user to display the unlocked candidate users on the candidate user selection screen. In addition, the server device 11 sets the first attack user and the second attack user to the locked state. In this way, since the late attack user is not displayed as a candidate user in the terminal device 12 of the other first strike user, for example, concentration of the battle application with respect to a specific user is suppressed, and the game progress may be delayed or hindered. It is suppressed. Moreover, since the number of competition applications is suppressed as the game system 10 as a whole, the processing load on the server device 11 is reduced.

  Further, when the server device 11 displays the selection screen for allowing or disabling the game on the terminal device 12 of the next-attack user, the server device 11 stops the progress of the game on the terminal device 12 of the second-hand user and displays information indicating whether or not the asynchronous battle is accepted. When received, the stop of the progress of the game is released. In this way, for example, it is suppressed that the attacking user who has confirmed the battle allowance selection screen holds the decision to accept or not accept the battle and plays other game parts. Therefore, prompt decision of acceptance or non-approval of the asynchronous battle is promoted to the subsequent user, and the stagnation of the progress of the asynchronous battle is suppressed.

  In addition, while the server device 11 is waiting for the second game part start request, for example, the server communication unit 13 changes the character included in the late user's deck from the late user's terminal device 12 or strengthens the character. When the information regarding the character is received, the character included in the deck information of the late attack user is changed or parameters (for example, HP, attack power, and level) set for the character are changed. In this way, the attacking user who accepts the asynchronous battle may change the character included in the deck or increase the level of the character before starting the second game part, for example, to play the second game part. The deck used can be strengthened. Accordingly, the fairness between the first user who can select a desired quest as the first game part and the second user who cannot select the quest himself is improved.

  Further, according to the terminal device 12 according to the embodiment, the first image indicating the battle progress status of the first opponent is displayed during the execution of the second game part. Here, the battle progress status for the first opponent is calculated based on the elapsed time in the second game part and the play information of the first game part played by the first user. In this way, it is possible to produce an effect in which the first-running user and the second-row user are playing against the corresponding opponents in real time even in the asynchronous battle against the second-row user who plays the second game part. Therefore, the realism of the asynchronous battle is improved for the latter-running user, and the fun of the game is improved.

  Also, the battle progress status for the first opponent is a first parameter determined according to the elapsed time and the play information in the second game part. Accordingly, the terminal device 12 does not have to reproduce (replay) the first game part played by the first user in the second game part, for example, in order to perform the real-time battle effect as described above. 12 processing burden is reduced.

  Moreover, the play information received from the server apparatus 11 should just contain the information required in order to determine at least battle | competition start time and battle | competition end time, as shown, for example in FIG. Accordingly, in order to perform the real-time battle effect as described above, for example, information (replay data) necessary for reproducing (replaying) the play of the first game part by the first user in the second game part is stored in the server. Compared to the configuration received from the device 11, the amount of information to be acquired from the server device is reduced.

  In addition, the terminal device 12 varies the first parameter at a constant time change rate. Thus, since the first parameter is changed by a relatively simple process, the processing load on the terminal device 12 is reduced.

  Further, the server device 11 according to the embodiment has a condition that the number of game media associated with the defeat user grade value is greater than the number of game media associated with the win user grade value. Is satisfied, the normal medal owned by the winning user and the normal medal owned by the defeating user are reversed. In this way, the normal medal is reversed between the first user and the second user, so that the normal medal is scrambled between the users who have performed asynchronous battles. The fun of the game is improved compared to the configuration in which points are given.

  In addition, the threshold of the number of normal medals and the threshold of the number of gold medals required for the grade promotion are determined for each value that the grade can take. In this way, the user needs to acquire different numbers and types of medals for each grade in order to promote the grade, and the monotonization of the game is suppressed.

  Moreover, the server apparatus 11 displays the candidate user selection screen 22 which displays the number of medals matched with the value of a candidate user's grade about each of one or more candidate users on the terminal apparatus 12 of a first-attack user. As described above, it is determined according to the number of medals possessed by the winning user and the defeating user. Therefore, the first user can select a candidate user with reference to information related to the reward displayed on the candidate user selection screen 22, that is, the number of normal medals and the number of gold medals, in order to obtain a desired reward. Strategies when selecting users are improved.

  Further, the server device 11 preferentially extracts one or more other users having the same grade value as the first user from among the plurality of users as candidate users. Here, the upper limit of the number of medals that can be owned by the user (in this embodiment, equal to the threshold of the number of medals required for promotion of the grade) is determined for each possible value of the grade (see FIG. 2). In the present embodiment, a normal medal can be reversed, for example, between users who have performed an asynchronous battle. Therefore, the fairness of the asynchronous battle is improved by encouraging the asynchronous battle between users having the same grade value as described above.

  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 into one or divided. .

  For example, in the above-described embodiment, the server control unit 15 of the server device 11 determines the result of the asynchronous battle, or when receiving information indicating the non-approval of the asynchronous battle from the terminal device 12 of the late user, Although the configuration for canceling the locked state of the first user and the second user has been described, the conditions for canceling the locked state are not limited to these. For example, the server control unit 15 waits for play information and result information of the first game part from the terminal device 12 of the first-attack user (step S108 in FIG. 16), and performs an asynchronous battle from the terminal device 12 of the second-attack user. A state of waiting for information indicating approval or disapproval (step S201 in FIG. 17), a state of waiting for a start request for the second game part from the terminal device 12 of the next-attack user (step S204 in FIG. 17), and a second-hand attack When a predetermined time has elapsed in any state of waiting for the result information of the second game part from the terminal device 12 of the user (step S207 in FIG. 17), at least one of the first user and the second user is locked. The state may be canceled and the asynchronous battle may be terminated. In this way, the delay or stagnation of the progress of the asynchronous battle is suppressed.

  Here, the predetermined time until the lock state is released is, for example, history information of at least one of the first-time user and second-time user, for example, the number of quests cleared, the success rate of clearing, the game play time, and the final time to the game system 10 It may be determined based on login time or login frequency. For example, the server control unit 15 waits for the play information and result information of the first game part from the terminal device 12 of the first-attack user, and is predetermined within the last login time (for example, 22:00 to 24:00) of the second-game user. A predetermined time is set so that the locked state is released when the time (for example, 23:00) is reached. In this manner, for example, even in an environment in which the next-running user can log in to the game system 10 only from 22:00 to 24:00, the asynchronous battle can proceed, so the establishment rate of the asynchronous battle is improved.

  In the above-described embodiment, the configuration in which whether the user state is the locked state or the non-locked state is managed by the lock flag has been described, but the user state management method is not limited to this. For example, the server control unit 15 of the server device 11 may store time information (lock release time) at which the locked state is released in association with the user when the user state is set to the locked state. Then, when the current time becomes equal to the lock release time, the server control unit 15 cancels the lock state of the corresponding user and sets the unlocked state.

  Further, in the above-described embodiment, the configuration is described in which both users are locked after the first user selects the second user, and two or more asynchronous battles are not simultaneously engaged with one user. The number of matches may be determined arbitrarily. In such a case, for example, a lock flag (see FIG. 4) included in the information about the user is used as a parameter indicating the number of asynchronous battles that are currently ongoing. And the server control part 15 of the server apparatus 11 determines the said user to a locked state, when the value of a user's lock flag is more than predetermined value (for example, 3 or more). On the other hand, when the value of the lock flag of the user is less than the predetermined value (for example, less than 3), the server control unit 15 sets the user in the unlocked state. In such a case, the user can be engaged with up to three asynchronous battles simultaneously.

  Here, the number of asynchronous battles that can be engaged at the same time is, for example, history information of at least one of the first user and second user, for example, the number of quests cleared, the success rate of clearing, the game play time, and the last login time to the game system 10 Alternatively, it may be determined based on the login frequency or the like. For example, the server control unit 15 may increase the number of asynchronous battles that can be simultaneously engaged with the user as the login frequency of the user increases. In this way, for a user who is considered to have a relatively high rate of establishment of asynchronous battles even if a plurality of asynchronous battles are simultaneously engaged, for example, when the login frequency to the game system 10 is high, As the number increases, the opportunity to play asynchronous battles increases, making it easier to promote grades. Therefore, it is possible to prompt the user to actively log in.

  Moreover, in embodiment mentioned above, although the game system 10 provided with the server apparatus 11 and the some terminal device 12 was demonstrated, the structure of the game system 10 is not restricted to this. For example, in the game system 10 including a plurality of terminal devices 12, the terminal device 12 defined as a host may have a function similar to that of the server device 11 according to the present embodiment.

  Further, in the above-described embodiment, when the number of medals associated with the user's grade value fluctuates (increases) due to, for example, winning an asynchronous battle or the like and exceeds a predetermined threshold, the user's grade Although the configuration for increasing the value of (for example, +1) has been described, the grade may be demoted, that is, the grade value may be decreased in a predetermined case. Specifically, the server control unit 15 of the server device 11 changes the number of medals associated with the user grade value (for example, “3”), for example, because the user has lost the asynchronous battle. (Decrease), and when it becomes less than a predetermined threshold (for example, one), the grade value of the user is decreased. In such a case, the server control unit 15 reduces the number of medals associated with the grade value (for example, “2”) after the decrease of the user by a predetermined number, for example, zero.

  In the embodiment described above, when the server control unit 15 of the server device 11 extracts one or more other users who are in an unlocked state other than the first user as candidate users, the server control unit 15 associates them with the grade value of the first user. Candidate users may be extracted based on the number of awarded medals.

  For example, when the number of normal medals associated with the first user's grade value is less than a first predetermined threshold (for example, one), the server control unit 15 normally associates with the grade value. Other users with a large number of medals, for example, other users whose number of normal medals associated with grade values is greater than or equal to a second predetermined threshold (for example, 9) greater than the first predetermined threshold Are preferentially extracted as candidate users. In this way, candidate users with a relatively large number of normal medals are preferentially extracted, so it is easy for the first-time user with a relatively small number of normal medals to aim for reversal of normal medals through asynchronous battles. As a result, the interest of the game is improved.

  Further, for example, when the number of normal medals associated with the first user's grade value is equal to or greater than a third predetermined threshold (for example, 8), the server control unit 15 associates with the grade value. Other users with the same number of normal medals are preferentially extracted as candidate users. In this way, for a first-time user who owns a relatively large number of normal medals, a candidate user who has a higher risk of reducing the number of normal medals due to the reversal of normal medals (for example, the number of normal medals owned is higher than that of first-time users. Since the frequency of extracting a small number of candidate users) is reduced, a decrease in the willingness to perform an asynchronous battle is suppressed.

  In the above-described embodiment, when the server control unit 15 of the server device 11 extracts one or more other users who are in an unlocked state other than the first user as candidate users, the history of the first asynchronous user's past asynchronous battles. Candidate users may be extracted based on the information. For example, if the first user loses in the previous asynchronous battle and a normal medal reversal occurs, or if the number of normal medal reductions is greater than or equal to a predetermined threshold, another player who has more normal medals than the first user Users are extracted as candidate users with priority. Or, if the first user wins in the previous asynchronous battle and the normal medal is reversed, or if the increase in the normal medal is greater than or equal to a predetermined threshold, other users who have fewer normal medals than the first user Are preferentially extracted as candidate users.

  In the above-described embodiment, the first game part and the second game part have been described as executing the same quest, but different quests may be executed. In such a case, it is preferable that the different quests are two quests that are sequentially played against an equal number of opponents.

  In the above-described embodiment, the first game part and the second game part have been described as executing a quest that sequentially battles each of a plurality of enemy characters. However, in the quest that battles one enemy character, There may be. Specifically, it may be a single enemy character in which a plurality of action patterns are sequentially switched, and a quest for playing against one enemy character in which HP is set for each of the plurality of action patterns. In this case, the “nth first opponent” and the “nth second opponent” in the above-described embodiment are “the first opponent of the nth action pattern” and “nth action pattern”, respectively. It is read as “second opponent”.

  Furthermore, in the above-described embodiment, the enemy character is subjugated by reducing the HP of the enemy character to zero in the battle with the first opponent in the first game part and the battle with the second opponent in the second game part. Although the structure to be described has been described, the subjugation condition of the enemy character is not limited to HP, and can be determined based on various parameters that vary according to the progress of the battle. For example, in place of the enemy character's HP, the parameter indicating the distance between the moving character and the enemy character is reduced to zero, whereby the enemy character is subjugated and the battle with the next enemy character starts, or the enemy character A configuration in which the behavior pattern is switched to the next behavior pattern is conceivable.

In the above-described embodiment, the length of the indicator of the first image becomes shorter as the first parameter n, which is the battle progress status of the first opponent, varies from the initial value n ₀ to the target value n _1. Although the configuration has been described, the length of the indicator may be increased. For example, the first image is an image having the shortest indicator length when the first parameter n is the initial value n ₀ and the longest indicator length when the parameter n is the target value n _1. May be.

  Further, in the above-described embodiment, a configuration in which the server control unit 15 of the server device 11 causes the terminal user 12 of the next-running user to execute the third game part while waiting for the start request for the second game part will be described. However, an upper limit may be provided for the number of times that the terminal device 12 can execute the third game part. In this way, it is suppressed that the second-running user executes the third game part without limitation as practice of the second game part, and the fairness between the first-running user and the second-row user is improved. The upper limit is set such that, for example, the upper limit count decreases as the elapsed time increases in a state in which the second game part start request from the terminal device 12 of the next-running user is awaited (step S204 in FIG. 17). Also good. For example, when a predetermined time elapses from the start of waiting for the second game part start request, the upper limit number is changed from 1 to 0. In this way, when the predetermined time has elapsed since the terminal device 12 of the subsequent user has transmitted the information indicating acceptance of the asynchronous battle to the server device 11, the second game part is played by the play of the third game part. Further increase in the time until the start request is transmitted is suppressed, and the delay or stagnation of the progress of the asynchronous battle is suppressed.

  In the above-described embodiment, when the server device 11 transmits a display instruction of the battle availability selection screen including the first information of the first-coming user to the terminal device 12 and receives information indicating consent of the battle from the terminal device 12. Although the configuration for transmitting the display instruction of the first user display screen including the first information of the first user and the score has been described, the transmission of the display instruction of the first user display screen may be omitted. For example, the server device may transmit to the terminal device 12 a display instruction for a battle availability selection screen including the first information, the second information, the score, and the like of the first user. In such a case, when the acceptance of the battle is selected on the battle allowance selection screen, the terminal device 12 transmits information indicating the acceptance of the battle to the server device 11 and displays the first-come-first-user display screen.

  In the above-described embodiment, a part or all of the processing performed by the server device 11 may be a native game executed by a native application installed in the terminal device 12.

  In the above-described embodiment, a part of various game screens is a web display that is displayed on the terminal device 12 based on the data generated by the server device 11, and a part of the game screen (for example, a menu button is arranged). Header area and footer area) may be displayed natively by a native application installed in the terminal device 12. As described above, the game according to the above-described embodiment may be a hybrid game in which each of the server device 11 and the terminal device 12 takes part of the processing.

  Moreover, in order to function as the server apparatus 11 or the terminal apparatus 12 which concerns on embodiment mentioned above, information processing apparatuses, such as a computer or a mobile telephone, can be used suitably. Such an information processing device stores a program describing processing contents for realizing each function of the server device 11 or the terminal device 12 according to the embodiment in a storage unit of the information processing device, and the CPU of the information processing device performs the processing. This can be realized by reading and executing the program.

DESCRIPTION OF SYMBOLS 10 Game system 11 Server apparatus 12 Terminal apparatus 13 Server communication part 14 Server storage part 15 Server control part 16 Network 17 Terminal communication part 18 Terminal storage part 19 Display part 20 Input part 21 Terminal control part 22 Candidate user selection screen 23 1st information Display area 24 First information display area 25 First game part screen 26 Moving character image 27 Enemy character image 28 First HP image 29 Second HP image 30 Deck display area 31 Road surface image 32 Item image 33 Matching possibility selection screen 34 Quest information display area 35 First information display area 36 Accept button 37 Non-accept button 38 First-attack user selection screen 39 Detailed information display area 40 Second game part screen 41 Enemy character image 42 First image 43 Second image 44 Competition result screen

Claims (8)

A terminal device for executing an asynchronous battle game provided from a server device,
A display unit;
An input unit for receiving user input to the terminal device;
A terminal communication unit for transmitting and receiving information to and from the server device;
A terminal control unit,
The terminal communication unit is configured to execute the plurality of first game parts in a first game part that is executed in another terminal device and sequentially competes with each of a plurality of first opponents using game media associated with other users. For each opponent, the match start time from the start time of the first game part to the match start time with the first opponent and the match end time from the start time to the match end time with the first opponent Is received from the server device,
The terminal control unit
Using a game medium associated with the user to start a second game part that sequentially battles with a plurality of second opponents respectively corresponding to the plurality of first opponents;
Based on the user input received by the input unit, the battle progress status for the second opponent currently in battle is calculated,
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time becomes the battle start time of the first opponent, a change process for changing the first parameter from the initial value according to the elapsed time is started .
The display unit is configured to display a first image indicating the first parameter for the first opponent corresponding to the second opponent who is currently in a match with the second game part, and the first game in the current match. A second image showing the progress of the battle for two opponents ,
The change the first parameter which varies in accordance with the elapsed time by the processing, when the elapsed time has become the competition end time of the first opponent to reach the target value, the terminal apparatus. The terminal device according to claim 1,
While the elapsed time from the competition starting time of the first opponent battle order as the second opponent in current competition are identical to the competition end time is increased, in accordance with the elapsed time by the change process The terminal device, wherein the time change rate of the first parameter that changes is constant . The terminal device according to claim 1 or 2,
While the elapsed time is increased to the competition start time of the first opponent battle order as the second opponent currently competition are the same, the first parameter is the initial value,
While the elapsed time increases from the competition end time of the first opponent, the first parameter is the target value, the terminal apparatus. The terminal device according to any one of claims 1 to 3,
The terminal device, wherein the first image is an indicator indicating the first parameter. The terminal device according to any one of claims 1 to 4,
The battle progress status of the second opponent currently in battle is a second parameter associated with the game medium that is the second opponent,
The terminal control unit
Based on the user input received by the input unit, the second parameter is varied,
When the second parameter reaches a target value, the terminal device starts a battle with another second opponent who is not playing a battle among the plurality of second opponents. The terminal device according to claim 5,
The terminal device, wherein the second image is an indicator indicating the second parameter. A server device that provides an asynchronous battle game to a terminal device,
A server storage unit that stores information about game media associated with each of a plurality of users;
A server communication unit for transmitting and receiving information to and from the terminal device;
A server control unit,
The server control unit
Causing the terminal device of the first user to execute a first game part that sequentially battles each of the plurality of first opponents using a game medium associated with the first user;
For each of the plurality of first opponents in the first game part, the battle start time from the start time of the first game part to the battle start time with the first opponent and the first battle from the start time When information indicating a match end time until a match end time with the opponent is received from the terminal device of the first user, the information is stored in the server storage unit,
To the terminal device of the second user,
Using a game medium associated with the second user, a second game part is started that sequentially battles with a plurality of second opponents that are a plurality of game media and respectively correspond to the plurality of first opponents. Let
Based on the user input to the terminal device of the second user, the battle progress status for the second opponent who is currently fighting is calculated,
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time becomes the battle start time of the first opponent, a change process for changing the first parameter from the initial value according to the passage of time is started ,
During execution of the second game part, a first image showing the first parameter for the first opponent corresponding to the second opponent currently in battle, and a second image of the second opponent currently in battle A second image showing the progress of the battle ,
The first parameter which varies in accordance with the elapsed time by the change process, when the elapsed time has become the competition end time of the first opponent, it reaches the target value, the server device. A control method of a terminal device that executes an asynchronous battle game provided from a server device,
The terminal device includes a display unit, an input unit that receives user input to the terminal device, a terminal communication unit that transmits and receives information to and from the server device, and a terminal control unit.
In the first game part in which the terminal communication unit sequentially executes a battle with each of the plurality of first opponents using a game medium associated with another user, which is executed in another terminal device. For each opponent, the match start time from the start time of the first game part to the match start time with the first opponent and the match end time from the start time to the match end time with the first opponent Receiving from the server device information indicating:
The terminal control unit is
Starting a second game part that sequentially battles a plurality of second opponents respectively corresponding to the plurality of first opponents using a game medium associated with the user;
Based on the user input received by the input unit, calculating a battle progress status for the second opponent currently in battle;
From the start time of the second game part to the current time for the first opponent who has the same battle order as the second opponent when the battle order of the second opponent currently in battle is second or later When the elapsed time of the first opponent becomes the battle start time , a change process for changing the first parameter from the initial value according to the passage of time ;
The display unit is configured to display a first image indicating the first parameter for the first opponent corresponding to the second opponent who is currently competing during execution of the second game part, and the first image which is currently competing. and a second image showing the competition progress for two opponents, and the step of displaying, only including,
The method of controlling a terminal device, wherein the first parameter that changes with time by the change process reaches a target value when the elapsed time reaches the battle end time of the first opponent .

Images