JP6905006B2 - Game providing system, game providing method, terminal device and program of terminal device - Google Patents

Description

The present invention relates to a game providing system, a game providing method, a terminal device, and a program of the terminal device.

Conventionally, it is known that an event is provided in the game and the game is advanced by playing the event. While there are events such as raid battles in which multiple players cooperate to achieve their goals, there are also events in which players carry out missions (also called quests) independently. Patent Document 1 discloses an aspect in which a player plays an event.

Japanese Patent No. 5497233

When a player participates in an event in which a mission is performed alone, the player is required to complete the mission alone. However, if the player begins playing a mission that requires him to reach a higher level than he is currently reaching, he may fail to clear the mission in the middle of the mission. If you failed to complete a mission in the middle of a mission, you had to give up and retire or continue until you succeeded. In that case, no matter which one is selected, it will be a burden on the player, so that the interest in the game may decrease.

Therefore, an object of the present invention made in view of the above problems is to improve the interest in the game by providing a new option for clearing the mission.

The game providing system that solves the above problems is a game providing system having a server that provides a game and a terminal device connected to the server, and the server receives from the terminal device used by the first player. In response to the request to entrust the mission, the information about the mission is transmitted to the terminal device used by the second player, the information that the mission can be accepted is received from the terminal device used by the second player, and the mission is accepted. A list of one or more of the second players is transmitted to the terminal device used by the first player, and the terminal device used by the second player selected by the first player is determined as the request destination of the mission. The information is transmitted, the terminal device used by the first player transmits a request to entrust the mission to the server in the middle of the mission, and the information of the second player selected from the list received from the server. Is transmitted to the server, the terminal device used by the second player receives information about the mission from the server, and transmits information that can accept the mission to the server.

The game providing method for solving the above problems is a game providing method using a server that provides a game and a terminal device connected to the server, and the server receives the message from the terminal device used by the first player. In response to the request to entrust the mission, a step of transmitting information about the mission to the terminal device used by the second player, a step of receiving information from the terminal device used by the second player that can accept the mission, and a step of receiving the information that the mission can be accepted. The mission is to a step of transmitting a list of one or more of the second players accepting the mission to the terminal device used by the first player, and to the terminal device used by the second player selected by the first player. The step of transmitting the information determined as the request destination of the above, executing the step, and the terminal device used by the first player transmitting the request to entrust the mission to the server in the middle of the mission, and the server. The step of transmitting the information of the second player selected from the list received from the server to the server, and the step of executing the step of transmitting the information of the second player to the server, and the step of receiving the information about the mission from the server by the terminal device used by the second player. , A step of transmitting information that is acceptable for the mission to the server, and so on.

The terminal device that solves the above problems is a terminal device that connects to a server that provides a game, and is a terminal device that transmits a request for entrusting the mission to the server in the middle of a mission and is capable of accepting the mission. The list is displayed on the display unit, the selection of the other player displayed in the list is accepted, and the selected other player is transmitted to the server as information of the player entrusted with the mission.

The terminal device program that solves the above problems is a terminal device program that connects to a server that provides a game, and is a step of transmitting a request to the computer of the terminal device to entrust the mission in the middle of the mission to the server. A step of displaying a list of other players who can accept the mission on the display unit, a step of accepting the selection of the other player displayed on the list, and the selected other player. The step of transmitting the information of the player entrusted with the mission to the server is executed.

The terminal device that solves the above problems is a terminal device that connects to a server that provides a game, receives information about a mission requested by another player from the server, and displays the information about the mission on a display unit. , The player accepts the input that allows the mission to be accepted, transmits the information that the mission can be accepted to the server, and executes the mission when the player is selected as the request destination of the mission.

The terminal device program that solves the above problems is a terminal device program that connects to a server that provides a game, and receives information about a mission requested by another player from the server to the computer of the terminal device. , A step of displaying information about the mission on the display unit, a step of accepting an input by the player so that the mission can be accepted, a step of transmitting information capable of accepting the mission to the server, and a step of the player sending the information to the server. When selected as the request destination of the mission, the step of executing the mission and the step of executing the mission are executed.

According to the present invention, the interest in the game can be improved by providing a new option for clearing the mission.

It is a block diagram of the communication system which includes the server which concerns on one Embodiment of this invention, and the terminal which can communicate with it. It is a table which shows an example of a mission data and a mission progress data. It is a flowchart which shows the process from the start to the end of a mission. It is a flowchart which shows the process which entrusts a mission. This is a display example of the mission consignee selection screen and the mission request screen. It is a flowchart which shows the process from the start to the end of the entrusted mission. It is a table which shows an example of a predetermined coefficient. It is a flowchart which shows the process of entrusting a mission in an auction format.

Hereinafter, embodiments of the present invention will be described.

The game provided in the present embodiment is a game that progresses as the player clears a given mission. A mission is a set of tasks that a player should clear. A task is, for example, a battle with an enemy, and the task can be cleared by defeating the enemy. In this embodiment, the number of tasks included in the mission is referred to as the number of tasks. That is, by clearing one task, the number of cleared tasks increases by one and the mission progresses.

FIG. 1 is a block diagram of a communication system including a server according to an embodiment of the present invention and a terminal capable of communicating with the server. The communication system 1 according to the present embodiment includes a server 11 and a communication terminal 12. The server 11 provides a game using a game medium played by a plurality of players to the player's communication terminal 12 via a network.

The server 11 includes a communication unit 110, a storage unit 111, and a control unit 112.

The communication unit 110 communicates with the communication terminal 12 by at least one of wireless and wired communication.

Various information used for game processing is stored in the storage unit 111. The game medium data 1111 is stored in the storage unit 111. The game medium data 1111 includes information on a plurality of game media owned by each player in the game and parameters unique to each game medium in association with an identifier (hereinafter, player ID) that uniquely identifies each player. .. The game medium is electronic data used in the game, and includes, for example, cards, items, characters, avatars, and the like. Further, the game medium may be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or donated by the player according to the progress of the game. The usage mode of the game medium is not limited to that specified in the present specification. Parameters specific to the game medium include combat power such as attack power and defense power of the game medium, combat means such as attack means and defense means of the game medium, skill information described later in the game medium, information on avatar of the game medium, and game. These are attributes described later of the medium, an index indicating the rarity of the game medium, and the like. The index indicating the rarity of the game medium may be represented by a hierarchy such as normal, rare, super rare, and ultra rare.

Further, the storage unit 111 stores mission data 1112 necessary for defining a mission included in the game provided to the communication terminal 12. FIG. 2A shows an example of mission data. In the mission data 1112, the mission level, the game medium ID, and the content of the mission are associated with the mission ID. The mission ID is an identifier that uniquely identifies the mission. The mission level is a numerical value of the difficulty level of the mission. The game medium ID is an identifier for uniquely identifying the game medium. The game medium ID associated with the mission ID identifies the game medium obtained when the mission is cleared. The content of the mission is information indicating a task to be cleared by the player in the mission.

Further, the storage unit 111 stores the mission progress data 1113 necessary for the progress of the mission included in the game provided to the communication terminal 12. FIG. 2B shows an example of mission progress data. The mission progress data 1113 indicates the mission I with respect to the player ID.
D, progress, and remaining time are associated. The mission ID associated with the player ID identifies the mission the player is currently playing. Progress indicates the progress of the mission, and is expressed as the ratio of the number of tasks cleared by the player of the mission to the total number of tasks of the mission. Remaining time represents the remaining time to clear the mission.

Further, the storage unit 111 stores data indicating a game medium owned by the player. The data is considered that the player owns the game medium specified by the game medium ID by associating the player ID with the game medium ID.

The control unit 112 controls the progress of the game provided to the communication terminal 12. In particular, the control unit 112 controls from the start to the end of the mission with reference to the mission progress data 1113.

The communication terminal 12 includes a communication unit 120, a display unit 121, an operation unit 122, and a control unit 123.

The communication unit 120 communicates with the server 11 by at least one of wireless and wired communication. Specifically, the communication unit 120 transmits a signal to the server 11 based on the operation of the operation unit 122 by the player. Further, the communication unit 120 receives information from the server 11 for displaying the screen related to the game on the display unit 121.

The display unit 121 is composed of a liquid crystal display, an organic EL display, and the like, and displays a screen related to the game based on the information received from the server 11. For example, the display unit 121 displays an image related to the game medium provided by the server 11.

The operation unit 122 is composed of buttons, a touch panel, and the like, and receives input from a player in a game. Then, the operation unit 122 receives the operation from the player and sends the information related to the operation to the control unit 123.

The control unit 123 performs various controls related to the communication terminal 12. For example, the control unit 123 transmits information related to the operation of the operation unit 122 by the player to the server 11 via the communication unit 120.

FIG. 3 is a flowchart showing a process in which the control unit 112 controls the mission to be executed in the game from the start to the end. When the control unit 112 receives the information instructing the start from the communication terminal 12 of the player, the control unit 112 starts the processing of the mission.

Next, the control unit 112 gives a task to the player playing the mission (hereinafter referred to as the first player), and provides the first player with means for clearing (achieving) the task (step). S302). That is, the control unit 112 transmits information indicating the means for the first player to clear the task to the communication terminal 12 of the first player. Here, the task is that an enemy must appear and the enemy must be defeated before proceeding. In this case, the control unit 112 provides a screen for the first player to perform a battle with the enemy as a means for the first player to clear the task. That is, the control unit 112 transmits information related to the screen for causing the communication terminal 12 of the first player to perform a battle by the communication unit 110 of the server 11. The communication terminal 12 of the first player performs a battle process based on the input of the player, and the communication unit 120 transmits the result to the server 11.

Next, the control unit 112 determines whether or not the first player has cleared (achieved) the task based on the input from the communication terminal 12 of the first player (step S304). When the task is a battle, the control unit 112 calculates based on the input from the communication terminal 12 of the first player, the parameters of the first player, and the parameters of the opponent, and determines the outcome of the battle. If the first player wins the battle, the task can be cleared, and if the player loses, the task cannot be cleared.

When it is determined in step S304 that the first player has cleared (achieved) the task (step S304: Y), the control unit 112 processes the reward for clearing the task (step S306). The control unit 112 can calculate the reward for each task in the mission data 1112 based on the game medium ID associated with the mission ID and the content of the mission. Reward grants are suspended until all tasks are cleared. The reward may be given to the first player each time one task is cleared. When the reward is given, the control unit 112 associates the game medium ID corresponding to the reward with the player ID in the data indicating the game medium owned by the player stored in the storage unit 111.

Subsequently, the control unit 112 determines whether or not the first player has cleared (achieved) all the tasks scheduled during the mission, that is, whether or not there are any remaining tasks (step S308). The control unit 112 makes a determination based on the content and progress of the mission associated with the mission ID in the mission data 1112.

When it is determined in step S308 that there is no remaining task (step S308: Y), the control unit 112 terminates the mission assuming that the first player has cleared the mission (step S310).

When it is determined in step S308 that there is a remaining task (step S308: N), the control unit 112 gives the first player a task for the next step, and provides the first player with means for clearing the task. (Step S302).

When it is determined in step S304 that the first player could not clear the task, that is, when the task is not achieved (step S304: N), the control unit 112 gives the first player a choice and causes the first player to make a selection (step S312). ). One of the options is to execute a continue process so that the game medium owned by the first player can be consumed and the task can be challenged again. Also, one of the options is for the first player to give up clearing the task and retire the mission. Further, another option is for the first player to give up clearing the mission by himself / herself and entrust the clearing of the mission to another player, that is, entrust the mission (consignment of the mission). As a specific selection process, the control unit 112 transmits information related to the selection screen to the terminal 12 of the first player. In the communication terminal 12 of the first player, the operation unit 122 receives the input of the first player. The control unit 123 determines the selection result according to the input, and transmits the selection result to the server 11 via the communication unit 120 of the communication terminal 12. The server 11 receives the selection result.

When the first player selects the continue process in step S312 (step S312: continue), the control unit 112 provides the first player with means for clearing the task (step S302). At this time, the control unit 112 consumes a predetermined game medium owned by the first player. The predetermined game medium is, for example, an item for continuing. The control unit 112 cancels the association between the game medium ID corresponding to the predetermined game medium and the player ID in the data indicating the game medium owned by the first player.

When the first player selects retirement in step S312 (step S312: retirement), the control unit 112 ends the mission (step S314). That is, the control unit 112 cancels the association between the player ID of the first player and the mission ID included in the mission progress data 1113.

When the first player selects to entrust the mission to another player in step S312 (step S312: entrusts the mission to another player), the control unit 112 executes the process of entrusting the mission (step S316). That is, the control unit 112 executes the process of entrusting the mission according to the information indicating that the entrustment of the mission is selected from the first player. The process of entrusting the mission will be described later.

In principle, the control unit 112 executes the process according to the flowchart of FIG. If the remaining time of the mission is exhausted during the execution of the process according to the flowchart of FIG. 3, the control unit 112 preferably forcibly retires the mission (step S314). Alternatively, the control unit 112 may move the process to step S312 so that the player can select it.

FIG. 4 is a flowchart showing the operation of the server 11 when the first player entrusts the mission to another player. FIG. 4A shows an operation of the first player on the communication terminal 12, and FIG. 4B shows an operation of the second player on the communication terminal 12.

When the first player selects to entrust the mission in step S312 of FIG. 3 (step S312: entrusts the mission to another player), the control unit 112 starts the process of entrusting the mission. First, the control unit 112 transmits information related to the mission consignee selection screen including the player list to the communication terminal 12 of the first player via the communication unit 110 (step S402). FIG. 5A shows an example of a mission consignee selection screen displayed on the communication terminal 12 of the first player. The mission consignee selection screen 5a includes a player list. The player list includes avatars 51 of other players participating in the game and information 52 related to the players. Here, the other players are in-game friends, guild members, active players, players who have recently played the mission related to the consignment, players who have cleared the mission related to the consignment, and the like. The information related to the player is a name, a level, a degree of friendship with the player, an evaluation value, a last login date, and the like. The level is a parameter that indicates the player's achievement stage defined in the game. The degree of friendship with a player is a parameter that quantifies how much interaction is between the first player and the player displayed in the list. The evaluation value is a parameter that quantifies how the player displayed in the list is evaluated by other players regarding the entrustment of the mission, and the higher the value, the higher the evaluation. The last login date is a parameter indicating how many days have passed since the player displayed in the list last logged in. This information is stored in the storage unit 111 in association with the player ID of each player.

Preferably, the order of the players displayed in the player list is, for example, the order of highest evaluation value. The player with the higher evaluation value is more likely to clear the mission entrusted to him, and the player can easily select the player with the higher evaluation value in descending order of the evaluation value. The order of the players is not limited to this, and may be another order such as the order based on the last login date.

Preferably, other players can be set to be displayed or not displayed in the player list. In this configuration, the control unit 112 receives the information related to the setting from the communication terminal 12 of another player via the communication unit 110, and stores the information related to the setting in the storage unit 111. The control unit 112 determines a player to be displayed in the player list by referring to the settings for each player stored in the storage unit 111.

The information related to the setting includes a predetermined condition related to display or non-display in the player list. Preferably, other players can be set to display on the player list when the predetermined condition is that the merit of playing the entrusted mission is large and the predetermined condition is satisfied. Specifically, it is possible to set a predetermined condition that the reward obtained by clearing the entrusted mission is equal to or higher than a predetermined condition, and display the reward on the player list when the condition is satisfied. Further, preferably, it is possible to set a predetermined condition that the self-level rises when the mission is cleared, and display it on the player list when the condition is satisfied. Alternatively, another player can be set to be hidden in the player list on the condition that the demerit is large. Specifically, if it is predicted that oneself will be damaged or it will take time to play the entrusted mission, it can be hidden from the player list. More preferably, the degree of friendship between the other player and the first player can be a predetermined condition. For example, it is possible to set a predetermined condition that the friendship between the other player and the first player is equal to or higher than a predetermined value, and display the friendship on the player list when the condition is satisfied.

The communication terminal 12 of the first player sets a player (hereinafter referred to as a second player) who requests the mission to be entrusted based on the information 52 related to the player included in the mission consignee selection screen 5a displayed on the display unit 121. Let the first player select (decide). The operation unit 122 receives the input of the first player. Specifically, the operation unit 122 causes the first player to check the check box 53 related to the player selected as the second player, and touches or clicks the enter button 54 to select the second player (FIG. 5 (FIG. 5). a) See). The control unit 123 transmits the selected second player to the server 11 via the communication unit 120. When the first player decides not to select the second player, the control unit 123 transmits the information that determines not to select the second player to the server 11 via the communication unit 120.

Next, the control unit 112 receives information from the communication terminal 12 of the first player via the communication unit 110, and the information selects (determines) the second player, or does not select the second player. It is determined whether the information determines the information (step S404).

When the information for selecting (determining) the second player is received (step S404: Y), the control unit 112 receives a request owned by the first player in response to the selection of the second player by the first player. Consume the game medium (step S406). Specifically, the control unit 112 cancels the association between the first player and the game medium related to the request in the data indicating the game medium owned by the player stored in the storage unit 111. The game medium related to the request is a game medium that is defined to be consumed when making a request to entrust a mission. The game medium related to the request may be a special game medium (which can be used only for a request entrusted with a mission) or a general-purpose game medium (which has other uses). Further, preferably, even if the second player does not receive the request, the game medium related to the request is consumed. In this way, fairness among players can be ensured by limiting the number of requests that can be made by consuming the game medium related to one request to one.

Next, the control unit 112 cancels the association between the first player and the mission in the mission progress data 1113 (step S408), and ends the process related to the first player.

When the information for deciding not to select the second player is received (step S404: N), the control unit 112 skips steps S406 and S408 and ends the process related to the first player.

In step S404, when the information for selecting (determining) the second player is received from the communication terminal 12 of the first player (step S404: Y), the control unit 112 communicates with the second player in FIG. 4B. The process for the terminal 12 is started.

The control unit 112 transmits information related to a request for the first player to entrust the mission to the second player to the communication terminal 12 of the second player via the communication unit 110 (step S410). The display unit 121 of the communication terminal 12 of the second player displays the information related to the request on the home screen of the second player based on the information. The display unit 121 may be displayed on the My Page or the notification column instead of the home screen. The home screen is the basic screen of the communication terminal 12, and the My Page is a screen dedicated to the player corresponding to each player. The notification column is a part provided on a part of the screen to display a contact with the player.

FIG. 5B shows an example of a screen displaying a request for entrusting a mission. The second player can confirm the avatar 51 of the first player and the information 55 related to the first player and the mission included in the mission request screen 5b displayed on his / her communication terminal 12. The information related to the first player in the information 55 includes, for example, the degree of friendship between the first player and the second player and the evaluation value of the first player. The information related to the first player is stored in the storage unit 111 in association with the player ID of the first player. Further, the information related to the mission includes, for example, the information associated with the mission ID in the mission data 1112.

The communication terminal 12 of the second player causes the second player to select approval or disapproval of the request based on the mission request screen 5b displayed on the display unit 121. The operation unit 122 receives the input of the second player. The operation unit 122 causes the second player to touch or click the acceptance button 56 when the second player receives the request, and the rejection button 57 when the second player refuses the request. As a result, the operation unit 122 causes the second player to decide whether or not to accept the request. At this time, the communication terminal 12 of the second player transmits the acceptance / rejection information related to the request to the server 11 via the communication unit 120. Acceptance / rejection information is acceptance when the request is received, and rejection when the request is declined.

Next, the control unit 112 receives the acceptance / rejection information related to the request from the second player and determines the acceptance / rejection (step S412).

When the acceptance / rejection information is acceptance (step S412: acceptance), the control unit 112 performs a process of causing the second player to start the mission (step S414). Specifically, the control unit 112 associates the second player with the mission in the mission progress data 1113. At this time, information for displaying a link for transitioning to the mission screen is transmitted to the communication terminal 12 of the second player. After that, the control unit 112 ends the process of entrusting the mission to the communication terminal 12 of the second player.

If the acceptance / rejection information is rejection (step S412: rejection), the control unit 112 skips step S414 and ends the process of entrusting the mission to the communication terminal 12 of the second player. In this case, the mission that the first player was trying to entrust is not associated with the new player, and therefore ends.

If the control unit 112 does not receive the approval / disapproval information from the communication terminal 12 of the second player within a certain period of time, the approval / disapproval information is regarded as rejection.

The control unit 112 starts the processing of the mission by the second player, and causes the second player to play the mission entrusted by the first player according to the flowchart shown in FIG. At this time, even if the first player plays the mission halfway and progresses until some tasks are cleared, the second player is allowed to play the mission from the beginning. That is, the control unit 112 associates the mission entrusted by the first player with the second player in the mission progress data 1113. Further, the control unit 112 sets the number of cleared tasks to 0 in the progress item associated with the mission of the mission progress data 1113. Preferably, the control unit 112 may transmit information about the task given during the mission obtained by the play of the first player and the game medium obtained during the mission to the communication terminal 12 of the second player.

Steps S602 to S614 in FIG. 6 correspond to steps S302 to S314 in FIG. 3, respectively. Only the different parts will be described below.

When it is determined in step S608 that there is no remaining task (step S608: Y), that is, when the second player succeeds in accomplishing the task, the control unit 112 responds to the fact that the mission has been cleared (the task has been achieved). A reward (hereinafter referred to as a clear reward) is given to the first and second players. That is, the reward is given to at least one of the first player and the second player. Specifically, the control unit 112 associates at least one player of the first and second players with the game medium corresponding to the clear reward in the data indicating the game medium owned by the player stored in the storage unit 111. .. In this embodiment, the clear reward is equal to the basic reward obtained when the mission is cleared in normal play.

In step S612, the control unit 112 gives a choice to the first player to make a selection (step S612). One of the options is to execute a continue process so that the game medium owned by the first player can be consumed and the task can be challenged again. Also, one of the options is for the first player to give up clearing the task and retire the mission. Entrusting the mission of another option that existed in step S312 does not exist in step S612.

In principle, the control unit 112 executes the process according to the flowchart of FIG. If the remaining time of the mission is exhausted during the execution of the process according to the flowchart of FIG. 6, the control unit 112 may forcibly retire the mission (step S614). As a result, the mission entrusted by the first player is not cleared and no reward is obtained.

The basic reward is a game medium specified by a game medium ID associated with the mission ID as shown in the mission data 1112 shown in FIG. 2A, and is, for example, an experience value, gold, or other game medium. be.

As described above, according to the present embodiment, the control unit 112 provides an option to entrust the mission to another player when the player fails in the middle of the mission, and is a new method for clearing the mission. There are options. In this way, the interest in the game can be increased by providing new options for completing the mission. Further, when the first player selects the second player and requests the mission to be entrusted, the information related to the second player can be referred to, and the risk of the player can be reduced.

(Modification example 1)
In the description of the embodiment, the clear reward given to the first and second players is equal to the basic reward. In the first modification, a case where the clear reward fluctuates will be described.

One method of changing the clear reward is to multiply the basic reward by a predetermined coefficient to calculate the clear reward. At this time, a predetermined coefficient can be arbitrarily determined.

FIG. 7 shows an example of predetermined coefficients set according to the difficulty level of the mission and the level of the second player. In this example, a predetermined coefficient is determined according to the level of the mission and the level of the second player. First, the higher the mission level, the larger the coefficient. Further, the lower the level of the second player, the larger the coefficient. These are linked to the probability that the second player can clear the mission, and an appropriate reward can be set according to the probability. That is, it includes the concept of expected value.

For example, if the level of the second player is Lv10 and the type of mission to be entrusted is mission A, the clear reward given when the second player clears the mission is 0.9 to 1.0 times the basic reward. Is multiplied by the coefficient of. If the basic reward is an experience value of 1000, an experience value of 900 to 1000 is given as a clear reward.

As a parameter used to determine a predetermined coefficient, the login frequency of the second player, the degree of friendship between the first player and the second player, and the like can also be considered. That is, when the login frequency of the second player is low, a predetermined coefficient may be increased in order to increase the motivation of the second player to participate in the game. Further, in order to promote interaction between players, a predetermined coefficient may be increased when the friendship between the first player and the second player is high.

The basic reward may be to increase the parameters related to the player, for example, numerical values such as experience value, gold, and evaluation value. Alternatively, the basic reward may be the granting of a treasure chest in which a rare game medium can be obtained with a predetermined probability. When the basic reward increases the numerical value, the value obtained by multiplying the basic reward by a predetermined coefficient may be added to the parameter related to the player. When the basic reward is the granting of a treasure chest, a rare game medium may be granted with a probability obtained by multiplying a predetermined probability set in the basic reward by a predetermined coefficient. Alternatively, instead of the game medium obtained with a predetermined probability set in the basic reward, a game medium having a rank obtained by multiplying the rank of the game medium by a predetermined coefficient may be given.

Further, the control unit 112 can give a reward to the second player separately from the clear reward. The entrusted reward is generated in response to the entrusted mission by the second player. The entrusted reward may be the basic reward multiplied by a predetermined coefficient in the same manner as the clear reward. In addition, since the entrusted reward is generated as a result of a special event of clearing the entrusted mission, it may be a special reward such as a medal regardless of the content of the basic reward. Alternatively, the evaluation value of the second player may be increased.

Further, in step S410 of FIG. 4, the control unit 112 provides information for displaying the clear reward or the entrusted reward obtained when the second player receives the request from the first player and clears the mission. It may be transmitted to the communication terminal 12 of the player. According to the example of FIG. 5B, the clear reward and the entrusted reward are displayed on the information 52 related to the mission on the mission request screen 5. The second player can decide whether or not to accept the request by referring to this reward information. By displaying the reward on the request screen in this way, the motivation of the second player to receive the request can be increased.

According to this modification, the clear reward or the entrusted reward can be changed according to a predetermined condition. For example, the reward can be determined based on the relationship between the level of the second player and the difficulty level of the mission. In this way, the reward can be based on an appropriate expected value. In addition, the reward can be determined in relation to the login frequency of the second player. In this way, the motivation for the player who logs in infrequently to participate in the game is increased, and the interest in the game can be improved. In addition, the second player can decide whether to accept or decline the request according to the reward scheduled to be obtained when the entrusted mission is cleared, and the risk of the player can be reduced.

(Modification 2)
In the second modification, in addition to the configuration of the first embodiment, a mechanism for evaluating the player is provided.

When the first player requests the second player to entrust the mission, the first player and the second player may be able to give evaluation points to each other. Evaluation points can be given regardless of whether the second player has received or declined the request, and whether the second player has completed or failed the mission. Specifically, the control unit 112 transmits information including a screen for evaluating the other party to each of the communication terminals 12 of the first and second players. The communication terminals 12 of the first and second players have the first and second players evaluate the opponent based on the evaluation screen displayed on the display unit 121, respectively. The control unit 112 receives the evaluation result from each of the communication terminals 12 of the first and second players via the communication unit 110. Subsequently, the control unit 112 changes the evaluation values associated with the first and second players based on the received evaluation results.

The evaluation criteria may be, for example, the period until the request is responded to, the period until the mission is started after the request is accepted, the period until the mission is cleared, and the like. By providing such a mechanism, the second player can increase the motivation to accept the request to entrust the mission and quickly clear the mission. Further, the first player can refer to the actual data when selecting the second player, and can reduce the risk that the request is refused or left unattended by the second player.

(Modification example 3)
In the embodiments so far, the first player has requested the second player to entrust the mission. On the contrary, in the third modification, a form in which the first player applies for the mission to be entrusted by the second player to be entrusted will be described.

In step S402 of FIG. 4, the control unit 112 causes the terminal of the first player to display the player list, and causes the first player to select the second player. On the other hand, in the third modification, a method in which another player applies for the mission presented by the first player to the effect that the other player wants to accept the mission, that is, an auction format will be described.

FIG. 8 shows a flowchart of the process of entrusting the mission in the auction format. FIG. 8A is a process for the communication terminal 12 of the first player, and FIG. 8B is a process for the communication terminal 12 of the second player.

When the first player selects the mission consignment in step S312 of FIG. 3 (step S312: entrusting the mission to another player), the control unit 112 starts the process of entrusting the mission. First, in FIG. 8B, the control unit 112 provides information about a mission that the first player wants to entrust to the communication terminal 12 of another player in response to a request from the communication terminal 12 of the other player. (Step S812). The communication terminal 12 of the other player causes the other player to decide whether or not to accept the mission based on the information displayed on the display unit 121. When another player wishes to accept the contract, the operation unit 122 accepts the input of the information for applying for the contract from the other player, that is, the bid information. The communication terminal 12 of another player transmits the bid information to the server 11 via the communication unit 120. The bid information includes rewards that other players request when accepting missions.

Next, the control unit 112 receives the bid information including the reward requested by the other player when accepting the mission from the communication terminal 12 of the other player (step S814).

Next, in FIG. 8A, the control unit 112 transmits the information of the bid list including the bid information from other players to the communication terminal 12 of the first player (step S804). The communication terminal 12 of the first player causes the first player to select (determine) the second player from the bid list based on the information displayed on the display unit 121. The operation unit 122 receives an input for selecting a second player from the first player. The communication terminal 12 of the first player transmits information for selecting (determining) the second player to the server 11 via the communication unit 120.

Next, the control unit 112 receives information from the communication terminal 12 of the first player, and determines whether the information is information that selects (determines) the second player or information that determines not to select the second player. (Step S806).

When the information for selecting (determining) the second player is received (step S806: Y), the control unit 112 entrusts the first player to own the second player in response to the selection of the second player. The game medium is consumed (step S808). Specifically, the control unit 112 cancels the association between the first player and the game medium related to the request in the data indicating the game medium owned by the player stored in the storage unit 111.

Next, the control unit 112 cancels the association between the first player and the mission in the mission progress data 1113 (step S810), and ends the process related to the first player.

When the information for deciding not to select the second player is received (step S806: N), the control unit 112 skips steps S808 and S810 and ends the process related to the first player.

When the information for selecting (determining) the second player is received in step S806 (step S806: Y), the control unit 112 selects the information indicating that the mission has been entrusted by the first player. It is transmitted to the communication terminal 12 of the player (step S816).

Next, the control unit 112 newly associates the second player with the mission in the mission progress data 1113 (step S818). After that, the control unit 112 ends the process.

According to this modification, there is no risk of the first player being asked to entrust the mission and being refused, and the second player can obtain a means of voluntarily acquiring the mission. There is also a merit that the interaction between the players is activated.

(Modification example 4)
In the explanation of the embodiment, the issues included in the mission have been explained as battles. However, the challenges are not limited to battles. For example, the task can be to answer the quiz correctly or to solve the puzzle.

If the task is to answer the quiz correctly, in step S302 of the flowchart of FIG. 3, the control unit 112 provides a quiz question for the first player and a screen for the first player to answer. If the task is to solve a puzzle, the control unit 112 provides a screen for solving the puzzle in step S302.

In step S304 of FIG. 3, the control unit 112 determines whether the first player has cleared the task, but if the task is to solve a quiz or a puzzle as in this modification, the task is solved if they are solved. It means that you could clear them, and if you couldn't solve them, you couldn't clear the task.

The issues included in the mission are defined by the mission content associated with the mission ID in the mission data 1112. For example, in FIG. 2A, the mission content of B10 indicates battle Lv10, the mission content of Q20 indicates quiz Lv20, and the mission content of P30 indicates puzzle Lv30. .. In addition, the tasks included in one mission may be a mixture of battles, quizzes, and puzzles.

In each embodiment and modification, a computer can be preferably used in order to function as the server 11 or the communication terminal 12, and such a computer is a process for realizing each function of the server 11 or the communication terminal 12. It can be realized by storing the program in which the contents are described in the storage unit of the computer and reading and executing this program by the central processing unit (CPU) of the computer.

Although the present invention has been described with reference to 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 included in 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. .. Hereinafter, the inventions described in the claims immediately before the division of the original application of the present application will be added.
(1) A step of storing a mission that attacks an opponent's player in a storage unit in a computer that functions as a server that provides a game to a plurality of terminal devices, and a first player who plays the mission clears the mission. If it fails, a step of requesting a mission to a player other than the opponent player, a step of causing the second player who accepts the mission request to play the mission requested by the first player, and the second player. When the player clears the mission requested by the first player, the step of giving the second player a reward for clearing the mission and the game medium owned by the first player related to the request of the mission are consumed. A program that executes the steps to be performed.
(2) The program according to (1), wherein the reward for clearing the mission is at least one of granting a game medium and improving parameters.
(3) The program according to (1) or (2), wherein the second player is an in-game friend of the first player or a player belonging to the guild to which the first player belongs.
(4) The reward for clearing the mission is determined based on the probability that the second player can accomplish the mission, and is increased when the probability is low, any one of (1) to (3). The program described in the section.
(5) The program according to (4), wherein the reward for clearing the mission is determined based on at least one of the level of the mission and the level of the second player.
(6) The reward for clearing the mission is determined based on at least one of the login frequency of the second player and the friendship between the first player and the second player, (1) to The program described in any one of (3).
(7) The other player based on the step of receiving the evaluation result of another player from the terminal device of at least one player of the first and second players to the computer and the evaluation result of the other player. The program according to any one of (1) to (6), further performing a step of varying the evaluation value associated with the player.
(8) Any of (1) to (7), which causes the computer to further execute a step of displaying the information obtained by the first player playing the mission on the terminal device of the second player. The program described in item 1.
(9) A method of controlling a server that provides a game to a plurality of terminal devices, in which a step of storing a mission that attacks an opponent's player in a storage unit and a first player who plays the mission clear the mission. If it fails, a step of requesting a mission to a player other than the opponent player, a step of causing the second player who has accepted the mission request to play the mission requested by the first player, and the second step. When the player clears the mission requested by the first player, the step of giving the reward for clearing the mission to the second player and the game medium owned by the first player related to the request of the mission are provided. How to control the server, including steps to consume.
(10) When a server that provides a game to a plurality of terminal devices stores a mission that attacks an opponent's player in a storage unit, and the first player who plays the mission fails to clear the mission. A player other than the opponent player is requested to perform a mission, and a second player who has accepted the mission request is made to play the mission requested by the first player, and the second player is requested by the first player. A server that, when the mission is cleared, gives the second player a reward for clearing the mission and consumes the game medium owned by the first player and is related to the request for the mission.

1 Communication system 11 Server (game server)
110 Communication unit 111 Storage unit 1111 Game media data 1112 Mission data 1113 Mission progress data 112 Control unit 12 Communication terminal (terminal device)
120 Communication unit 121 Display unit 122 Operation unit 123 Control unit 5a Mission consignee selection screen 5b Mission request screen 51 Player avatar 52 Player information 53 Check box 54 Enter button 55 First player and mission information 56 Accept button 57 Reject button

Claims (11)

A game providing system having a server for providing a game and a terminal device connected to the server.
The server
In response to a request to entrust the mission received from the terminal device used by the first player, information about the mission is transmitted to the terminal device used by the second player.
Upon receiving information from the terminal device used by the second player that the mission can be accepted,
A list of one or more of the second players who can accept the mission is transmitted to the terminal device used by the first player.
The information determined as the request destination of the mission is transmitted to the terminal device used by the second player selected by the first player.
The terminal device used by the first player is
In the middle of the mission, send a request to entrust the mission to the server,
The information of the second player selected from the list received from the server is transmitted to the server, and the information is transmitted to the server.
The terminal device used by the second player is
Receive information about the mission from the server and
A game providing system that transmits information that can accept the mission to the server. The terminal device used by the first player is
A list including identification information regarding one or a plurality of the second players who can accept the mission transmitted from the server in response to the request entrusted with the mission of the first player and information related to the player's play of the game. Transmits the information of the second player selected by the first player to the server.
The game providing system according to claim 1. The server
The game provided according to claim 1 or 2 , wherein a reward is given to at least one of the first player and the second player when the task in the mission is successfully achieved as a result of the play of the second player. system. The terminal used by the second player is
The game providing system according to claim 3 , wherein the information on which the mission can be accepted is transmitted to the server together with the information on the reward requested when accepting the mission. The game providing system according to claim 3 or 4 , wherein the server grants at least one of a game medium and an improvement of parameters as the reward. The game providing system according to any one of claims 1 to 5 , wherein the second player is an in-game friend of the first player or a player belonging to the guild to which the first player belongs. A game providing method using a server that provides a game and a terminal device connected to the server.
The server
A step of transmitting information about the mission to the terminal device used by the second player in response to a request to entrust the mission received from the terminal device used by the first player.
A step of receiving information capable of accepting the mission from the terminal device used by the second player, and
A step of transmitting a list of one or a plurality of the second players who can accept the mission to the terminal device used by the first player, and a step of transmitting the list.
The terminal device used by the second player selected by the first player, running, and transmitting the determined information as a request destination of the transmission,
The terminal device used by the first player is
In the middle of the mission, a step of sending a request to entrust the mission to the server, and
The step of transmitting the information of the second player selected from the list received from the server to the server is executed.
The terminal device used by the second player is
A step of receiving information about the mission from the server,
A game providing method for executing a step of transmitting information capable of accepting the mission to the server. A terminal device that connects to a server that provides games.
In the middle of the mission, send a request to entrust the mission to the server,
A list of one or more other players who can accept the mission acquired from the server is displayed on the display unit.
Accepts the selection of the other player displayed in the list,
A terminal device that transmits the selected other player to the server as information on the player entrusted with the mission. A program of a terminal device that connects to a server that provides games.
To the computer of the terminal device
In the middle of a mission, a step to send a request to entrust the mission to the server, and
A step of displaying a list of one or more other players who can accept the mission on the display unit, and
A step for accepting the selection of the other player displayed in the list, and
A program of a terminal device that executes a step of transmitting the selected other player to the server as information of a player entrusted with the mission. A terminal device that connects to a server that provides games.
Receive information about missions requested by other players from the server,
Information about the mission is displayed on the display unit,
Accepts input from the player that allows the mission to be accepted,
Information that can accept the mission is sent to the server,
A terminal device that executes the mission when the player is selected as the request destination for the mission. A program of a terminal device that connects to a server that provides games.
To the computer of the terminal device
Receive information about missions requested by other players from the server,
Steps to display information about the mission on the display unit,
A step of accepting input by the player so that the mission can be accepted, and
A step of transmitting information that can accept the mission to the server, and
A program of a terminal device that executes a step of executing the mission when the player is selected as a request destination of the mission.

Images