JP6963597B2 - Terminal equipment, server equipment, and control methods - Google Patents

Description

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

Conventionally, for example, a game in which a user selects or recruits another user to be an opponent and the users play a battle with each other is known. For example, Patent Document 1 discloses a battle game in which a first user selects a second user who is an opponent and plays an asynchronous battle.

Japanese Unexamined Patent Publication No. 2014-0083213

For example, in an asynchronous battle game, the first user plays the game first, and the second user plays the game after the first user. Then, the first user and the second user have their own game results,
For example, compete for the obtained score. In this way, the game result of the first user is determined before the second user. Therefore, the second-attack user who has applied for the match to the first-attack user can confirm the score acquired by the first-attack user in advance. In such a case, for example, the second-attack user accepts the match only when it is judged that the score of the first-attack user is low and the possibility of winning the first-attack user is high, so that the second-attack user can perform artificial matching. Therefore, there was room for improvement in the fairness of matching for asynchronous matches.

An object of the present invention made in view of such circumstances is to provide a server device, a terminal device, and a control method for improving the fairness of matching of users who play a match in a game in which users play an asynchronous match. ..

The server device according to the present invention in order to solve the above problems
A server device that provides a terminal device with a game that allows asynchronous battles between users.
A server storage unit that stores the first information about each of a plurality of users,
A server communication unit that sends and receives information to and from the terminal device,
Equipped with a server control unit
The server control unit
When the result information of the first game part executed in the terminal device of the first user is received from the terminal device, the screen on which the first information regarding the first user is displayed without displaying the result information is displayed. Display on the terminal device of 2 users
Information indicating acceptance or non-acceptance of the asynchronous battle with the first user is received from the terminal device of the second user, and the information is received.
When the information indicating the consent is received from the terminal device of the second user,
The terminal device of the second user is made to display at least a part of the result information of the first game part.
When the result information of the second game part executed in the terminal device of the second user is received from the terminal device, the first game part is based on the result information of the first game part and the result information of the second game part. It is characterized in that the result of an asynchronous battle between a user and the second user is determined.

Further, the terminal device according to the present invention is
It is a terminal device provided by a server device that executes a game that allows asynchronous battles between users.
Display and
A terminal communication unit that sends and receives information to and from the server device,
Equipped with a terminal control unit
The terminal control unit
A screen on which the first information about the other user is displayed without displaying the result information of the first game part executed by the terminal device of another user different from the user of the terminal device is displayed on the display unit. ,
Information indicating acceptance or non-acceptance of the asynchronous battle with the other user is transmitted to the server device, and the information is transmitted to the server device.
If the information indicating the consent is sent,
At least a part of the result information of the first game part is received from the server device via the terminal communication unit, and the result information is received from the server device.
At least a part of the result information of the first game part is displayed on the display unit.
The second game part for letting the user of the terminal device play is started,
The result information of the second game part is transmitted to the server device via the terminal communication unit.

Further, the control method according to the present invention is
It is a control method of a server device that provides a terminal device with a game that allows asynchronous battles between users.
A step to store the first information about each of the multiple users,
When the result information of the first game part executed in the terminal device of the first user is received from the terminal device, the screen on which the first information regarding the first user is displayed without displaying the result information is displayed. 2 Steps to be displayed on the user's terminal device and
A step of receiving information indicating acceptance or non-acceptance of the asynchronous battle with the first user from the terminal device of the second user, and
When the information indicating the consent is received from the terminal device of the second user,
A step of displaying at least a part of the result information of the first game part on the terminal device of the second user.
When the result information of the second game part executed in the terminal device of the second user is received from the terminal device, the first game part is based on the result information of the first game part and the result information of the second game part. It is characterized by including a step of determining the result of an asynchronous battle between the user and the second user.

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

It is a block diagram of the game system which concerns on one Embodiment of this invention. It is a figure which shows the information which the server storage part of FIG. 1 stores. It is a figure which shows the information which the server storage part of FIG. 1 stores. It is a figure which shows the information which the server storage part of FIG. 1 stores. It is a figure which shows the play information of the 1st game part. It is a figure which shows the battle progress of a plurality of first opponents calculated in the 2nd game part. It is a figure which shows the candidate user selection screen displayed on the terminal device of the first user. It is a figure which shows the 1st game part screen which is displayed on the terminal device of the first user. It is a figure which shows the battle possibility selection screen which is displayed on the terminal device of the second attack user. It is a figure which shows the first-attack user display screen which is displayed on the terminal device of the second-attack user. It is a figure which shows the 2nd game part screen which is displayed on the terminal device of the second-attack user. It is a figure which shows the 2nd game part screen which is displayed on the terminal device of the second-attack user. It is a figure which shows the 2nd game part screen which is displayed on the terminal device of the second-attack user. It is a figure which shows the battle result screen displayed on the terminal device. It is a figure which shows the battle result screen displayed on the 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 processing of the terminal device of the first user. It is a flowchart which shows the execution process of the 1st game part of FIG. It is a flowchart which shows the processing of the terminal device of the first user. It is a flowchart which shows the execution process of the 2nd game part of 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, for the sake of simplicity, the terminal device 12 is set to 1.
Only one is shown. The server device 11 provides the game to the terminal device 12 owned by each user.

Here, the 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 play an asynchronous battle using a game medium. The game medium is electronic data used in the game and includes any medium such as cards, items, characters, and avatars. Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, or donated by the user in the game. It is not limited to what is specified. Further, the asynchronous battle is a battle that can proceed in a plurality of terminal devices 12 without synchronizing the processes.

Hereinafter, unless otherwise specified, the "game medium owned by the user" refers to a game medium associated with the user. Further, "giving the game medium to the user" means associating the game medium with the user. Also, "destroy the game media owned by the user"
Means that the association between the user and the game medium is canceled.

In the game related to the present mobile phone, when the first user (first user) first selects the second user (second user) who is the opponent user to perform the asynchronous battle, the asynchronous battle is started. Subsequently, the first user plays a desired game part (first game part). The first game part is a game part in which an asynchronous battle between users is performed among the games executed by the terminal device 12 of the first user. For example, the first game part is, but is not limited to, a predetermined quest or a mini game that can be executed in the game. In the first game part, the first user uses a part or all (hereinafter, also referred to as “deck”) of the game medium (character in this embodiment) owned by the user, and a plurality of enemy characters such as NPCs. And play in sequence. 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, the time required to win all the enemy characters, and the like. For example, the higher the score, the more enemy characters you win, and the shorter the time it takes to win all the enemy characters.

When the play of the first game part by the first game part is completed, the second game part plays the game part (second game part) corresponding to the first game part. The second game part is a game part in which an asynchronous battle with the first user is performed among the games executed by the terminal device 12 of the second user. The second game part is associated with the first game part.
For example, it is the same quest or mini game as the first game part, but it is not limited to these. Similar to the first game part, in the second game part, the second-attack user uses the deck to sequentially play against a plurality of enemy characters. The result information of the second game part, based on the result of the battle with multiple enemy characters and the time required to win all the enemy characters, etc.
For example, the score is determined.

Then, when the play of the second game part by the second-attack user is completed, the first of the first-attack users
Based on the result information of the game part and the result information of the second game part of the second user,
The result of the asynchronous match is decided. Specifically, a user with a higher score is defined as a winning user, and a user with a lower score is defined as a losing user.

Here, the characters used in the first game part and the second game part include HP.
Parameters such as attack power, level, skill, and attributes are associated. HP is a parameter that decreases due to an attack from an enemy character, for example, and when HP becomes zero, the player loses the battle with the enemy character. The attack power is a parameter that contributes to the amount of decrease in the HP of the enemy character (hereinafter, also referred to as “damage”) when the character attacks the enemy character, for example. The higher the attack power, the greater the damage done to the enemy character with a single attack. The level is a parameter indicating the degree of growth of the character. As the level rises, for example H
P and attack power increase. A skill is information indicating a character-specific effect exerted during the execution of a game part. For example, a skill having an effect of increasing parameters such as HP and attack power of a character in a deck, a skill having an effect of reducing damage received from an enemy character, and the like are included, but not limited to these. The attribute is a parameter indicating at least one of the attributes of fire, wood, and water, for example. The attribute is information indicating the superiority or inferiority relationship between the characters. For example, a fire-type character deals more damage to a tree-type character than usual, and a water-type character deals less damage than usual.

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 a predetermined item while avoiding obstacles and the like. Characters included in the deck attack enemy characters according to the number of acquired items. When the HP of the enemy character is reduced to zero by the attack, the enemy character is defeated and the battle with the next enemy character is started. If you win all the enemy characters, or if you lose to any of the enemy characters, the score is decided and the game part ends. In the first game part and the second game part,
The game is not limited to the action game described above, and a game 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 skill level of the characters included in the deck and the user in the action game is related to the superiority or inferiority between the users in the asynchronous battle.

In addition, the user who wins the asynchronous battle is given a predetermined game medium (in this embodiment, a medal).
Is given. In this embodiment, there are two types of medals, a normal medal and a gold medal, but one or more medals may be used. When the number of normal medals and gold medals owned by the user reaches a predetermined number, the grade of the user is promoted (for example, the value of the grade increases). 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 to 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 to transmit and receive information. The server communication unit 13 is a network 1 such as the Internet.
Information is transmitted and received to and from the terminal device 12 via 6.

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 the grade. Information about the grade includes, for example, as shown in FIG. 2, 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 the class of the user 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 medals and to become a higher grade. In this embodiment, the larger the grade value, the higher the grade.

The threshold for the number of regular medals and the threshold for the number of gold medals indicate the number of regular medals and the number of gold medals required for the user to be promoted to the next grade, respectively. For example, the grade is "0"
The user who is is the grade is increased to "1" by acquiring one normal medal. A user whose grade is "1" increases his grade to "2" by acquiring 10 normal medals. A user whose grade is "2" will be increased to "3" by earning 9 normal medals and 1 gold medal.

In this way, the threshold value of the number of normal medals and the threshold value of the number of gold medals required for grade promotion are set for each value that the grade can take. In this way, the user needs 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 about the game part (hereinafter, also referred to as “information about the quest”). Information about the quest can be found, for example, in Figure 3.
It includes the game part name, the difficulty level, the consumption points, and the opponent information in association with the game part ID.

As will be described later, the game part ID is an identifier that can uniquely identify the game part (quest in this embodiment) that the first user can select as the first game part.

The game part name is the name of the game part (quest name in this embodiment) 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 points are information indicating the number of points required for the user to start the corresponding quest. As will be described later, each user is associated with a predetermined point that increases with the passage of time, for example. The user selects a quest, the number of points indicated in the corresponding consumption points is consumed, and the quest is started.

The opponent information is information about the enemy character that the user will play against in the corresponding quest. For example, in the quest where the game part ID is "P001", the user sequentially battles against three enemy characters. Specifically, the user first plays against the enemy character A or the enemy character B, secondly against the enemy character C, and thirdly against the enemy character D. Whether the first enemy character is the enemy character A or the enemy character B may be randomly determined, for example. Also, for example, the game part ID is "P".
In the quest "002", the user sequentially battles against two enemy characters. Specifically, the user first plays against the enemy character E and secondly against the enemy character F. In addition, the opponent information includes, for example, an identifier of the enemy character, a name of the enemy character, HP, an attack power, a level, a skill, an attribute, and the like for each enemy character.

Further, for example, the server storage unit 14 stores information about each of the plurality of users. As shown in FIG. 4, for example, the information about the user includes the owned game medium information, the points, the first information, the second information, the score, the opponent user ID, and the lock flag in association with the user ID. ,including.

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

The owned game medium information is information about the game medium owned by the user, and in the present embodiment, the character. Here, the game medium owned by the user refers to the game medium stored in the server storage unit 14 in association with the user ID. Owned game media information is for each character
For example, it includes a character identifier, a character name, HP, attack power, level, skill, attributes, and the like. In addition, the character may be associated with other types of game media, such as weapons and armor, which vary the character's parameters. Further, the game medium such as characters and items displayed in the game may be displayed in any form in the game, for example, in the form of a card on which the characters and items are drawn.

A point is a parameter that increases with the passage of time or the use of a predetermined item, for example. As described above, when the user selects a quest, the number of points indicated in the corresponding consumption points 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 on users other than information on superiority or inferiority between users who compete in an asynchronous battle. In the present embodiment, the first information includes basic information and history information. The basic information is information defined regardless of the progress of the game, and includes, for example, a user name. Further, the history information is information determined according to the progress of the game, and includes, for example, a grade, a number of normal medals, a number of gold medals, and a number of consecutive wins.

The user name is, for example, its own name arbitrarily set by the user in the game.

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

The number of regular medals and the number of gold medals are the number of regular medals and the number of gold medals owned by the user, and are associated with the grade value. In other words, the number of regular medals and the number of gold medals owned by the user are managed independently for each value of the user's grade. For example, in FIG. 4, a user whose user ID is "user001" possesses five normal medals and one 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 value of the number of image medals and the threshold value of the number of gold medals shown in the information regarding the grade (see FIG. 2).
.. For example, if a user with a grade value of "2" owns nine regular medals,
You cannot get a new normal medal. Similarly, if the user owns one gold medal, he / she cannot obtain a new gold medal.

Further, as will be described later, the number of normal medals and the number of gold medals of users who play against each other in the asynchronous battle are used to determine the reward given to the user (winning user) who wins the asynchronous battle. Hereinafter, the number of normal medals and the number of gold medals included in the first information will also be referred to as information on rewards.

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

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 (eg, region, blood type, height, etc.), avatar indicating the user, and affiliation group (eg, team, guild, or clan, etc.). Further, 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.

The second information (see FIG. 4) includes information on superiority or inferiority between users competing in an asynchronous battle among information on users. As described above, in the asynchronous battle of the game according to the present embodiment, the characters and the like included in the deck are information that contributes to the determination of victory or defeat between users in the asynchronous battle. In this embodiment, the second information includes deck information.

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

The score indicates the score obtained by the user in the first game part or the second game part.

The match user ID indicates the user ID of the opponent user who plays an asynchronous match with the corresponding user. For example, in FIG. 4, a user whose user ID is "user001" and "user0"
It is shown that the user who is "02" plays an asynchronous battle.

The lock flag is a flag indicating whether the corresponding user's state is locked or unlocked. As will be described later, when the asynchronous battle starts, the first user and the second user who perform the asynchronous battle are locked. Further, when the asynchronous battle ends, the locked state of the first-attack user and the second-attack user is released and becomes an unlocked state. As will be described later, the locked user cannot select a candidate user to start an asynchronous match, and is not selected as a candidate user by another user. That is, in the present embodiment, one user is controlled so that two or more asynchronous battles are not pending at the same time. In FIG. 4, the lock flag is "1".
A user with a lock flag of "0" indicates a locked state, and a user with a lock flag of "0" indicates an unlocked state.

In this way, the lock flag is used to control one user so that two or more asynchronous battles are not pending at the same time. Therefore, for example, it is suppressed that a large number of asynchronous battles are pending for a specific user, and the game progresses. Delay or inhibition of Further, for example, the establishment rate of the asynchronous battle is improved as compared with the configuration in which a large number of asynchronous battles are pending for a specific user. In addition, 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 of the server device 11 is reduced.

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

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

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

Subsequently, the server control unit 15 extracts one or more other users in the unlocked state other than the first user as candidate users from the plurality of users. Preferably, the server control unit 15
Candidate users are extracted 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 may have a plurality of users except for other users who are bidirectionally or unidirectionally associated with the first user in the game (for example, a friend user or a user who has won or lost the first user in the past). Extract candidate users from the users of. In this way, users other than the users who have interacted with the first user in the past are extracted as candidate users, so that new interaction between the first user and the candidate user is promoted.

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

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

Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction of the candidate user selection screen to the terminal device 12 of the first user. As will be described later, the candidate user selection screen is a screen for allowing 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 user and the like are displayed. Screen. In the present embodiment, one candidate user is selected from one or more extracted candidate users.

Subsequently, the server control unit 15 is the terminal device 1 of the first user who displayed the candidate user selection screen.
From 2, the information indicating the selected candidate user is awaited. 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 the 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 the display instruction of the candidate user selection screen again. On the other hand, in the unlocked state, the server control unit 15 sets the selected candidate user as the second-attack user and sets the first-attack user and the second-attack user in the locked state.

Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a start instruction of 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, deck information of the first user, information about the game part (quest) selected by the first user, and the like. Then, the server control unit 15 waits for the play information and the result information of the first game part from the terminal device 12 of the first user. The result information is, for example, the score acquired by the first user in the first game part. The details of the play information will be described later.

(Processing related to second-attack users)
Next, the processing related to the second attack 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 user, the server control unit 15 gives the server communication unit 13 a display instruction of the battle possibility selection screen. Is transmitted to the terminal device 12 of. As will be described later, the battle permission / rejection selection screen is a screen for allowing the second-attack user to select the acceptance or non-acceptance of the battle applied by the first-attack user, and is a screen on which the first information of the first-attack user and the like are displayed. be. The terminal device 12 is used to indicate the display instruction on the battle availability selection screen.
Contains various information necessary for displaying the battle possibility selection screen, for example, the first information of the first user.

Preferably, when the server control unit 15 causes the server communication unit 13 to transmit the display instruction of the battle possibility selection screen to the terminal device 12 of the second attack user, the terminal device 12 of the second attack user stops the progress of the game. Hereinafter, a specific description will be given.

When the second-attack user is not logged in to the game system 10, the server control unit 15 displays a match availability selection screen when the server communication unit 13 receives a login request from the second-attack user's terminal device 12 to the game system 10. Display instructions are sent. Here, the server control unit 15 causes the terminal device 12 to display a battle possibility selection screen automatically after the second attack user logs in or in response to the user input received by the terminal device 12, and the progress of the game in the terminal device 12. To stop. In such a case, the second-attack user cannot proceed with the game until he / she selects acceptance or non-acceptance of the match on the match permission selection screen displayed on the terminal device 12 after logging in.

On the other hand, when the second-attack user is logged in to the game system 10, the server control unit 15 receives the play information and result information of the first game part from the terminal device 12 of the first-attack user when the server communication unit 13 receives the play information and the result information of the first game part. Send the display instruction of the battle possibility selection screen.

Alternatively, in the server control unit 15, the server communication unit 13 is the first from the terminal device 12 of the first user.
After receiving the play information and the result information of the game part, when a predetermined request is received from the terminal device 12 of the second-attack user, the display instruction of the battle possibility selection screen may be transmitted. In this way, the battle possibility selection screen is displayed at the timing when the second-attack user sends the request, so that the usability of the second-attack user is improved.

Here, the server control unit 15 may display the battle possibility selection screen when the terminal device 12 receives the display instruction of the battle possibility selection screen, and may stop the progress of the game in the terminal device 12. In such a case, the terminal device 12 of the second-attack user displays a battle possibility selection screen even when the second-attack user is playing a game part for one person, for example. The second-attack user cannot proceed with the game until he / she selects acceptance or non-acceptance of the match on the match availability selection screen.

Alternatively, the server control unit 15 may display the battle possibility selection screen on the terminal device 12 when the game part being played by the second-attack user ends, and stop the progress of the game in the terminal device 12. In such a case, the terminal device 12 of the second-attack user displays a battle possibility selection screen automatically after the game part being played by the second-attack user ends or in response to the user input received by the terminal device 12. NS. The second-attack user cannot proceed with the game until he / she selects acceptance or non-acceptance of the match on the match availability selection screen.

As described above, the configuration in which the terminal device 12 of the second-attack user stops the progress of the game causes the second-attack user to execute the decision of acceptance or non-approval of the asynchronous battle with priority over the progress of the game. In this way, the time difference between the time when the first game part is played by the first user and the time when the second game part is played by the second user is reduced. Therefore, since the first-attack user and the second-attack user play the game part in a relatively close time zone even in the asynchronous battle, the realism of both users is improved and the fun of the game is improved. In addition, the prompt decision of acceptance or non-acceptance of the asynchronous battle by the second-attack user is promoted, and the delay or stagnation of the progress of the asynchronous battle is suppressed.

Subsequently, the server control unit 15 displays the battle possibility selection screen, and the terminal device 12 of the second attack user.
Waits for information indicating the choice of accepting or not accepting the asynchronous match. Preferably, when the server control unit 15 receives the information indicating the selection of acceptance or non-acceptance of the match, the terminal device 12 of the second-attack user is made to release the suspension of the progress of the game.

When the server communication unit 13 receives the information indicating the non-approval of the battle, the server control unit 15 releases the locked state of the first attack user and the second attack user, and sets the locked state to the unlocked state. Subsequently, the server control unit 15 grants a predetermined number (for example, one) of normal medals to the first user. That is, the server control unit 15 defines a new normal medal (a normal 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 awarded a gold medal instead of a normal medal, for example, with a predetermined probability.

Preferably, the number of medals awarded to the first user in response to the receipt of information indicating disapproval of the match is smaller than the number of medals awarded to the winning user in the asynchronous match, as will be described later. In this way, it is possible to suppress intentional matching by the first user, for example, for example, the first user applies for the asynchronous battle only to a candidate user who is not active 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 grade of the first user is equal to or greater than the threshold value shown in the information regarding the grade (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) to end the asynchronous battle between the first user and the second user. On the other hand, if the number of normal medals or gold medals is less than the threshold value, the asynchronous battle between the first user and the second user ends.

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

Subsequently, the server control unit 15 displays the terminal device 1 of the second-attack user who displays the first-attack user display screen.
From 2, wait for the start request of the second game part. When the server communication unit 13 receives the start request of the second game part from the terminal device 12 of the second game part, the server control unit 15 sends the play information of the first game part to the server communication unit 13 of the terminal device of the second game part. Send to 12.

Preferably, the server control unit 15 is waiting for the start request of the second game part.
When the server communication unit 13 receives from the terminal device 12 of the second-attack user information regarding the change of the character or the enhancement of the character included in the deck of the second-attack user, it is included in the deck information of the second-attack user according to the information. Change the character or change the parameters set for the character (eg HP, attack power, and level).

In this way, the second-attack user who accepts the asynchronous match is before the start of the second game part.
For example, changing the characters included in the deck or increasing the level of the characters, etc.
It is possible to strengthen the deck used to play the second game part. Therefore, the fairness between the first user who can select the desired quest by himself / herself as the first game part and the second user who cannot select the quest by himself / herself is improved.

Further, preferably, while the server control unit 15 is waiting for the start request of the second game part, the server communication unit 13 sends another game part corresponding to the second game part from the terminal device 12 of the second user. Upon receiving the start request of (third game part), the terminal device 12 is made to execute the third game part. Specifically, the server control unit 15 causes the server communication unit 13 to transmit a start instruction of the third game part to the terminal device 12 of the second-attack user. The start instruction includes various information necessary for the terminal device 12 to execute the third game part, for example, deck information of the second-attack user and information on the quest corresponding to the second game part.

Here, the third game part is, for example, the same quest as the second game part, but the third game part.
The play of the game part does not affect the outcome of the asynchronous match. In this way, the second-attack user who accepts the asynchronous match can execute the third game part before the start of the second game part, for example, as a practice of the second game part. Therefore, the fairness between the first user who can select the desired quest by himself / herself as the first game part and the second user who cannot select the quest by himself / herself is improved.

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

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

(Processing related to the result of asynchronous battle)
Next, the 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 second user, the server control unit 15 is based on the result information of the first game part and the result information of the second game part. Determine the result (win or lose) of the asynchronous match. Specifically, the server control unit 15 defines a user having a high score shown in the result information as a winning user and a user having a low score as a losing user among the first-attack user and the second-attack user.

Subsequently, the server control unit 15 grants a reward to the winning user, at least one of a normal medal and a gold medal in this embodiment. Specifically, the server control unit 15 has a predetermined condition,
For example, whether or not the condition that the number of normal medals associated with the current value of the defeating user's grade is greater than the number of normal medals associated with the current value of the winning user's grade is satisfied. Is determined. 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. Hereinafter, the predetermined number will be described as 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 losing user. Specifically, the server control unit 15 assigns all (or some) normal medals associated with the value of the winning user's grade at the time of determining whether or not the predetermined condition is satisfied, to the defeating user's grade. Defined in the normal medal associated with the current value. Further, the server control unit 15 corresponds to all (or some) normal medals associated with the grade value of the defeated user at the time of determining whether or not the predetermined condition is satisfied, corresponding to the current value of the grade of the winning user. It is stipulated in the attached normal medal.

In this way, by reversing the normal medal between the first user and the second user, the normal medal is scrambled between the users who have performed the asynchronous battle. Therefore, for example, the experience value etc. is simply given to the winning user. Compared to the configuration in which points are awarded, the fun of the game is improved.

On the other hand, if the predetermined condition is not satisfied, the server control unit 15 grants a predetermined number (for example, one) of normal medals to the winning user. That is, the server control unit 15 has a predetermined number of new normal medals (
The normal medal that is not associated with the first user) is defined as the medal associated with the current value of the grade of the first user. Here, the first user may be awarded a gold medal instead of a normal medal, for example, with a predetermined probability. Further, when the defeated user owns the normal medal, the server control unit 15 discards a predetermined number (for example, one) of the normal medals of the defeated user. That is, the server control unit 15 cancels the association between the current value of the defeated user's grade and a predetermined number of normal medals.

Subsequently, the server control unit 15 determines whether or not the defeated user owns the gold medal, that is, whether or not there is a gold medal associated with the current value of the defeated user's grade. When the defeated user owns the gold medal, the server control unit 15 grants a predetermined number (for example, one) of gold medals owned by the defeated 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. Established in the Gold Medal.

Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction of the 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 that displays the result (win / loss) of the asynchronous battle.

Subsequently, the server control unit 15 releases the locked state of the winning user and the defeated user, and sets the locked state to the unlocked state.

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

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

The terminal communication unit 17 is an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The terminal communication unit 17 is the server device 1 via, for example, the network 16.
Send and receive information with 1.

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

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 the game provided by the server device 11.

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

The terminal control unit 21 is a CPU that realizes a specific function by reading, for example, a specific program, 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 the screen display instruction from the server device 11, the terminal control unit 21 causes the display unit 19 to display the screen or update the screen based on the instruction. Further, the terminal control unit 21 causes the terminal communication unit 17 to transmit the information based on the user input received by the input unit 20 to the server device 11.

Further, the terminal control unit 21 determines whether the user is the first user or the second user.
Do different things. Hereinafter, the processing when the user is the first user and the processing when the user is the second user will be specifically described.

(If you are the first user)
First, the 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, Game Part I.
D is included.

Subsequently, when the terminal communication unit 17 receives the display instruction of 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.

Subsequently, when the input unit 20 receives the 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 the start instruction of the first game part from the server device 11, the terminal control unit 21 starts the execution process of the first game part, which will 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 to the terminal communication unit 17, as will be described later. Send it.

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

Then, when the terminal communication unit 17 receives the display instruction of 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.

(Execution processing 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 action game is played in which the first user plays against a plurality of enemy characters in sequence using his / her own deck.

Hereinafter, the enemy characters that compete in the first game part will be referred to as the first opponent. again,
As the first game part, it is assumed that the quest whose game part ID is "P001" is selected (see FIG. 3). In such a case, in the first game part, the first first opponent (enemy character A or B), then the second first opponent (enemy character C),
Finally, the battle with the third first opponent (enemy character D) is sequentially performed.

First, the terminal control unit 21 causes the display unit 19 to display the first game part screen, which will 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, for example, a user input for operating a moving character such as a motorcycle.

Subsequently, the terminal control unit 21 calculates the battle progress status of the first opponent (for example, the first first opponent) currently in the battle 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 operation of the moving character in response to user input, and each time the moving character acquires a predetermined number of items, the terminal control unit 21 attacks the first opponent using the characters included in the deck. Reduce the HP of the first opponent.

Here, the terminal control unit 21 displays an image showing the progress of the battle for the first opponent currently in the battle on the first game part screen. 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 the target value (for example, zero).

Subsequently, in the terminal control unit 21, the HP of the first opponent currently in the battle is the target value (for example, zero).
When it decreases to, it is determined that the first opponent has been subdued. The terminal control unit 21 sets the elapsed time (hereinafter, also referred to as “competition end time”) at the time when the first opponent is determined to have been subdued, that is, when the battle with the first opponent ends. It is stored in the terminal storage unit 18 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 battle end time of the previous first opponent and the elapsed time at the start of the battle with the next first opponent (hereinafter, also referred to as “match start time”) are equal.

Subsequently, the terminal control unit 21 performs the above processing until the last first opponent (for example, the third first opponent) is subdued, 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 defeated or when the total HP of the characters included in the deck is reduced to zero.

For example, when the last first opponent is defeated and the first game part ends, the battle start time and the battle end time are stored in the terminal storage unit 18 in association with each of the plurality of first opponents. NS. For example, if it takes 10 minutes for the first user to defeat each first opponent, the battle start time associated with the first first opponent is 0 minutes, and the battle end time is 1.
It is 0 minutes. Further, the battle start time associated with the second first opponent is 10 minutes, and the battle end time is 20 minutes. Further, 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.

The play information is associated with each of the plurality of first opponents, for example, as shown in FIG.
The information includes the battle start time and the battle end time, but may be information that can specify the battle start time and the battle end time. For example, the play information may be information including the time required to subdue each first opponent in association with each of the plurality of first opponents.

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

(If you are a second-attack user)
Next, the processing when the user of the terminal device 12 is the second-attack user will be described. First, when the terminal communication unit 17 receives the display instruction of the battle possibility selection screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the battle possibility selection screen. Preferably, the terminal control unit 21
Stops the progress of the entire game until the input unit 20 accepts the user input for selecting the acceptance or non-acceptance of the match while the match permission selection screen is displayed. That is, until the second-attack user selects acceptance or non-acceptance of the match, the match permission / rejection selection screen cannot be transitioned to another screen, and for example, another game part for one person cannot be played.

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

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

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

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

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

Preferably, the terminal control unit 21 automatically inputs again after displaying the first user display screen on the display unit 19 and before the input unit 20 accepts the user input for starting the second game part. In response to the user input received by the unit 20, for example, another game part for one person can be executed. By executing another game part, it is possible to strengthen the deck used for playing the second game part, for example, 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 enhancement of the character to the server device 11.

Further, preferably, after the terminal control unit 21 displays the first user display screen on the display unit 19, the terminal control unit 21 displays the first user display screen.
Before the input unit 20 accepts the user input for starting the second game part, the terminal communication unit 17 is automatically requested to start the third game part in response to the user input received by the input unit 20. It is transmitted 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 the start instruction of the second game part from the server device 11, the terminal control unit 21 starts the execution process of the second game part, which will be described later.

Subsequently, when the execution process of the second game part is completed, 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 will be described later.

Then, when the terminal communication unit 17 receives the display instruction of 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.

(Execution processing of the second game part)
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 played in which the second-attack user sequentially plays against a plurality of enemy characters using his / her own 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, the enemy characters that compete in the second game part will be referred to as the second opponent. In the second game part, first the first 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 in sequence.

First, the terminal control unit 21 causes the display unit 19 to display the second game part screen, which will be described later. Further, 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, for example, a user input for operating a moving character such as a motorcycle.

Subsequently, the terminal control unit 21 calculates the battle progress status of the second opponent (for example, the first second opponent) currently in the battle 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 each time a predetermined number of items are acquired, the terminal control unit 21 attacks the second opponent using the characters included in the deck, and the second battle. Decrease the opponent's HP.

Further, the terminal control unit 21 is 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, and the second opponent (for example, the first first) currently in the battle. The battle progress is calculated for the first opponent (first first opponent) corresponding to the two opponents). Here, the "first opponent corresponding to the second opponent" is the first opponent in the same order as the second opponent currently in the battle. Specifically, the first, the second
The 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 the battle start time and the 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 match start time of the first first opponent is 0 minutes, and the match end time is 1.
It is set to 0 minutes. In addition, the match start time of the second first opponent is set to 10 minutes, and the match end time is set to 20 minutes. In addition, the match start time of the third first opponent is set to 20 minutes, and the match 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 battle start time and the battle end time of each of the plurality of first opponents. Here the second
The battle progress status of the first opponent in the game part is a parameter (first parameter) determined according to the elapsed time from the start time of the second game part, and fluctuates from an arbitrary initial value to a target value. 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 HP of the first opponent, 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. The terminal control unit 21 is the first battle progress status for the first opponent while the elapsed time in the second game part increases from the battle start time associated with the first opponent to the battle end time. The battle progress is calculated so that the parameters fluctuate from the initial value to the target value.

Preferably, the terminal control unit 21 changes the first parameter 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.
Calculate the progress of the match. The first parameter n, which is the progress of the battle for the first opponent
The initial value of the first parameter n is n ₀ , the target value of the first parameter n is n ₁ , the elapsed time from the start time of the second game part is t, and the battle start time of the first opponent is t ₁ , The battle end time of the first opponent is t ₂ , and is expressed by, for example, the following formula.
n = n ₀ (where 0 ≤ t ≤ t ₁ )
_{n = n 0 + (n 1} -n 0) × (t-t 1) / (t 2 -t 1) ( provided _{that, t 1 ≦ t ≦ t 2} )
n = n ₁ (where t ₂ ≤ t)

For example, in the example shown in FIG. 5, the match start time associated with the first first opponent is 0.
Minutes, the match end time is 10 minutes. In such a case, the first parameter n, which is the battle progress status for the first first opponent, has an initial value when the elapsed time t in the second game part is 0 minutes, as shown in FIG. 6A. n ₀ , decreasing at a constant time change rate while the elapsed time t increases from 0 minutes to 10 minutes, and the target value n _{1 when the elapsed time t is 10 minutes.}
Will be. While the elapsed time t increases from 10 minutes, the first parameter n does not fluctuate from the _{target value n 1.}

Similarly, in the example shown in FIG. 5, the match start time associated with the second first opponent is 1.
The match is 0 minutes and the match 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 set while the elapsed time t in the second game part increases from 0 minutes to 10 minutes, as shown in FIG. 6 (b). In, it _{does not change from the initial value n 0} , and decreases at a constant time change rate while the elapsed time t increases from 10 minutes to 20 minutes, and the elapsed time t
Is 20 minutes and the target value is n ₁ . While the elapsed time t increases from 20 minutes,
The first parameter n does not fluctuate from the _{target value n 1.}

Similarly, in the example shown in FIG. 5, the match start time associated with the third first opponent is 2.
The match is 0 minutes and the match end time is 30 minutes. In such a case, the first parameter n, which is the battle progress status for the third first opponent, is set while the elapsed time t in the second game part increases from 0 minutes to 20 minutes, as shown in FIG. 6 (c). In, it _{does not change from the initial value n 0} , and decreases at a constant time change rate while the elapsed time t increases from 20 minutes to 30 minutes, and the elapsed time t
Is 30 minutes and the target value is n ₁ . While the elapsed time t increases from 30 minutes,
The first parameter n does not fluctuate from the _{target value n 1.}

Subsequently, the terminal control unit 21 displays the first opponent (first first opponent) corresponding to the second opponent (for example, the first second opponent) currently in the battle on the second game part screen. ) Is displayed as an image (first image) showing the progress of the battle. The first image is, for example, an indicator, and an image in which the second-attack user can 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). Is.

Further, the terminal control unit 21 displays an image (second image) showing the progress of the battle for the second opponent currently in the battle on the second game part screen. The second image is, for example, an indicator, which is an image in which the second-attack user can visually recognize the HP of the second opponent from the initial value to the target value (for example, zero).

Next, in the terminal control unit 21, the HP of the second opponent currently in the battle is the target value (for example, zero).
When it decreases to, it is determined that the second opponent has been subdued, and the battle with the next second opponent (for example, the second second opponent) is started. At this time, the first image and the second image on the second game part screen are the first image corresponding to the second first opponent and the second second image, respectively.
Switch to the second image corresponding to the opponent.

Subsequently, the terminal control unit 21 performs the above processing until the last second opponent (for example, the third second opponent) is subdued, or until the HP of the character included in the deck is reduced to zero. Repeat. When the last second opponent is subdued, or when the total HP of the characters included in the deck is reduced to zero, the terminal control unit 21 ends the second game part and outputs 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 of the first user and a first information display area 24 of the candidate user.

The first information display area 23 of the first user is the first information (1st information included in the information about the preceding user).
This is the area where (see FIG. 4) is displayed. In FIG. 7, the user name of the first user, the number of consecutive wins,
The grade, the number of regular medals, and the number of gold medals are displayed.

The first information display area 24 of the candidate user is the first information display area 24 included in the information about the plurality of candidate users.
This is the area where information (see FIG. 4) 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 the three candidate users are displayed.

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

Here, the reward (medal) given to the winning user in the asynchronous battle is as described above.
It is determined according to the number of medals owned by the winning user and the losing user. Therefore, the first user can select the candidate user by referring to the information regarding 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 the desired reward. Therefore, the strategic nature when selecting a candidate user is improved. Further, the first user who sees the first information display area 24 of the candidate user, for example, whether or not the reversal of the normal medal occurs when the victory or defeat of the asynchronous battle is decided, and whether or not the gold medal is given or destroyed. As a result, the number of medals that the first user can own can be grasped according to the victory or defeat of the asynchronous battle. Therefore, the first-come-first-served user can grasp at a glance the return and risk when an asynchronous battle is performed for each candidate user. In this way, the time required for the first user to select the second user from one or more candidate users is reduced, and the time until the matching between the users who perform the asynchronous battle is established is shortened.

Further, as described above, depending on the grade value, a plurality of types of game media, a normal medal and a gold medal in this embodiment are defined as conditions for grade promotion. Therefore, for example, grade promotion can be performed using only one type of game medium. Compared with the configuration defined in the conditions, the strategic nature when selecting a candidate user is improved.

Further, as described above, on the candidate user selection screen 22, the first information of the candidate user is displayed, but 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 winning the first-come-first-served user is intentionally selected to apply for an asynchronous match, and artificial matching by the first-attack user is suppressed, and the fairness of matching of the asynchronous match is improved. 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, and the like.
The road surface image 31 and the item image 32 are included. The road surface image 31 and the item image 32 are
The position on the screen changes as the screen scrolls. For example, the positions of the road surface image 31 and the item image 32 move 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 showing a moving character that is operated according to the user input of the first user to the terminal device 12. For example, when a tap by the user is detected at an arbitrary position on the screen, the moving character moves so as to jump toward the upper part of the screen.

The enemy character image 27 is an image showing the first opponent currently in the battle. 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 in which an image showing a character included in the deck is displayed. The image of each character also functions as an interface for accepting user input. When the image of the character is tapped by the user, for example, the 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 received from the enemy character are generated.

The road surface image 31 is an image showing a scaffolding of a moving character. The moving character can travel on the road surface. The user operates the moving character, for example, so that the moving character does not fall from the road surface to the lower part of the screen.

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

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

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

The quest information display area 34 is an area in which information (see FIG. 3) regarding the quest, which is the first game part played by the preceding user, is displayed. The information about the displayed quest includes, but is not limited to, information such as the quest name and the difficulty level. In the present embodiment, the second game part played by the second-attack user is the same quest as the first game part. Therefore, the second-attack 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 the first information (1st information included in the information about the preceding user).
This is the area where (see FIG. 4) is displayed. In FIG. 9, the user name, grade, number of consecutive wins, number of normal medals, and number of gold medals of the first user are displayed.

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

The non-acceptance button 37 provides information indicating disapproval of the asynchronous battle with the first user to the server device 11.
It is an interface for sending to. When the non-acceptance button 37 is tapped by the user, information indicating the non-acceptance of the match is transmitted to the server device 11.

Here, the reward (medal) given to the winning user in the asynchronous battle is as described above.
It is determined according to the number of medals owned by the winning user and the losing user. Therefore, in order to obtain the desired reward, the second-attack user accepts the asynchronous battle by referring to the information regarding 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. Alternatively, non-acceptance can be selected, and the strategic nature of selecting acceptance or non-acceptance is improved. Further, the second-attack user who sees the first information display area 35 of the first-attack user, for example, whether or not the reversal of the normal medal occurs when the victory or defeat of the asynchronous battle is decided, and the gold medal is given or destroyed. As a result, the number of medals that the first user can own can be grasped according to the victory or defeat of the asynchronous battle. Therefore, the second-attack user can grasp at a glance the return and risk when the first-attack user and the first-attack user perform an asynchronous battle. In this way, the time required for the second player to decide whether to accept or disapprove the asynchronous match is reduced, and the time until the asynchronous match ends is shortened.

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

The detailed information display area 39 of the first user is an area in which at least one of the second information and the score (see FIG. 4) included in the information about the preceding user is displayed. In FIG. 10, information about the score and deck of the first user is displayed. Information about the deck includes, but is not limited to, 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.

In this way, the first information of the first user is displayed on the battle possibility selection screen 33, and at least one of the second information and the score of the first user is displayed on the first user selection screen 38 displayed after accepting the asynchronous battle. In this way, since the second information and the score of the first-attack user are not displayed before the second-attack user decides to accept or disapprove the asynchronous match, the intentional matching by the second-attack user is suppressed, and the matching of the asynchronous match is suppressed. Fairness is improved,
And the establishment rate of asynchronous battles is improved.

FIG. 11 is a 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 second. The first image 42 and the 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, and the deck included in the first game part screen 25 shown in FIG. This is the same as the display area 30, the road surface image 31, and the item image 32, respectively.

The enemy character image 41 is an image showing a second opponent who is currently fighting. 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 with respect to the first opponent (first first opponent) corresponding to the second opponent (first second opponent in FIG. 11) currently in battle. It is an image which shows. The first image 42 is, for example, an indicator. As the first parameter n, which is the battle progress status of the first opponent, _{fluctuates from the initial value n 0} to the target value n ₁ , the length of the indicator becomes shorter. 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 progress of the battle with respect to the second opponent (the first second opponent) currently in the battle. The second image 43 is, for example, an indicator. The length of the indicator becomes shorter as the HP (second parameter), which is the battle progress status of the second opponent, fluctuates from the initial value to the target value (for example, zero). 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 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 second user defeats the first second opponent and the second second opponent. It is assumed that the battle with the opponent has started. In such a case, as shown in FIG. 12, on the second game part screen 40, the enemy character image 41 shows the enemy character C, which is the second second opponent.

Further, since the second opponent currently in the battle has been switched to the second second opponent as described above, the first image 42 in FIG. 12 shows the first opponent corresponding to the second second opponent. It has been switched to an image showing the progress of the battle for (the second first opponent). Here, at the time when the elapsed time t = 13 minutes, the first parameter n, which is the battle progress status for the second first opponent, _{has already decreased from the initial value n 0} (see FIG. 6B). ). Therefore, in the first image 42, the length of the indicator 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. It is displayed in the state of.

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 second-attack user has defeated the first second opponent. In such a case, at the time when the elapsed time t = 8 minutes, the first parameter n, which is the battle progress status for the second first opponent, _{has not changed from the initial value n 0} (see FIG. 6 (b)). .. Therefore, FIG.
As shown in 3, in the first image 42 on the second game part screen 40, at the time when the elapsed time t = 8 minutes, that is, the second opponent currently in the battle is switched to the second second opponent. At this time, the first image 42 is displayed with the longest indicator length.

After that, until the elapsed time t = 10 minutes, the first parameter n, which is the battle progress status for the second first opponent, _{does not change from the initial value n 0} (see FIG. 6B). Therefore, until the elapsed time t = 10 minutes during the battle with the second second opponent, the first image 42 is displayed.
The length of the indicator does not change from the longest state.

After that, while the elapsed time t increases from 10 minutes to 20 minutes, the first parameter n, which is the battle progress status for the second first opponent, _{fluctuates from the initial value n 0} to the target value n ₁ (FIG. 6). See (b)). Therefore, while the elapsed time t increases from 10 minutes to 20 minutes during the battle with the second second opponent, the first image 42 shows a constant time from the longest indicator length to the shortest indicator length. It becomes shorter at the rate of change.

Then, while the elapsed time t increases from 20 minutes, the first parameter n, which is the battle progress status of the second first opponent, _{does not change from the target value n 1} (see FIG. 6 (b)). Therefore, while the elapsed time t increases from 20 minutes during the battle with the second second opponent, the first image 42 does not change from the state where the length of the indicator is the shortest.

As described above, during the play of the second game part by the second-attack user, the battle progress status of the first opponent corresponding to the second opponent currently in the battle is shown by the first image 42. Specifically, the first image 42, which is an indicator showing 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 in the terminal device 12 having a limited screen size such as a smartphone, the progress of the battle for the first opponent can be visually recognized by the second-attack user, and the display other than the first image 42 is displayed. The decrease in the area of the area is suppressed.

Next, with reference to FIGS. 14 and 15, the battle result screen 44 displayed on the display units 19 of the terminal device 12 of the first user and the terminal device 12 of the second user will be described.

FIG. 14 shows a battle result screen 44 when the first user wins in an asynchronous battle.
As shown in FIG. 14 (a), the first user who is the winning user possesses five normal medals. On the other hand, the defeated user, the second-attack user, owns eight normal medals. In such a case
Since the condition that the number of normal medals owned by the defeating user is more than the predetermined number is satisfied compared to the number of normal medals owned by the winning user, the normal medals owned by the winning user and the defeating user are reversed. do. For example, the image of the normal medal surrounded by the alternate long and short dash line in FIG. 14A is replaced by animation.

Further, the first user who is the winning user owns one gold medal, while the second user who is the defeating user does not own the gold medal. In such a case, the number of Gold Medal possessed by the first user and the second user does not change.

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

On the other hand, FIG. 15 shows a battle result screen 44 when the second player wins in the asynchronous battle. As shown in FIG. 15A, the defeated user, the first user, possesses five normal medals. On the other hand, the winning user, the second-attack user, owns eight normal medals. In such a case, since the condition that the number of normal medals owned by the defeating user is greater than the predetermined number is not satisfied than the number of normal medals owned by the winning user, the winning user is given a predetermined number of normal medals.
A certain number of regular medals of defeated users are destroyed. For example, a predetermined number (for example, one) of images of normal medals owned by the first user who is the defeated user are moved to the second user side by animation.

Also, the defeated user, the first user, owns one gold medal, while the defeated user, the second user, does not own the gold medal. In such a case, for example, a predetermined number (for example, one) of images of the gold medal owned by the first user who is the defeated user is moved to the second user side by animation.

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

In addition, since the number of normal medals and the number of gold medals owned by the second-attack user whose grade value is "2" exceeds the threshold value shown in the grade information (see FIG. 2), the second-attack user's grade The value increases, for example, from "2" to "3". Here, as described above, the number of medals owned by the user is managed independently for each grade value. That is, even if the current value of the grade of the second-attack user fluctuates to "3", the above-mentioned nine normal medals and one gold medal still remain associated with the grade value "2". .. Therefore, when the current value of the grade of the second-attack user fluctuates, the number of medals associated with the grade value "3" is the initial value (for example, zero).

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

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

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

Step S102: Subsequently, the server control unit 15 defines the user of the terminal device 12 as the first user, except when the user of the terminal device 12 is in the locked state, and sets one or more candidate users from the plurality of users. Is extracted.

Step S103: Subsequently, the server control unit 15 causes the server communication unit 13 to transmit a display instruction of the candidate user selection screen to the terminal device 12 of the first 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 user.

Step S105: Subsequently, when the server control unit 15 receives the information in step S104, it determines whether or not the selected candidate user is in the locked state. If the candidate user is in the unlocked state (step S105-Yes), the process proceeds to step S106. On the other hand, when the candidate user is in the locked state (step S105-No), 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 second-attack user, and sets the first-attack user and the second-attack user in the locked state.

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

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

FIG. 17 mainly shows the processing related to the second-attack user described above. In the process, in step S108 described above (see FIG. 16), the server communication unit 13 is the terminal device 12 of the first user.
It starts when the play information and the result information of the first game part are received from.

Step S200: First, the server control unit 15 causes the server communication unit 13 to transmit a display instruction of the battle possibility selection screen to the terminal device 12 of the second attack user.

Step S201: Subsequently, the server control unit 15 waits for information indicating the selection of acceptance or non-acceptance of the battle from the terminal device 12 of the second attack user who has displayed the battle possibility 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 the consent of the battle. If the information indicates the consent of the match (step S202-Yes), the process proceeds to step S203. On the other hand, if the information indicates disapproval of the match (step S202-No), the process proceeds to step S208.

Step S203: When the information indicates the consent of the battle in step S202 (step S202-Yes), the server control unit 15 gives a display instruction of the first user display screen to the server communication to the terminal device 12 of the second user. To send to.

Step S204: Subsequently, the server control unit 15 waits for the start request of the second game part from the terminal device 12 of the second-attack user who has displayed the first-attack user display screen. Server communication unit 1
When 3 receives the start request of the second game part from the terminal device 12 of the second-attack 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 second-attack user.

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

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

Step S208: On the other hand, when the information indicates disapproval of the match in step S202 (step S202-No), the server control unit 15 releases the locked state of the first user and the second user, and the unlocked state. Stipulated in.

Step S209: Subsequently, the server control unit 15 sets a predetermined number (for example, for example) with respect to the first user.
1) normal medal is awarded.

Step S210: Subsequently, the server control unit 15 determines the number of medals owned by the first user.
It is determined whether or not the threshold value is equal to or higher than the threshold value shown in the grade information (see FIG. 2). If the number of each medal is equal to or greater than the threshold value (step S210-Yes), the process proceeds to step S211. On the other hand, when the number of each medal is less than the threshold value (step S210-No), the asynchronous battle between the first user and the second user ends.

Step S211: When the number of each medal is equal to or greater than 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 user. End the user's asynchronous match.

FIG. 18 mainly shows the processing related to the result of the asynchronous battle described above. The 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 second-attack 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 defines a user having a high score shown in the result information as a winning user and a user having a low score as a losing user among the first-attack user and the second-attack user.

Step S301: Subsequently, the server control unit 15 determines the number of normal medals associated with the current value of the defeating user's grade rather than the number of normal medals associated with the current value of the winning user's grade. It is determined whether or not the condition that the number is larger than a predetermined number is satisfied.
If the condition is satisfied (step S301-Yes), the process proceeds to step S302. on the other hand,
If 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 S30)
1-Yes), the server control unit 15 reverses the normal medal owned by the winning user and the normal medal owned by the losing user, and proceeds to step S305.

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

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

Step S305: After step S302 or after step S304, the server control unit 15 determines whether 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, if the defeated user does not have the Gold Medal (step S305-No), the process proceeds to step S307.

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

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

Step S308: Subsequently, the server control unit 15 releases the locked state of the winning user and the losing user, and sets the locked state to the unlocked state.

Step S309: Subsequently, the server control unit 15 determines the number of medals owned by the winning user.
It is determined whether or not the threshold value is equal to or higher than the threshold value shown in the grade information (see FIG. 2). If the number of each medal is equal to or greater than the threshold value (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 value (step S309-No),
End the asynchronous battle between the winning user and the losing user.

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 changes the grade value of the winning user (for example, +1) to change the winning user and the losing user. End the asynchronous match.

Next, the 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 the display instruction of 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 the user input for selecting at least one candidate user, the terminal control unit 21 transmits information indicating the selected candidate user to the terminal communication unit 17 to the server device 11. Let me.

Step S403: Subsequently, when the terminal communication unit 17 receives the start instruction of the first game part from the server device 11, the terminal control unit 21 starts the execution process of the first game part, which will 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 terminal communication unit 17 to the server device 11. Let me.

Step S405: Subsequently, the terminal control unit 21 waits for a display instruction on the battle result screen from the server device 11. When the terminal communication unit 17 receives the display instruction of the 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 the battle result screen.

Here, with reference to the flowchart of FIG. 20, the execution process of the first game part executed in the above-mentioned step S403 (see FIG. 19) will be described. The execution process of the first game part is executed, for example, with the screen of the first game part 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 the user input by the input unit 20.

Step S502: Subsequently, the terminal control unit 21 determines the first opponent currently in the battle (for example, 1).
Calculate the battle progress for the second first opponent). Here, the battle progress status is, for example, the HP of the first opponent.

Step S503: Subsequently, the terminal control unit 21 displays an image showing the progress of the battle with respect to the first opponent currently in the battle on the first game part screen.

Step S504: Subsequently, the terminal control unit 21 determines whether or not to end the first game part. When it is determined to end the first game part (step S504-Yes),
For example, if the last first opponent is defeated or the total H of characters included in the deck
When P decreases to zero, the process proceeds to step S505. 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: When it is determined in step S504 to end the first game part (step S504-Yes), the terminal control unit 21 ends the first game part and generates play information and result information of the first game part. Then, the process proceeds to step S404 (see FIG. 19) described above.

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

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

Step S601: Subsequently, when the input unit 20 accepts the user input for selecting the acceptance or non-acceptance of the match, the terminal control unit 21 determines whether the acceptance or the non-acceptance is selected. If consent is selected (steps S601-Yes), the process proceeds to step S603. On the other hand, if non-acceptance is selected (step S601-No), the process proceeds to step S602.

Step S602: When non-acceptance is selected in step S601 (step S6)
01-No), the terminal control unit 21 causes the terminal communication unit 17 to transmit information indicating disapproval of the battle to the server device 11. In such a case, for example, the battle enable / disable selection screen is changed to another game screen, and the asynchronous battle between the first user and the second user ends without executing the second game part.

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

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

Step S605: Subsequently, when the input unit 20 receives the 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 me.

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 S607: Subsequently, when the terminal communication unit 17 receives the start instruction of the second game part from the server device 11, the terminal control unit 21 starts the execution process of the second game part, which will be described later.

Step S608: Subsequently, when the execution process of the second game part is completed, 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 S609: Then, when the terminal communication unit 17 receives the display instruction of 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, with reference to the flowchart of FIG. 22, the execution process of the second game part executed in the above-mentioned step S607 (see FIG. 21) will be described. The execution process of the second game part is executed, for example, with the screen of the second game part 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 the user input by the input unit 20.

Step S702: Subsequently, the terminal control unit 21 determines the second opponent currently in the battle (for example, 1).
The battle progress status for the second second opponent) and the battle progress status for the first opponent (first first opponent) corresponding to the second opponent currently in the battle are calculated. Here, the battle progress status of the second opponent is the HP of the second opponent currently in the battle. The battle progress status of 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 a first image showing the progress of the battle for the first opponent corresponding to the second opponent currently in the battle, and
A second image showing the progress of the battle for the second opponent currently in the battle is displayed.

Step S704: Subsequently, the terminal control unit 21 determines whether or not to end the second game part. When it is determined to end the second game part (step S704-Yes),
For example, if the last second opponent is defeated or the total H of characters included in the deck
When P decreases to zero, the process proceeds to step S705. On the other hand, if it is determined not to end the second game part (step S504-No), the process returns to step S702.

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

As described above, when the server device 11 according to the embodiment causes the terminal device 12 of the second attack user to display the first information of the first attack user on the battle possibility selection screen and receives the information indicating the consent of the asynchronous battle, the first attack 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-attack user are not displayed before the second-attack user decides to accept or disapprove the asynchronous match, the intentional matching by the second-attack user is suppressed, and the matching of the asynchronous match is suppressed. The fairness of the game can be improved, and the success rate of asynchronous battles can be improved.

Further, the server device 11 causes the terminal device 12 of the first user 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 selection of the second user by the first user, the intentional matching by the first user is suppressed, and the fairness of the matching of the asynchronous match can be further improved. be.

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

Further, the server device 11 stops the progress of the game in the terminal device 12 of the second-attack user when the terminal device 12 of the second-attack user displays the battle possibility selection screen, and provides information indicating acceptance or non-acceptance of the asynchronous battle. When it is received, the progress of the game is canceled. In this way, for example, it is possible to prevent the attacking user from playing another game part by suspending the decision of acceptance or non-acceptance of the match after confirming the match possibility selection screen. Therefore, it is promoted to the second-attack user to quickly decide whether or not to accept the asynchronous battle, and the stagnation of the progress of the asynchronous battle is suppressed.

Further, while the server device 11 is waiting for the start request of the second game part, for example, the server communication unit 13 changes the character included in the deck of the second attack user from the terminal device 12 of the second attack user or strengthens the character. Upon receiving the information about, the character included in the deck information of the second-attack user is changed or the parameters set for the character (for example, HP, attack power, and level) are changed. In this way, the second-attack user who accepts the asynchronous battle can play the second game part before the start of the second game part, for example, by changing the character included in the deck or increasing the level of the character. It is possible to strengthen the deck used. Therefore, the fairness between the first user who can select the desired quest by himself / herself as the first game part and the second user who cannot select the quest by himself / herself is improved.

Further, according to the terminal device 12 according to the embodiment, during the execution of the second game part, the first image showing the battle progress status of the first opponent is displayed. Here, the battle progress status of 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, the second
Even if it is an asynchronous battle, it is possible for the second-attack user who plays the game part to have the first-attack user and the second-attack user play against the corresponding opponents in real time, so that the second-attack user is asynchronous. The realism of the match is improved, and the fun of the game is improved.

Further, the battle progress status of the first opponent is a first parameter determined according to the elapsed time and play information in the second game part. Therefore, in order to perform the effect of competing in real time as described above, the terminal device 12 is, for example, the first by the first user.
It is not necessary to reproduce (replay) the play of the game part in the second game part, and the processing load of the terminal device 12 is reduced.

Further, the play information received from the server device 11 may include at least information necessary for determining the battle start time and the battle end time, as shown in FIG. 5, for example. Therefore, as described above, in order to perform the production of competing in real time, for example, the 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 on the server. The amount of information to be acquired from the server device is reduced as compared with the configuration received from the device 11.

Further, the terminal device 12 changes the first parameter at a constant time change rate. In this way, since the first parameter is changed by a relatively simple process, the processing load of the terminal device 12 is reduced.

Further, the server device 11 according to the embodiment requires that the number of game media associated with the grade value of the defeating user is larger than the number of game media associated with the grade value of the winning user. If is satisfied, the normal medal owned by the winning user and the normal medal owned by the defeating user are reversed. In this way, by reversing the normal medal between the first user and the second user, the normal medal is scrambled between the users who have performed the asynchronous battle. Therefore, for example, the experience value etc. is simply given to the winning user. Compared to the configuration in which points are awarded, the fun of the game is improved.

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

Further, the server device 11 causes the terminal device 12 of the first user to display the candidate user selection screen 22 for displaying the number of medals associated with the grade value of the candidate user for each of one or more candidate users. As mentioned above, it is determined according to the number of medals owned by the winning user and the losing user. Therefore, the first user can select a candidate user by referring to the information on 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 the desired reward. Improves strategy when selecting users.

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 value of the number of medals required for promotion of grade) is
The grade is determined for each possible value (see Fig. 2). In the present embodiment, for example, a reversal of a normal medal may occur between users who have performed an asynchronous battle. Therefore, by encouraging asynchronous battles between users having the same grade value as described above, the fairness of asynchronous battles is improved.

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 modifications based on the present disclosure. Therefore, it should be noted that these modifications and modifications are within the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and a plurality of means, steps, etc. can be combined or divided into one. ..

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 receives information indicating disapproval of the asynchronous battle from the terminal device 12 of the second-attack user. Although the configuration for releasing the locked state of the first user and the second user has been described, the conditions for releasing the locked state are not limited to these. For example, server control unit 1
In the state of waiting for the play information and the result information of the first game part from the terminal device 12 of the first user (step S108 in FIG. 16), the second user accepts or disapproves the asynchronous battle from the terminal device 12. The state of waiting for the information to be shown (step S201 of FIG. 17), the state of waiting for the start request of the second game part from the terminal device 12 of the second attack user (step S204 of FIG. 17), and the terminal device 12 of the second attack user. When a predetermined time elapses in any of the states of waiting for the result information of the second game part from (step S207 in FIG. 17), at least one of the first user and the second user is released from the locked state. You may end the asynchronous match. In this way, delays or stagnation in the progress of asynchronous battles are suppressed.

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

Further, in the above-described embodiment, the configuration for managing whether the user's state is in the locked state or the unlocked state with the lock flag has been described, but the method for managing the user's state is not limited to this. For example, when the server control unit 15 of the server device 11 sets the user's state in the locked state, the server control unit 15 may store the time information (lock release time) in which the locked state is released in association with the user. Then, when the current time becomes equal to the lock release time, the server control unit 15 releases the lock state of the corresponding user and sets the lock state to the unlocked state.

Further, in the above-described embodiment, both users are in a locked state after the first user selects the second user, and two or more asynchronous battles are not pending at the same time for one user. The number of matches may be determined arbitrarily. In such a case, for example, the lock flag (see FIG. 4) included in the information about the user is used as a parameter indicating the number of asynchronous battles currently ongoing. Then, when the value of the lock flag of the user is a predetermined value or more (for example, 3 or more), the server control unit 15 of the server device 11 sets the user in the locked state. 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 have up to three asynchronous battles pending at the same time.

Here, the number of asynchronous battles that can be pending at the same time is, for example, the history information of at least one of the first user and the 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. , Or it may be determined based on the login frequency and the like. For example, the server control unit 15 may increase the number of asynchronous battles that can be pending to the user at the same time as the login frequency of the user increases. In this way, for a user who is considered to have a relatively high establishment rate of an asynchronous battle even if a plurality of asynchronous battles are pending at the same time, for example, the frequency of login to the game system 10 is high, the asynchronous battle that can be pending at the same time. As the number increases, the chances of playing asynchronous battles increase and it becomes easier to promote the grade. therefore,
It is possible to encourage the user to actively log in.

Further, in the above-described embodiment, the game system 10 including the server device 11 and the plurality of terminal devices 12 has been described, but the configuration of the game system 10 is not limited to this. For example, in the game system 10 including a plurality of terminal devices 12, the terminal device 12 defined as the host may have the same function as 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, and exceeds a predetermined threshold value, 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 value of the grade may be decreased in a predetermined case. Specifically, in the server control unit 15 of the server device 11, the number of medals associated with the user's grade value (for example, "3") varies depending on, for example, the user losing the asynchronous battle. (Decrease), and when it becomes less than a predetermined threshold value (for example, one), the value of the grade of the user is reduced. In such a case, the server control unit 15 determines the grade value after the number of users is reduced (for example, ""
2 ”) The number of medals associated with) is reduced by a predetermined number to, for example, 0.

Further, in the above-described embodiment, when the server control unit 15 of the server device 11 extracts one or more other users in the 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 medals awarded.

For example, when the number of normal medals associated with the grade value of the first user is less than the first predetermined threshold value (for example, one), the server control unit 15 usually associates with the grade value. Other users with a large number of medals, eg, other users whose number of regular medals associated with a grade value is greater than or equal to a second predetermined threshold (eg, 9) greater than a first predetermined threshold. Is preferentially extracted as a candidate user. In this way, candidate users with a relatively large number of regular medals are preferentially extracted, so it is easy for the first user with a relatively small number of regular medals to aim for a reversal of the regular medals by asynchronous battle. As a result, the fun of the game improves.

Further, for example, when the number of normal medals associated with the grade value of the first user is equal to or greater than a third predetermined threshold value (for example, 8), the server control unit 15 is associated with the grade value. Other users with the same number of normal medals are preferentially extracted as candidate users. In this way, a candidate user who owns a relatively large number of regular medals is at high risk of a significant decrease in the number of regular medals due to the reversal of the regular medals (for example, the number of regular medals owned is higher than that of the first user. Since the frequency of extracting (less candidate users) is reduced, the decrease in motivation to play asynchronous battles is suppressed.

Further, in the above-described embodiment, when the server control unit 15 of the server device 11 extracts one or more other users in the unlocked state other than the first user as candidate users, the history of the past asynchronous battle of the first user. Candidate users may be extracted based on the information. For example, if the first user is defeated in the previous asynchronous match and the normal medal is reversed, or if the number of reductions of the normal medal is more than a certain threshold, other normal medals with more normal medals than the first user. Users are preferentially extracted as candidate users. Alternatively, if the first user wins the previous asynchronous match and the normal medal is reversed, or if the increase in the normal medal is greater than or equal to a predetermined threshold, another user with a lesser normal medal than the first user. Is preferentially extracted as a candidate user.

Further, in the above-described embodiment, the same quest is executed in the first game part and the second game part, but different quests may be executed. In such a case, preferably, the different quests are two quests in which an equal number of opponents are sequentially played against each other.

Further, in the above-described embodiment, in the first game part and the second game part, it has been described that a quest for sequentially fighting against each of a plurality of enemy characters is executed.
It may be a quest to play against two enemy characters. Specifically, it is one enemy character in which a plurality of action patterns are sequentially switched, and HP is applied to each of the plurality of action patterns.
It may be a quest to play against one enemy character for which is set. In such a case, the "nth first opponent" and the "nth second opponent" in the above-described embodiment are the "first opponent of the nth behavior pattern" and the "nth behavior pattern", respectively. Second
It is read as "opponent".

Further, in the above-described embodiment, the enemy character is subdued 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 configuration to be performed has been described, the conditions for subduing the enemy character are not limited to HP, and can be determined based on various parameters that fluctuate according to the progress of the battle. For example, instead of the HP of the enemy character, by reducing the parameter indicating the distance between the moving character and the enemy character to zero, the enemy character is subdued and the battle with the next enemy character is started, or the enemy character. It is conceivable that the behavior pattern of one is switched to the next behavior pattern.

Further, 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 for the first opponent, _{fluctuates from the initial value n 0} 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 _{in which the length of the indicator is the shortest when the first parameter n is the initial value n 0} , and the length of the indicator is the longest when the parameter n is the target value n _1. You may.

Further, in the above-described embodiment, the configuration in which the server control unit 15 of the server device 11 causes the terminal device 12 of the second-attack user to execute the third game part while waiting for the start request of the second game part will be described. However, the terminal device 12 may set an upper limit on the number of times the third game part can be executed. In this way, the second-attack user is prevented from executing the third game part indefinitely as a practice of the second game part, and the fairness between the first-attack user and the second-attack user is improved. Further, the upper limit is set so that, for example, the longer the elapsed time in the state of waiting for the start request of the second game part from the terminal device 12 of the second attack user (step S204 in FIG. 17), the smaller the upper limit number of times. May be good. For example, when a predetermined time elapses from the start of waiting for the start request of the second game part, the upper limit number becomes 1 to 0 times. In this way, when a predetermined time has elapsed since the terminal device 12 of the second-attack user transmits the information indicating the consent of the asynchronous battle to the server device 11, the second game part is played.
It suppresses the time until the start request of the game part is transmitted further, and the delay or stagnation of the progress of the asynchronous battle is suppressed.

Further, in the above-described embodiment, when the server device 11 transmits a display instruction of the battle possibility selection screen including the first information of the first user to the terminal device 12, and receives information indicating the consent of the battle from the terminal device 12. , The configuration for transmitting the display instruction of the first-attack user display screen including the second information and the score of the first-attack user has been described, but the transmission of the display instruction of the first-attack user display screen may be omitted. For example, the server device may transmit a display instruction of the battle possibility selection screen including the first information, the second information, the score, etc. of the first user to the terminal device 12. In such a case, when the battle approval is selected on the battle permission / rejection selection screen, the terminal device 12 transmits information indicating the battle consent to the server device 11 and displays the first-come-first-served user display screen.

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

Further, in the above-described embodiment, a part of various game screens is set as a web display to be 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). The header area and footer area) may be displayed as a native display 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 the server device 11 and the terminal device 12 each play a part in the processing.

Further, in order to function as the server device 11 or the terminal device 12 according to the above-described embodiment, an information processing device such as a computer or a mobile phone can be preferably used. In such an information processing device, a program describing processing contents for realizing each function of the server device 11 or the terminal device 12 according to the embodiment is stored in the storage unit of the information processing device, and the information processing device C.
This can be achieved by reading and executing the program by the PU.

The inventions described in the claims at the time of filing the original application of the present application are added below.
[1]
A server device that provides a terminal device with a game that allows asynchronous battles between users.
A server storage unit that stores the first information about each of a plurality of users,
A server communication unit that sends and receives information to and from the terminal device,
Equipped with a server control unit
The server control unit
When the result information of the first game part executed in the terminal device of the first user is received from the terminal device, the screen on which the first information regarding the first user is displayed without displaying the result information is displayed. Display on the terminal device of 2 users
Information indicating acceptance or non-acceptance of the asynchronous battle with the first user is received from the terminal device of the second user, and the information is received.
When the information indicating the consent is received from the terminal device of the second user,
The terminal device of the second user is made to display at least a part of the result information of the first game part.
When the result information of the second game part executed in the terminal device of the second user is received from the terminal device, the first game part is based on the result information of the first game part and the result information of the second game part. A server device that determines the result of an asynchronous match between a user and the second user.
[2]
The server device according to [1].
The server control unit
The terminal device of the first user is made to display the first information regarding one or more other users.
A screen for selecting at least one other user among the one or more other users is displayed on the terminal device of the first user.
A server device that, when receiving information indicating another selected user from the terminal device of the first user, defines the other selected user as a second user.
[3]
The server device according to [2].
The server storage unit stores information indicating whether or not each of the plurality of users is in the locked state.
The server control unit
The terminal device of the first user is made to display the first information regarding one or more other users other than the other user in the locked state.
A server device that sets the first user and the second user in a locked state when receiving information indicating the selected other user from the terminal device of the first user.
[4]
The server device according to [3].
The server control unit is a server device that releases the locked state of the first user and the second user after determining the result of the asynchronous battle.
[5]
The server device according to [3] or [4].
When a predetermined time has elapsed after receiving the result information of the first game part from the terminal device of the first user, the server control unit receives the information indicating the disapproval from the terminal device of the second user. In this case, or when a predetermined time has elapsed after receiving the information indicating the consent from the terminal device of the second user, the server device that releases the locked state of at least one of the first user and the second user.
[6]
The server device according to any one of [1] to [5].
The server control unit
When the screen on which the first information regarding the first user is displayed is displayed on the terminal device of the second user, the progress of the game on the terminal device of the second user is stopped.
A server device that, when receiving information indicating the consent or the non-acceptance from the terminal device of the second user, releases the suspension of the progress of the game in the terminal device of the second user.
[7]
The server device according to any one of [1] to [6].
The server storage unit stores information on the game medium in association with each of the plurality of users.
The server control unit changes the game medium of the second user used for the progress of the second game part after displaying at least a part of the result information of the first game part on the terminal device of the second user. A server device that changes the parameters set in the game medium.
[8]
The server device according to any one of [1] to [7].
When the server control unit receives the information indicating the consent from the terminal device of the second user, the server control unit causes the terminal device of the second user to further display the second information regarding the first user.
Server device.
[9]
The server device according to [8].
The first information includes information other than information on superiority or inferiority between users who play against each other in an asynchronous battle.
The second information is a server device including information on superiority or inferiority between users who play against each other in the asynchronous battle.
[10]
The server device according to [8] or [9].
The first information includes information about rewards associated with the first user or the second user depending on the result of the asynchronous match.
The second information is a server device including information about the game medium used in the first game part.
[11]
It is a terminal device provided by a server device that executes a game that allows asynchronous battles between users.
Display and
A terminal communication unit that sends and receives information to and from the server device,
Equipped with a terminal control unit
The terminal control unit
A screen on which the first information about the other user is displayed without displaying the result information of the first game part executed by the terminal device of another user different from the user of the terminal device is displayed on the display unit. ,
Information indicating acceptance or non-acceptance of the asynchronous battle with the other user is transmitted to the server device, and the information is transmitted to the server device.
If the information indicating the consent is sent,
At least a part of the result information of the first game part is received from the server device via the terminal communication unit, and the result information is received from the server device.
At least a part of the result information of the first game part is displayed on the display unit.
The second game part for letting the user of the terminal device play is started,
A terminal device that transmits the result information of the second game part to the server device via the terminal communication unit.
[12]
It is a control method of a server device that provides a terminal device with a game that allows asynchronous battles between users.
A step to store the first information about each of the multiple users,
When the result information of the first game part executed in the terminal device of the first user is received from the terminal device, the screen on which the first information regarding the first user is displayed without displaying the result information is displayed. 2 Steps to be displayed on the user's terminal device and
A step of receiving information indicating acceptance or non-acceptance of the asynchronous battle with the first user from the terminal device of the second user, and
When the information indicating the consent is received from the terminal device of the second user,
A step of displaying at least a part of the result information of the first game part on the terminal device of the second user.
When the result information of the second game part executed in the terminal device of the second user is received from the terminal device, the first game part is based on the result information of the first game part and the result information of the second game part. The step of determining the result of the asynchronous battle between the user and the second user,
Control methods, including.

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

Claims (11)

A program that executes a game in which a first game part is played by a first user on a first terminal device and then a second game part is played by a second user on a second terminal device.
A step of causing the second terminal device to receive information from the server device regarding selection of an asynchronous match with the first user who has played the first game part.
A step of causing the second terminal device to transmit information indicating acceptance or disapproval of the asynchronous battle to the server device based on the input of the second user.
When starting the asynchronous battle, a step of causing the server device to determine the states of the first user and the second user as a locked state, and
If the information indicating the acceptance of the asynchronous competition is transmitted to the server device, the second terminal device, a play information and result information generated by executing the processing of the first game part received from said server device The step to display the first execution information and
The second terminal apparatus, after displaying the first execution information, said to execute the second game part, the second execution information about the play information and result information generated by executing the processing of the second game part The step of transmitting to the server device and
A step of causing the second terminal device to receive the result of the asynchronous battle determined based on the first execution information and the second execution information from the server device.
A program that runs. The program according to claim 1.
When the states of the first user and the second user are determined to be the locked state in the step of determining the locked state,
A program that causes the first terminal device to control the first user so that he / she cannot select another candidate user and start the asynchronous battle. The program according to claim 1 or 2.
When the states of the first user and the second user are determined to be the locked state in the step of determining the locked state,
A program that causes the second terminal device to control the second user so that he / she cannot select another candidate user and start the asynchronous battle. The program according to claim 1.
When the states of the first user and the second user are determined to be the locked state in the step of determining the locked state,
A program that causes the server device to control the first user from being selected as a candidate user by another user. The program according to claim 1 or 4.
When the states of the first user and the second user are determined to be the locked state in the step of determining the locked state,
A program that causes the server device to control the second user from being selected as a candidate user by another user. The program according to any one of claims 1 to 5.
Further, the second terminal device is made to execute the step of displaying the screen for accepting the input of the second user.
A program in which information about the first user is displayed without displaying the first execution information on the screen. The program according to claim 6.
A program for causing the second terminal device to further execute a step of stopping the progress of the game after displaying the screen until transmitting information indicating acceptance or non-acceptance of the asynchronous battle with the first user. The program according to any one of claims 1 to 7.
When the information indicating the non-compliance is transmitted to the second terminal device, when the second terminal device transmits the information indicating the disapproval to the server device, the second terminal device receives the information. A program that further executes the step of ending the asynchronous battle without executing the second game part. The program according to any one of claims 1 to 8.
A program that causes the second terminal device to further execute a step of executing a third game part after displaying the first execution information and before executing the second game part. A second terminal device that executes a game in which a second user is made to play a second game part after the first game part is played by the first user on the first terminal device.
Display and
A terminal communication unit that sends and receives information to and from the server device,
Equipped with a terminal control unit
The terminal control unit
Information regarding the selection of the asynchronous battle with the first user who played the first game part is received from the server device, and the information is received from the server device.
Based on the input of the second user, information indicating the acceptance or non-acceptance of the asynchronous battle is transmitted to the server device, and the information is transmitted to the server device.
When sending the information indicating the acceptance, after which the server apparatus is established in a state the locked state of the first user and the second user, generated by executing the processing of the first game part received from said server device The first execution information regarding the played play information and the result information is displayed on the display unit, and the display unit is displayed.
After displaying the first execution information, and execute the second game part, and transmitting the second execution information about the play information and result information generated by executing the processing of the second game part to the server device,
When the second execution information is transmitted, the second terminal device receives the result of the asynchronous battle determined based on the first execution information and the second execution information from the server device. A game system including a server device, a first terminal device, and a second terminal device capable of communicating with each other.
Said first terminal device, by executing the first game part of the first user, and transmits the related that information to the first game part to the server device,
The second terminal device receives information from the server device regarding selection of an asynchronous match with the first user who has played the first game part.
The second terminal device transmits information indicating acceptance or non-acceptance of the asynchronous match to the server device based on the input of the second user.
When starting the asynchronous battle, the server device determines that the states of the first user and the second user are locked states.
The second terminal device, the case of transmitting information indicating the acceptance, the received from the server apparatus, the first execution information about the play information and the result information generated by executing the processing of the first game part Display and
The second terminal apparatus, after displaying the first execution information relates to the second running second game part of the user, the play information and the result information generated by executing the processing of the second game part 2 Send the execution information to the server device,
A game system in which the server device determines the result of the asynchronous battle based on the first execution information and the second execution information.

Images