JP7231672B2 - SERVER, GAME PROVIDING METHOD, AND PROGRAM - Google Patents

Description

The present invention relates to a server, game providing method, and program.

Conventionally, there is known a form in which an event is provided in a game and the game is advanced by playing the event. While there are events such as raid battles in which a plurality of players cooperate to achieve a goal, there are also events in which a player alone accomplishes a mission (also called a quest). Patent Literature 1 discloses a mode in which a player plays an event.

Japanese Patent No. 5497233

When a player participates in an event in which a player performs a mission alone, the player is required to clear the mission alone. However, if the player begins playing a mission that requires the player to reach a higher level than they currently have, they may fail to clear the mission midway through the mission. If you failed to clear the mission in the middle of the mission, you had to give up and retire or continue until you succeeded. In such a case, the player may lose interest in the game because no matter which one is selected, the burden is placed on the player.

SUMMARY OF THE INVENTION Accordingly, an object of the present invention, which has been made in view of the problems described above, is to increase interest in games by providing new options for clearing missions.

A server that solves the above problems is a server that provides a game to a terminal device, and is displayed in a player list indicating targets to which the player is entrusted with missions of the game from the terminal device used by the player playing the game. receiving setting information for setting whether or not to play, receiving a request to entrust a predetermined mission from a terminal device used by a first player, and including a second player other than the first player, A player list generated based on the setting information is transmitted to the terminal device used by the first player, information on the second player selected from the player list is received from the terminal device used by the first player, and the selected player is selected. Then, a request for entrusting the mission is transmitted to the terminal device used by the second player, and when the second player accepts the request, a process of causing the second player to execute the mission is performed.

Regarding the server, the setting information transmitted from the terminal device used by the player includes a predetermined condition regarding display or non-display on the player list, and the request from the first player satisfies the predetermined condition. It is preferable that the second player who has set the predetermined condition is included in the player list when the predetermined condition is satisfied.
With respect to the server, the predetermined condition includes a condition regarding a reward when the mission is accomplished, and the second player, who has set the condition regarding the reward as the setting information, receives the predetermined condition requested by the first player. It is preferable to determine whether or not a mission satisfies the reward condition, and to include the second player in the player list when it is determined that the predetermined mission satisfies the reward condition.

With respect to the server, the predetermined condition includes a condition regarding a degree of friendship with the player who requested the predetermined mission, and the second player, who has set the condition regarding the degree of friendship as the setting information, has a relationship with the first player. It is preferable to determine whether or not the condition regarding the degree of friendship between the two players is satisfied, and include the second player in the player list when it is determined that the condition regarding the degree of friendship is satisfied.
With respect to the server, it is preferable that, among the second players for whom the condition regarding the degree of friendship is set, a second player whose degree of friendship with the first player is equal to or greater than a predetermined value is included in the player list.

Regarding the above server, it is preferable that the server provides at least one of game content and parameter improvement as a reward obtained when a task in the mission is successfully achieved.
With respect to the server, it is preferable that the second player is an in-game friend of the first player or a player belonging to a guild to which the first player belongs.

A game providing method for solving the above problems is a game providing method in which a game providing server provides a game to a terminal device, wherein the server provides a game from a terminal device used by a player who plays the game. a step of receiving setting information for setting whether or not to be displayed in a player list indicating targets to which a game mission is entrusted; a step of receiving a request to entrust a predetermined mission from a terminal device used by the first player; a step of transmitting a player list including a second player other than the first player, which is generated based on the setting information, to a terminal device used by the first player; a step of receiving information on the second player selected from the player list; a step of transmitting a request to entrust the mission to a terminal device used by the selected second player; and performing a process of causing the second player to execute the mission if the second player accepts the second player.

A program for solving the above problem is a program executed by a server that provides a game to a terminal device, and the server receives a mission of the game from a terminal device used by a player who plays the game. A function of receiving setting information for setting whether or not to be displayed in a player list indicating the target to be received, a function of receiving a request to entrust a predetermined mission from a terminal device used by a first player, a function of receiving a request to entrust a predetermined mission, and a player other than the first player A list containing a second player of the above, a function of transmitting a player list generated based on the setting information to a terminal device used by the first player, and from the terminal device used by the first player, from the player list A function of receiving information on the selected second player, a request to entrust the mission to the terminal device used by the selected second player, and when the second player accepts the request, and a function of executing a process for causing the second player to execute the mission.

According to the present invention, interest in the game can be enhanced by providing new options for clearing missions.

1 is a block diagram of a communication system including a server and terminals capable of communicating with it according to an embodiment of the present invention; FIG. 4 is a table showing examples of mission data and mission progress data; 4 is a flow chart showing processing from the start to the end of a mission; It is a flowchart which shows the process which entrusts a mission. It is a display example of a mission trustee selection screen and a mission request screen. 10 is a flow chart showing processing from the start to the end of the entrusted mission. It is a table showing an example of a predetermined coefficient. 10 is a flow chart showing a process of entrusting a mission in an auction format;

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below.

The game provided in this embodiment is a game that progresses as the player clears given missions. A mission is a set of tasks to be completed by the player. The 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 a mission is called the number of tasks. That is, by clearing one task, the number of completed tasks increases by one, and the mission progresses.

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

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

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

The storage unit 111 stores various types of information used for game processing. The storage unit 111 stores game content data 1111 . The game content data 1111 is associated with an identifier that uniquely identifies each player (hereafter referred to as a player ID), and includes information on a plurality of game media owned by each player in the game and parameters specific to each game content. . Game media are electronic data used in games, and include, for example, cards, items, characters, avatars, and the like. In addition, game media can be acquired, possessed, used, managed, exchanged, synthesized, enhanced, sold, discarded, and/or donated by the player as the game progresses. It should be noted that the mode of use of the game media is not limited to that specified in this specification. The parameters unique to the game media include combat power such as offensive power and defensive power of the game medium, combat means such as offensive means and defensive means of the game medium, skill information of the game medium described later, information on the avatar of the game medium, and game These include the attribute of the medium, which will be described later, an index indicating the rarity of the game medium, and the like. The index indicating the rarity of game media may be represented by a hierarchy such as normal, rare, super rare, and ultra rare.

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

Further, the storage unit 111 stores mission progress data 1113 required for progress of missions included in the game provided to the communication terminal 12 . FIG. 2B shows an example of mission progress data. The mission progress data 1113 associates a player ID with a mission ID, progress, and remaining time. The mission ID associated with the player ID identifies the mission the player is currently playing. The progress indicates the progress of the mission, and is represented by the ratio of the number of tasks cleared by the player of the mission to the total number of tasks of the mission. The remaining time represents the remaining time to clear the mission.

The storage unit 111 also stores data indicating the game media owned by the player. By associating the player ID and the game content ID in the data, it is considered that the player owns the game content specified by the game content ID.

The control unit 112 controls progress of the game provided to the communication terminal 12 . In particular, the control unit 112 controls the mission from start to finish while referring to the mission progress data 1113 .

Communication terminal 12 includes communication unit 120 , display unit 121 , operation unit 122 , and 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 for displaying a screen related to the game on the display unit 121 from the server 11 .

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

The operation unit 122 includes buttons, a touch panel, and the like, and receives inputs from the player in the game. The operation unit 122 receives an operation from the player and sends information regarding 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 player's operation of the operation unit 122 to the server 11 via the communication unit 120 .

FIG. 3 is a flow chart showing a process of controlling the mission executed by the control unit 112 from the start to the end of the game. The control unit 112 starts the mission processing when receiving information instructing the start from the communication terminal 12 of the player.

Next, the control unit 112 gives a task to the player who is playing the mission (hereinafter referred to as the first player), and provides means for clearing (achieving) the task to the first player (step S302). That is, the control unit 112 transmits to the communication terminal 12 of the first player information indicating means for the first player to clear the task. Here, the problem is that an enemy appears and must be defeated to advance. In this case, the control unit 112 provides a screen for causing the first player to battle the enemy as a means for the first player to clear the task. That is, the control unit 112 transmits, through the communication unit 110 of the server 11, information related to a screen for causing the communication terminal 12 of the first player to start a battle. The first player's communication terminal 12 performs battle processing based on the player's input, and transmits the result to the server 11 through the communication unit 120 .

Next, the control unit 112 determines whether or not the first player has cleared (accomplished) 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 performs calculations 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, it means that the task has been cleared, and if the first player loses, it means that the task has not been cleared.

When it is determined in step S304 that the first player has cleared (accomplished) the task (step S304: Y), the control unit 112 processes a reward for clearing the task (step S306). In the mission data 1112, the control unit 112 can calculate a reward for each task based on the game medium ID associated with the mission ID and the contents of the mission. Rewards will be withheld until all tasks are completed. Note that the reward may be given to the first player each time one task is cleared. When a reward is given, the control unit 112 associates the game content ID corresponding to the reward with the player ID in the data indicating the game content 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 contents 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 ends 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).

If it is determined in step S304 that the first player has failed to clear the task, that is, if the task has failed to be achieved (step S304: N), the control unit 112 gives the first player options to select (step S312). ). One option is to execute a continue process that allows the first player to consume the game content owned by the first player and challenge the task again. Also, one of the options is for the first player to give up clearing the task and retire from the mission. Furthermore, another option is that the first player gives up clearing the mission by himself and entrusts the clearing of the mission to another player, that is, entrusts the mission (mission entrustment). 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 input from 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 . 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 causes the predetermined game content owned by the first player to be consumed. A predetermined game content is, for example, an item for continuing. The control unit 112 cancels the association between the game content ID corresponding to the predetermined game content and the player ID in the data indicating the game content owned by the first player.

When the first player selects to retire in step S312 (step S312: retire), 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: entrust 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 from the first player indicating that the entrustment of the mission is selected. The process of entrusting the mission will be described later.

The control unit 112 executes processing according to the flowchart of FIG. 3 in principle. It should be noted that if the remaining time of the mission runs out while the process related to the flowchart of FIG. 3 is being executed, preferably the control unit 112 forcibly retires the mission (step S314). Alternatively, the control unit 112 may move the process to step S312 and allow the player to make a selection.

FIG. 4 is a flow chart showing the operation of the server 11 when the first player entrusts a mission to another player. FIG. 4(a) shows the operation for the communication terminal 12 of the first player, and FIG. 4(b) shows the operation for the communication terminal 12 of the second player.

When the first player selects to entrust the mission in step S312 of FIG. 3 (step S312: entrust 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 entrustee 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 entrustee selection screen displayed on the communication terminal 12 of the first player. The mission trustee selection screen 5a includes a player list. The player list includes avatars 51 of other players participating in the game and information 52 about the players. Here, other players include in-game friends, guild members, active players, players who have recently played missions related to commission, players who have completed missions related to commission, and the like. The information related to the player includes the name, level, degree of friendship with the player, evaluation value, last login date, and the like. A level is a parameter indicating a player's reached stage defined in a game. The degree of friendship with a player is a parameter that quantifies how much interaction there is between the first player and the players displayed on the list. The evaluation value is a numerical parameter indicating how the players displayed in the list are evaluated by other players regarding the entrustment of missions, and the higher the numerical value, the higher the evaluation. The last login date is a parameter that indicates how many days have passed since the player displayed in the list last logged in. These pieces of information are stored in the storage unit 111 in association with the player ID of each player.

Preferably, the players displayed in the player list are arranged in descending order of evaluation value, for example. A player with a high evaluation value is more likely to clear the entrusted mission, and the player can easily select a player with a high evaluation value by placing them in descending order of the evaluation value. Note that the order of the players is not limited to this, and may be another order such as an order based on the last login date.

Preferably, other players can set themselves to appear or not appear in the player list. In such a configuration, the control unit 112 receives information regarding settings from the communication terminals 12 of other players via the communication unit 110 and stores the information regarding settings in the storage unit 111 . The control unit 112 refers to the settings for each player stored in the storage unit 111 and determines the players to be displayed in the player list.

Information related to settings includes predetermined conditions related to display or non-display on the player list. Preferably, other players can set a predetermined condition that the merit of playing the entrusted mission is great, and can be set to be displayed in the player list when the predetermined condition is satisfied. Specifically, it is possible to set as a predetermined condition that the reward to be obtained by clearing the entrusted mission is equal to or greater than a predetermined value, and display the player list when the condition is satisfied. Also, preferably, it is possible to set as a predetermined condition that one's own level rises when the mission is cleared, and to display it in the player list when the condition is met. Alternatively, other players can be set to be hidden in the player list under a predetermined condition that the disadvantage is large. Specifically, if it is predicted that playing the entrusted mission will take damage or take a long time, it can be hidden from the player list. More preferably, the degree of friendship between the other player and the first player may be a predetermined condition. For example, it is possible to set as a predetermined condition that the degree of friendship between the other player and the first player is equal to or greater than a predetermined value, and display the player list when the condition is satisfied.

The communication terminal 12 of the first player selects a player (hereinafter referred to as a second player) to whom the mission is to be entrusted based on the information 52 related to the player included in the mission trustee selection screen 5a displayed on the display unit 121. Let the first player select (determine). The operation unit 122 receives input from the first player. Specifically, the operation unit 122 causes the first player to check the check box 53 associated with the player to be selected as the second player, and touch or click the decision button 54 to select the second player (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 to the server 11 via the communication unit 120 information indicating the decision not to select the second player.

Next, the control unit 112 receives information from the communication terminal 12 of the first player via the communication unit 110, and the information is information to select (determine) the second player or not to select the second player. (step S404).

When the information for selecting (determining) the second player is received (step S404: Y), the control unit 112 responds to the first player's selection of the second player by responding to the request owned by the first player. The game content is consumed (step S406). Specifically, the control unit 112 cancels the association between the first player and the requested game content in the data indicating the game content owned by the player stored in the storage unit 111 . A requested game medium is a game medium that is determined to be consumed when a mission is requested. Note that the requested game content may be a special game content (which can be used only for a request to entrust a mission) or a general-purpose game content (which has other uses). Also preferably, even if the second player does not accept the request, the requested game content is consumed. In this way, by limiting the number of requests that can be made by consuming the game content related to one request to one, it is possible to ensure fairness among players.

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 processing related to the first player.

When the information for determining not to select the second player is received (step S404: N), the control unit 112 skips steps S406 and S408 and ends the processing relating 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 performs the communication of the second player in FIG. Processing for the terminal 12 is started.

The control unit 112 transmits, via the communication unit 110, information related to a request from the first player to entrust a mission to the second player to the communication terminal 12 of the second player (step S410). The display unit 121 of the second player's communication terminal 12 displays the requested information on the second player's home screen based on the information. Note that the display unit 121 may be displayed on the My Page or the notification column instead of the home screen. The home screen is a basic screen of the communication terminal 12, and the my page is a player-dedicated screen corresponding to each player. The notification field is a part provided in a part of the screen for displaying a message to the player.

FIG. 5(b) shows an example of a screen displaying a request to entrust a mission. The second player can confirm the first player's avatar 51 and the information 55 related to the first player and the mission included in the mission request screen 5b displayed on his/her own communication terminal 12. FIG. The information related to the first player among 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. Information related to the first player is stored in the storage unit 111 in association with the player ID of the first player. Also, the information related to the mission includes, for example, information associated with the mission ID in the mission data 1112 .

Based on the mission request screen 5b displayed on the display unit 121, the second player's communication terminal 12 allows the second player to select acceptance or rejection of the request. The operation unit 122 receives input from the second player. The operation unit 122 causes the second player to touch or click the accept button 56 when the second player accepts the request, and the reject button 57 when the second player refuses the request. Thereby, the operation unit 122 allows the second player to decide whether to accept or reject the request. At this time, the communication terminal 12 of the second player transmits acceptance/rejection information related to the request to the server 11 via the communication unit 120 . The acceptance/rejection information indicates acceptance when the request is accepted, and rejection when the request is refused.

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

If the acceptance/rejection information indicates 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 indicates refusal (step S412: refusal), 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 about to commit ends because it is not associated with the new player.

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

The control unit 112 starts the mission processing 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 has played the mission halfway and has progressed to clear some tasks, the second player is made 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 completed tasks to 0 in the item of progress associated with the mission in the mission progress data 1113 . Preferably, the control unit 112 may transmit information about tasks given during missions obtained by the first player's play and game content obtained during the missions to the communication terminal 12 of the second player.

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

If it is determined in step S608 that there are no remaining tasks (step S608: Y), that is, if the second player has successfully completed the task, the control unit 112 determines 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, a reward is given to at least one of the first player and the second player. Specifically, the control unit 112 associates at least one of the first and second players with the game content corresponding to the clear reward in the data indicating the game content 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 the first player a choice to make him/her select (step S612). One option is to execute a continue process that allows the first player to consume the game content owned by the first player and challenge the task again. Also, one of the options is for the first player to give up clearing the task and retire from the mission. In step S612, committing the mission of another option that existed in step S312 does not exist.

The control unit 112 executes processing according to the flowchart of FIG. 6 in principle. It should be noted that if the remaining time for the mission runs out while the process related to the flowchart of FIG. 6 is being executed, 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 a mission ID, such as the mission data 1112 shown in FIG. 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. have options. In this way, by providing new options for clearing missions, interest in the game can be enhanced. Also, when the first player selects the second player and requests that the second player be entrusted with a mission, the information relating to the second player can be referred to, and the player's risk can be reduced.

(Modification 1)
In the description of the embodiment, the clear reward given to the first and second players is equal to the basic reward. Modification 1 describes a case where the clear reward varies.

One method of varying the clear reward is to calculate the clear reward by multiplying the basic reward by a predetermined coefficient. At this time, the 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, the predetermined coefficient is determined according to the level of the mission and the level of the second player. First, the higher the level of the mission, the larger the coefficient. Also, the lower the level of the second player is, the larger the coefficient is. These are linked with the probability that the second player can clear the mission, and appropriate rewards 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 entrusted is mission A, the clear reward given when the second player clears the mission is 0.9 to 1.0 times the base reward. is multiplied by the coefficient of If the basic reward is 1000 experience points, 900 to 1000 experience points are given as clear rewards.

As a parameter used for determining the 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 be considered. That is, when the login frequency of the second player is low, the predetermined coefficient may be increased in order to increase the motivation of the second player to participate in the game. Also, in order to promote interaction between players, the predetermined coefficient may be increased when the degree of friendship between the first player and the second player is high.

The basic reward may increase a parameter related to the player, for example, a numerical value such as an experience value, gold, evaluation value, or the like. Alternatively, the basic reward may be the provision of a treasure chest from which rare game media can be obtained with a predetermined probability. In the case where the basic remuneration increases the numerical value, the value obtained by multiplying the basic remuneration by a predetermined coefficient may be added to the parameters related to the player. If the basic reward is the provision of a treasure box, then a rare game medium may be provided with a probability obtained by multiplying a predetermined probability set in the basic reward by a predetermined coefficient. Alternatively, instead of game media obtained at a predetermined probability set as a basic reward, game media having a rank obtained by multiplying the rank of the game media by a predetermined coefficient may be awarded.

Furthermore, the control unit 112 can also give the entrustment reward to the second player in addition to the clear reward. The entrusted reward is generated in response to entrustment of the mission to the second player. The entrusted reward may be obtained by multiplying the basic reward by a predetermined coefficient, like the clear reward. Also, 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 contents 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 displays the information for displaying the clear reward or entrusted reward obtained when the second player receives the request from the first player and clears the mission to the second player. It may be transmitted to the communication terminal 12 of the player. According to the example of FIG. 5B, the information 52 related to the mission on the mission request screen 5 displays the clear reward and entrusted reward. The second player can decide whether or not to accept the request by referring to this remuneration 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 the predetermined conditions. For example, the reward can be determined based on the relationship between the level of the second player and the difficulty of the mission. In this way, rewards can be based on appropriate expectations. Also, the reward can be determined in relation to the login frequency of the second player. In this way, the players who log in less frequently are more motivated to participate in the game, and can increase their interest in the game. In addition, the second player can decide whether to accept or decline the request according to the reward to be obtained when the entrusted mission is cleared, thereby reducing the player's risk.

(Modification 2)
Modification 2 provides a mechanism for evaluating a player in addition to the configuration of Embodiment 1. FIG.

When the first player requests the second player to entrust the mission, the first player and the second player may give evaluation points to each other. Giving evaluation points is possible regardless of whether the second player accepted or declined the request, and regardless of whether the second player could clear the mission or not. Specifically, the control unit 112 transmits information including a screen for evaluating the opponent to each of the communication terminals 12 of the first and second players. The communication terminals 12 of the first and second players respectively cause the first and second players to evaluate their opponents based on the evaluation screens displayed on the display units 121 . The control unit 112 receives evaluation results from the communication terminals 12 of the first and second players via the communication unit 110 . Subsequently, the control unit 112 varies the evaluation values associated with the first and second players based on the received evaluation results.

Evaluation criteria may include, for example, the period until the player responds to the request, the period until the mission starts after accepting the request, the period until the mission is cleared, and the like. By providing such a mechanism, the second player can be motivated to accept the request for entrusting the mission and quickly clear the mission. In addition, the first player can refer to the performance data when selecting the second player, and can reduce the risk of the request being refused or neglected by the second player.

(Modification 3)
In the embodiments so far, the first player has requested the second player to entrust the mission. Conversely, in Modification 3, a format will be described in which the second player applies for a mission that the first player wishes to entrust.

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 Modified Example 3, a system in which other players apply for acceptance of a mission presented by the first player, that is, an auction format will be described.

FIG. 8 shows a flowchart of a process of entrusting a mission in an auction format. FIG. 8(a) shows processing for the communication terminal 12 of the first player, and FIG. 8(b) shows processing for the communication terminal 12 of the second player.

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

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

Next, in FIG. 8(a), the control unit 112 transmits the bid list information including the bid information from the 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 input for selecting the 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 for selecting (determining) the second player or information for determining 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, in response to the selection of the second player by the first player, the commission owned by the first player. The game content is consumed (step S808). Specifically, the control unit 112 cancels the association between the first player and the requested game content in the data indicating the game content 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 processing related to the first player.

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

In step S806, when information for selecting (determining) the second player is received (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 terminates the process.

According to this modification, the first player does not have the risk of being refused a request to entrust a mission, and the second player can obtain a means of willingly acquiring the mission. There is also the advantage of activating exchanges between players.

(Modification 4)
In the description of the embodiments, the task included in the mission has been described as a battle. However, the challenges are not limited to battles. For example, the task may be to answer a quiz correctly or solve a puzzle.

If the task is to answer the quiz correctly, then in step S302 of the flowchart in FIG. 3, the control unit 112 presents a quiz question to the first player and a screen for the first player to answer. Also, 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 or not the first player has completed the task. If you can't solve them, you can't clear the task.

Tasks included in the mission are defined by mission content associated with the mission ID in the mission data 1112 . For example, in FIG. 2(a), a mission with B10 indicates Battle Lv10, a mission with Q20 indicates Quiz Lv20, and a mission with P30 indicates Puzzle Lv30. . Also, the assignments included in one mission may be a mix of battles, quizzes, and puzzles.

In addition, in each embodiment and modification, a computer can be preferably used to function as the server 11 or the communication terminal 12, and such a computer performs processing for realizing each function of the server 11 or the communication terminal 12. It can be realized by storing a program describing the contents in a storage unit of the computer, and reading and executing the program by a 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 various variations and modifications will be readily apparent to those skilled in the art based on this disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and it is possible to combine a plurality of means, steps, etc. into one or divide them. . The inventions described in the claims immediately before the division of the original application of the present application are additionally described below.
[1]
A game providing system having a server for providing a game and a terminal device connected to the server,
the server
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;
receiving information that the mission is acceptable from the terminal device used by the second player;
transmitting a list of one or more second players who can accept the mission to a terminal device used by the first player;
transmitting information determined as a request destination of the mission to the terminal device used by the second player selected by the first player;
The terminal device used by the first player is
sending a request to the server to entrust the mission in the middle of the mission;
transmitting information about the second player selected from the list received from the server to the server;
The terminal device used by the second player is
receiving information about the mission from the server;
A game providing system that transmits information that the mission is acceptable to the server.
[2]
The terminal device used by the first player is
A list including identification information relating to one or more second players capable of accepting the mission transmitted from the server in response to a request from the first player to entrust the mission, and information relating to the player's play of the game. The game providing system according to [1], wherein the information of the second player selected by the first player from is transmitted to the server.
[3]
the server
According to [1] or [2], at least one of the first player and the second player is rewarded when the task in the mission is successfully achieved as a result of the play by the second player. game delivery system.
[4]
The terminal used by the second player is
The game providing system according to [3], wherein information indicating that the mission can be accepted is transmitted to the server together with information about a reward requested when accepting the mission.
[5]
The game providing system according to [3] or [4], wherein the server provides at least one of game media and parameter improvement as the reward.
[6]
The game providing system according to any one of [1] to [5], wherein the second player is an in-game friend of the first player or a player belonging to a guild to which the first player belongs.
[7]
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 indicating that the mission is acceptable from the terminal device used by the second player;
a step of transmitting a list of one or more second players who can accept the mission to a terminal device used by the first player;
transmitting information determined as the request destination of the mission to the terminal device used by the second player selected by the first player;
The terminal device used by the first player is
sending a request to the server to entrust the mission in the middle of the mission;
sending information about the second player selected from the list received from the server to the server;
The terminal device used by the second player is
receiving information about the mission from the server;
and sending information to the server that the mission is acceptable.
[8]
A terminal device that connects to a server that provides a game,
Sending a request to the server to entrust the mission in the middle of the mission,
displaying a list of one or more other players who can accept the mission obtained from the server on a display unit;
accepting a selection of said other player displayed in said list;
A terminal device that transmits the selected other player to the server as information on the player to whom the mission is entrusted.
[9]
A program for a terminal device that connects to a server that provides a game,
In the computer of the terminal device,
sending a request to the server to entrust the mission in the middle of the mission;
displaying on a display a list of one or more other players who can accept the mission;
accepting a selection of said other player displayed in said list;
and transmitting the selected other player to the server as information of the player to whom the mission is entrusted.
[10]
A terminal device that connects to a server that provides a game,
receiving information about missions requested by other players from the server;
displaying information about the mission on the display unit;
Receiving an input from the player that the mission can be accepted,
sending information to the server that the mission is acceptable;
A terminal device that executes the mission when the player is selected as a request destination of the mission.
[11]
A program for a terminal device that connects to a server that provides a game,
In the computer of the terminal device,
receiving information about missions requested by other players from the server;
displaying information about the mission on a display;
a step of accepting an input by the player that the mission can be accepted;
sending information to the server that the mission is acceptable;
and a step of executing the mission when the player is selected as the requestee of the mission.

1 communication system 11 server (game server)
110 communication unit 111 storage unit 1111 game content 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 trustee selection screen 5b mission request screen 51 player's avatar 52 information related to player 53 check box 54 enter button 55 information related to first player and mission 56 accept button 57 Reject button

Claims (10)

A server that provides a game to a terminal device,
receiving, from a terminal device used by a player who plays the game, setting information for setting whether or not the player is displayed in a player list indicating targets to be entrusted with missions of the game;
A request to entrust a mission based on a selection operation of the first player on a selection screen displayed on a terminal device used by the first player when the first player fails to accomplish a task in a predetermined mission in the game. from the terminal device used by the first player,
transmitting to the terminal device used by the first player a player list containing a second player who is a player other than the first player and whose setting information is set to be displayed on the player list;
receiving information about the second player selected from the player list from the terminal device used by the first player;
transmitting a request to entrust the mission to the terminal device used by the selected second player;
A server that, when the second player accepts the request, causes the second player to execute the mission. In the process of causing the second player to execute the mission, if the second player accepts the request, the process related to the mission of the first player is terminated, and the mission is associated with the second player. , causing the second player to perform the mission. 3. The server according to claim 1 or 2, wherein when associating the mission with the second player, the number of tasks in the mission that the first player has completed is reset. The setting information transmitted from the terminal device used by the player includes a predetermined condition related to display or non-display on the player list,
It is determined whether or not the request from the first player satisfies the predetermined condition, and if the predetermined condition is satisfied, the second player who has set the predetermined condition is included in the player list. 4. The server according to any one of 1 to 3. The predetermined conditions include conditions regarding rewards when the mission is achieved,
The second player, who has set the condition regarding the reward as the setting information, determines whether or not the predetermined mission requested by the first player satisfies the condition regarding the reward, and the predetermined mission satisfies the condition regarding the reward. 5. The server according to claim 4, wherein the second player is included in the player list when it is determined that the conditions are satisfied. The predetermined conditions include conditions regarding friendship with the player who requested the predetermined mission,
When it is determined whether or not the second player who has set the condition regarding the degree of friendship as the setting information satisfies the condition regarding the degree of friendship with the first player, and it is determined that the condition regarding the degree of friendship is satisfied 6. The server according to claim 4 or 5, wherein the second player is included in the player list in. The server provides the first player and the second player with at least one of game media and parameter improvement as a reward obtained when the second player succeeds in accomplishing a task in the predetermined mission. 7. The server according to any one of claims 1 to 6, wherein the server is given to at least one player among. The server according to any one of claims 1 to 7, wherein said second player is an in-game friend of said first player or a player belonging to a guild to which said first player belongs. A game providing method in which a game providing server provides a game to a terminal device,
the server
a step of receiving, from a terminal device used by a player who plays the game, setting information for setting whether or not the player is displayed in a player list indicating targets entrusted with missions of the game;
A request to entrust a mission based on a selection operation of the first player on a selection screen displayed on a terminal device used by the first player when the first player fails to accomplish a task in a predetermined mission in the game. from the terminal device used by the first player;
a step of transmitting to the terminal device used by the first player a player list including a second player who is a player other than the first player and whose setting information is set to be displayed in the player list;
a step of receiving information on the second player selected from the player list from the terminal device used by the first player;
a step of transmitting a request to entrust the mission to the terminal device used by the selected second player;
and performing a process of causing the second player to execute the mission when the second player accepts the request. A program executed by a server that provides a game to a terminal device,
to the server,
A function of receiving, from a terminal device used by a player who plays the game, setting information for setting whether or not the player is displayed in a player list indicating targets to which missions of the game are entrusted;
A request to entrust a mission based on a selection operation of the first player on a selection screen displayed on a terminal device used by the first player when the first player fails to accomplish a task in a predetermined mission in the game. from the terminal device used by the first player;
a function of transmitting a player list including a second player who is a player other than the first player and whose setting information is set to be displayed in the player list, to the terminal device used by the first player;
a function of receiving information of the second player selected from the player list from the terminal device used by the first player;
transmitting a request to entrust the mission to the terminal device used by the selected second player;
and a function of causing the second player to execute the mission when the second player accepts the request.

Images