Information processing device, information processing method, and information processing program

Abstract

To provide an information processing device, an information processing method, and an information processing program which can receive an operation, on behalf, of performing an operation to be performed by a user at a turn of the user whose turn has come, a user whose turn has come to operate a game, from a terminal operated by another user.SOLUTION: An information processing device includes an instruction receiving unit and an operation receiving unit. The instruction receiving unit receives, from a first terminal operated by a first user whose turn has come to operate a game, an instruction of requesting that an operation at the turn is performed on behalf of the first user. The operation receiving unit imparts operation authority in the turn to a second user different from the first user, and receives an operation to be performed on behalf, from a second terminal operated by the second user to whom the operation authority has been imparted.SELECTED DRAWING: Figure 4

Description

Technical Field

[0001] The present invention relates to an information processing apparatus, an information processing method, and an information processing program.

Background Art

[0002] Conventionally, in games such as online games, there is a known game in which a user (player) selects a character from a plurality of characters they own, arranges a deck using the selected character, and clears a quest using the arranged deck to obtain new characters and items. The quest can be executed jointly by a plurality of users (hereinafter referred to as multiplayer).

[0003] In multiplayer, each user operates the character assigned to themselves among the plurality of characters for arranging the deck. For example, assume that the deck is arranged from characters A to D, character A is assigned to user U1, and characters B to D are assigned to other users U2 to U4 respectively. In this case, after user U1 finishes operating character A, user U2 operates character B, and then user U3 operates character C, and so on, and users operate characters A to D for arranging the deck in order.

[0004] Patent Document Ⅰ describes that in a game where a player battles an opponent, when another player different from the player participates in the battle, an effect of increasing the attack power of the other player is set in the battle, and information related to the effect set in the battle is displayed on the terminals of other players who can participate in the battle.

Prior Art Documents

Patent Documents

[0005]

Patent Document Ⅰ

Summary of the Invention

[0006] However, in conventional technology where each user takes turns controlling the characters that make up a deck, there was a problem in that it was not possible to accept operations from a terminal operated by a different user to take over the operations that the user whose turn it was to operate the game should have performed in that order.

[0007] The object of the present invention is to provide an information processing device, an information processing method, and an information processing program that can receive operations from a terminal operated by a user other than the user in question, on behalf of the user whose turn it is to operate the game and who should be performing those operations in that order. [Means for solving the problem]

[0008] The information processing apparatus according to the present invention is It comprises an instruction receiving unit and an operation receiving unit, The instruction receiving unit receives an instruction from the first terminal operated by the first user when it is the first user's turn to operate the game, requesting that the unit perform the operations that the first user should perform in the sequence. The operation reception unit grants operation privileges in the order described above to a second user who is different from the first user, and accepts the operation to be performed on behalf of the first user from the second terminal operated by the second user who has been granted the operation privileges. [Effects of the Invention]

[0009] According to the present invention, it is possible to receive instructions from a terminal operated by a different user to perform an action on behalf of the user whose turn it is to operate the game. [Brief explanation of the drawing]

[0010] [Figure 1] This is a diagram showing the configuration of the game system in this embodiment. [Figure 2] This is a block diagram showing the server hardware configuration in this embodiment. [Figure 3] This is a block diagram showing the hardware configuration of the user terminal in this embodiment. [Figure 4] This is a block diagram showing an example of the server's functional configuration in this embodiment. [Figure 5] This is an example of a gameplay screen displayed on the user's terminal. [Figure 6] This is an example of a gameplay screen displayed on the user's terminal. [Figure 7] This is an example of a gameplay screen displayed on the user's terminal. [Figure 8] This is an example of a gameplay screen displayed on the user's terminal. [Figure 9] This is an example of a gameplay screen displayed on the user's terminal. [Figure 10] This is an example of a gameplay screen displayed on the user's terminal. [Figure 11] This is an example of a gameplay screen displayed on the user's terminal. [Figure 12] This is an example of a gameplay screen displayed on the user's terminal. [Figure 13] This flowchart shows an example of the processing performed by the server. [Modes for carrying out the invention]

[0011] Embodiments of the present invention will be described with reference to the attached drawings. In each drawing, components denoted by the same reference numerals have the same or similar configurations.

[0012] (Game System 1 Configuration) FIG. 1 shows the configuration of the game system 1 in the present embodiment. The game system 1 shown in FIG. 1 includes a server 10 (game server) and a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c, user terminal 20d). The server 10 and the user terminals 20 are communicably connected to each other via a communication line 5 such as the Internet, an intranet, a wireless LAN, or mobile communication. Note that the server 10 functions as the "information processing apparatus" of the present invention.

[0013] In the present embodiment, the users who use the user terminals 20a, 20b, 20c, and 20d are referred to as user U1, user U2, user U3, and user U4, respectively. When it is not necessary to distinguish user U1, user U2, user U3, and user U4 from each other, user U1, user U2, user U3, and user U4 are each expressed as user U.

[0014] Also, when it is not necessary to distinguish the user terminals 20a, 20b, 20c, and 20d from each other, the user terminals 20a, 20b, 20c, and 20d are each expressed as user terminal 20.

[0015] Note that the number of user terminals 20 included in the game system 1 is not limited to four, and it may include at least one or more user terminals 20.

[0016] The user terminal 20 is an information processing terminal such as a smartphone or a tablet terminal, and provides a game to the user U. The user U can log in to the game and execute the game by operating the user terminal 20. The user terminal 20 may be any terminal such as a mobile phone, a personal computer (PC), a notebook PC, a personal digital assistant (PDA), or a home game device. The user terminal 20 may notify the server 10 of its own position detected using a global positioning system (GPS) or the like.

[0017] Server 10 is a device that performs some of the functions necessary for the user terminal 20 to provide the game, such as managing various information about user U or executing some of the game's processing. Server 10 may consist of one or more information processing devices, or it may be configured using a virtual server (such as a cloud server).

[0018] (Game Overview) Next, we will explain the overview of the game provided by Game System 1. In the game provided by Game System 1, user U can assemble a deck using characters selected from multiple characters they own, and by clearing quests using the assembled deck, they can obtain new characters and items.

[0019] User U can take on more difficult quests by combining multiple characters they have acquired to create stronger characters, or by using items to enhance the attributes of their characters.

[0020] Here, "quest" refers to a task that can be completed by fulfilling certain predetermined conditions. Quests are also commonly called explorations, tasks, or missions. A user U who participates in a quest can complete it by fulfilling those conditions. Upon completion, the user U receives a reward or the game's story progresses.

[0021] A deck is a term that refers to a group of characters combined together. When User U performs a quest, they select characters with abilities suitable for clearing that quest to form a deck and then perform the quest. In this embodiment, User U's "performance" of quests may be referred to as "quest play." During battles (combat) with enemy characters, User U's characters go first, and the enemy characters go second, with each character taking turns attacking once (turn-based).

[0022] The game of this embodiment is a multiplayer game in which multiple users U can play together by operating their respective user terminals 20. That is, users U can not only play alone (solo play), but can also play together with other users U in so-called multiplayer (also called cooperative play) mode, where they play a common quest simultaneously. In multiplayer mode, each user U operates the character assigned to them from among multiple characters that make up a deck.

[0023] For example, let's assume a deck is composed of characters A through D, with character A assigned to user U1, and characters B through D assigned to other users U2 through U4, respectively. In this case, after user U1 has finished operating character A, user U2 will operate character B, then user U3 will operate character C, and so on, with each user U taking turns operating the characters A through D that make up the deck.

[0024] In this multiplayer mode, a collaborative relationship is formed between a user U who hosts a multiplayer session for a specific quest and recruits teammates (hereinafter referred to as the host user), and other users U who respond to the invitation and participate in the multiplayer session (hereinafter referred to as the guest users). The progress of the game is synchronized between the users U (host user and guest users) participating in the multiplayer session. In addition, a user U (host user) can also directly invite other users U (potential guest users) to the multiplayer session by sending them an invitation message via a messaging app.

[0025] Multiplayer is conducted through the communication function of each user U's user terminal 20. For example, a guest user makes a matching request to a host user who is hosting a multiplayer game and recruiting players, and confirms one or more host users displayed in response to that request. The guest user then applies to join the multiplayer game hosted by the desired host user, and if the host user accepts the application, a communication path for multiplayer is established between the guest user and the host user. There are no particular restrictions on eligibility to apply for multiplayer, and can be set arbitrarily. For example, an application may be made to a host user's game that is within a predetermined distance from the guest user making the application, or another user U who has a friendship with a certain user U and who is mutually approved as a friend (guest user) may be allowed to apply.

[0026] Subsequently, the transmission and reception of various data required for multiplayer is carried out according to a known communication method. This data may be transmitted via a client-server system through server 10, or via a peer-to-peer (P2P) system without server 10. Furthermore, the multiplayer format can be classified into fully synchronous and asynchronous types, and either format may be adopted.

[0027] Multiplayer games include cooperative games where multiple users cooperate, and competitive games where users compete against each other; either type is acceptable. Furthermore, there is no particular limit on the number of users (maximum number of players) in a single multiplayer session; it can be set to any number, although setting it to around 4 players is recommended.

[0028] In this embodiment, when executing a quest in multiplayer (for example, during a battle with an enemy character), a user U who is unsure how to attack due to being unfamiliar with the game's specifications or being inexperienced with character control can request another user U participating in the multiplayer to perform the actions that should be performed during their turn (a predetermined period of time, or turn). If the request for assistance is accepted by another user U within a predetermined time (for example, 10 seconds), the user U who accepted the request first is granted the authority to perform the actions in the given turn order. As a result, the other user U can perform the actions they were authorized to perform. If the request for assistance is not accepted by another user U within the predetermined time, the user U who made the request will perform the actions in the given turn order themselves.

[0029] Other users who perform the proxy actions will receive rewards associated with those actions. These rewards are objects that users can use in the game, such as characters and items. The items given as rewards include in-game currency, which is necessary to carry out certain events in the game. These events include lottery events where players can obtain characters and other items.

[0030] (Hardware configuration of Server 10) Figure 2 is a block diagram showing the hardware configuration of the server 10 in this embodiment. As shown in Figure 2, the server 10 is configured to include a control unit 11, a storage unit 12, a communication unit 13, an operation input unit 14, and a monitor 15.

[0031] The control unit 11 includes, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), and controls the overall operation of the server 10.

[0032] A portion of the memory unit 12 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 11 executes processing based on various programs.

[0033] Furthermore, a portion of the storage unit 12 is, for example, a non-volatile memory such as ROM (Read Only Memory) or an HDD (Hard Disk Drive), which stores various data and programs used for processing by the control unit 11. The storage unit 12 can also maintain a database that includes one or more tables for recording various information and processing results.

[0034] The programs stored in the memory unit 12 include, for example, an OS (Operating System) for realizing the basic functions of the server 10, drivers for controlling various hardware, and programs for realizing various functions, and include programs that function as the "information processing program" of the present invention.

[0035] The communication unit 13 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Alternatively, the communication unit 13 may have functions to connect to a wireless LAN (Local Area Network), a wireless WAN (Wide Area Network), short-range wireless communication such as Bluetooth®, and infrared communication, either in place of or in conjunction with the NIC. The server 10 is connected to user terminals 20, etc., via the communication line 5 and can send and receive various types of data with the user terminals 20, etc.

[0036] The operation input unit 14 consists of a keyboard and mouse, and accepts input of various operations from users using the server 10. The monitor 15 is, for example, a liquid crystal display device, and displays various images.

[0037] The control unit 11, storage unit 12, communication unit 13, operation input unit 14, and monitor 15 are electrically connected to each other via a system bus 16. Therefore, the control unit 11 can access the storage unit 12, display images on the monitor 15, understand the user's operation status on the operation input unit 14, and access various communication networks and user terminals 20 via the communication unit 13.

[0038] (Hardware configuration of user terminal 20) Figure 3 is a block diagram showing the hardware configuration of the user terminal 20 in this embodiment. As shown in Figure 3, the user terminal 20 is configured to include a control unit 21, a storage unit 22, a communication unit 23, a display unit 24, a speaker 25, a microphone 26, a camera 27, and operation buttons 28, etc. The user terminal 20 may also be a terminal that has a vibration unit or other sensors.

[0039] The control unit 21 is, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), and controls the overall operation of the user terminal 20.

[0040] A portion of the memory unit 22 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 21 executes processing based on various programs.

[0041] Furthermore, a portion of the storage unit 22 is, for example, non-volatile memory such as ROM (Read Only Memory) or HDD (Hard Disk Drive), which stores various data and programs used for processing by the control unit 21. The storage unit 22 can also maintain a database including one or more tables for recording various information and processing results.

[0042] The programs stored in the memory unit 22 include, for example, an OS (Operating System) for realizing the basic functions of the user terminal 20, drivers for controlling various hardware, and programs for realizing various functions.

[0043] The communication unit 23 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Alternatively, the communication unit 23 may have functions to connect to a wireless LAN (Local Area Network), a wireless WAN (Wide Area Network), short-range wireless communication such as Bluetooth®, and infrared communication, either in place of or in conjunction with the NIC. The user terminal 20 is connected to the server 10 and other user terminals 20 via the communication line 5, and can send and receive various types of data between the server 10 and other user terminals 20.

[0044] The display unit 24 is a touch panel display or the like, capable of displaying images and accepting operations from the user U.

[0045] The speaker 25 outputs various sounds under the control of the control unit 21. The microphone 26 receives various sounds under the control of the control unit 21. The camera 27 captures images of the subject under the control of the control unit 21.

[0046] The operation buttons 28 are located on the side of the user terminal 20, for example, and include power buttons for starting or stopping the user terminal 20, and buttons for adjusting the volume of sound output from the speaker 25.

[0047] The control unit 21, storage unit 22, communication unit 23, display unit 24, speaker 25, microphone 26, camera 27, and operation buttons 28 are electrically connected to each other via a system bus 29. Therefore, the control unit 21 can access the storage unit 22, display images on the display unit 24, understand the operation status of the touch panel display (display unit 24) and operation buttons 28 by the user U, input sound to the microphone 26, output sound from the speaker 25, control the camera 27, and access various communication networks, the server 10, and other user terminals 20 via the communication unit 23.

[0048] Figure 4 is a block diagram showing an example of the functional configuration of the control unit 11 provided in the server 10 in this embodiment. As shown in Figure 4, the control unit 11 has a functional configuration that includes a reception unit 11a, a game play control unit 11b, an instruction reception unit 11c, an operation reception unit 11d, and a display control unit 11e. In general, the control unit 11 of the server 10 has various other functions besides those described above, but here only the functions characteristic of the game system 1 in this embodiment will be described, and other known functions will not be shown or described.

[0049] The reception unit 11a receives a request from the first user (e.g., user U1) to play a game (quest) that can be played by consuming in-game value (e.g., stamina, orbs) via the first user's operation on the display unit 24 of the user terminal 20 (for example, a request for multiplayer gameplay by multiple users (e.g., user U1, user U2, user U3, user U4)).

[0050] When a game play request is received by the reception unit 11a, the game play control unit 11b controls the play of a multiplayer game (for example, multiplayer) in which multiple users (e.g., user U1, user U2, user U3, user U4) including the first user (e.g., user U1) can participate.

[0051] The instruction receiving unit 11c receives instructions from the first terminal (e.g., user terminal 20a) operated by the first user (e.g., user U1) when it is the first user's turn to play the game (including cases where the turn order changes randomly), requesting that the instruction receiving unit 11c perform the operations that the first user should perform in the above order. The instruction receiving unit 11c may also receive instructions from the first terminal (e.g., user terminal 20a) operated by the first user (e.g., user U1) requesting that the instruction receiving unit 11c perform the operations that the first user should perform in the above order before it is the first user's turn to play the game.

[0052] The instruction receiving unit 11c receives an instruction requesting that a second user (e.g., user U2), who is a candidate user selected by the first user (e.g., user U1), perform an operation on behalf of the first user (e.g., user U1) from among several candidate users (e.g., user U2, user U3, user U4) who are capable of performing the operation that the first user should be performing (i.e., it is not currently the first user's turn to operate the game).

[0053] The instruction receiving unit 11c receives an instruction from the first user (e.g., user U1) to select one of several candidate users (e.g., user U2, user U3, user U4). If the request for the substitute is not accepted by the candidate user selected by the first user (e.g., user U3), the unit receives an instruction from the second user (e.g., user U2), who is the candidate user selected by the first user from among the other candidate users (e.g., user U2, user U4) excluding the selected candidate user, to request the operation to be performed on behalf of the first user.

[0054] If the operation reception unit 11d receives a request for proxy operation from a second user (e.g., user U2) selected by the first user (e.g., user U1), it grants the second user (e.g., user U2) the operation rights in the order described above. Furthermore, if, after the instruction reception unit 11c receives an instruction to request proxy operation, there is a candidate user who has voluntarily accepted the request for proxy operation, the operation reception unit 11d grants the second user (e.g., user U2), who is the candidate user who accepted the request for proxy operation, the operation reception unit 11d grants the operation rights in the order described above. The operation reception unit 11d then receives the operation to be performed on behalf of the second user (e.g., user terminal 20b) operated by the second user who has been granted operation rights.

[0055] When the instruction receiving unit 11c receives an instruction to request someone to perform an operation on behalf of another user, the display control unit 11e displays on the first terminal (e.g., user terminal 20a) operated by the first user (e.g., user U1) the candidate users who meet predetermined conditions and candidate users who do not meet the predetermined conditions in an identifiable manner. Here, the predetermined conditions are that the user has a high success rate for the operation to be performed on behalf of another user, has experience clearing the quest currently being played, has a high user rank (if there are no users who have experience clearing the quest currently being played), and is eligible to be granted the authority to perform the operation on behalf of another user. In addition, each candidate user who has the authority to perform the operation on behalf of another user (e.g., user U2, user U3, user U4) may have an upper limit on the number of times they can perform the operation on behalf of another user. The reason for this is that, for example, if a skilled candidate user is allowed to perform the operation on behalf of another user consecutively, the difficulty of the quest currently being played may decrease more than necessary.

[0056] The display control unit 11e changes the display mode of the character to be operated (corresponding to the "object" of the present invention) in the order described above, before and after operation privileges are granted to the second user (e.g., user U2). For example, the display control unit 11e displays the first character in the first display mode when the first user (e.g., user U1) has operation privileges for the first character in the order in which the first user operates the game, and displays the first character in the second display mode (e.g., a display mode that is more conspicuous than the first display mode) when the first user requests operation privileges to be granted to the second user. The second display mode may be different for each second user to whom operation privileges are granted (e.g., user U2, user U3, user U4). In this case, if the second user to whom operation privileges are granted is user U2, the first character may be displayed in the color corresponding to user U2 (e.g., blue), and if the second user to whom operation privileges are granted is user U3, the first character may be displayed in the color corresponding to user U3 (e.g., yellow).

[0057] The display control unit 11e makes the display of characters (objects) that are not the target of operation differ in the order described above, before operation privileges are granted to the second user and after they are granted to the second user.

[0058] The display control unit 11e displays reference information that helps in selecting a candidate user (for example, user U2, user U3, or user U4) to whom the operation to be performed on behalf of another user should be requested. The reference information is related to user U who is skilled at playing the game and has a high success rate for performing the operation on behalf of another user, user U who has previously completed the quest currently being played, or user U who has the highest user rank among multiple user Us participating in a multiplayer game. The reference information may also be related to the past operation history of each candidate user (for example, user U2, user U3, user U4) (for example, the success rate of the operation to be performed on behalf of another user, or the number of "likes" (not shown) indicating the number of users who selected the "like" button for the operation to be performed on behalf of another user). Furthermore, the display control unit 11e may display different reference information for each user terminal 20. Furthermore, as supplementary information, it is preferable to include positive information such as which users are good at playing games, which users have previously completed the quest currently being played, and which users are recommended by other users, rather than negative information such as which users are bad at playing games or which users are not recommended.

[0059] The display control unit 11e displays the above-mentioned reference information, which is recommended as a recipient for the operation to be performed on behalf of the first user (e.g., user U1), on the first terminal (e.g., user terminal 20a) operated by the first user (e.g., user U2, user U3, user U4) (e.g., user terminal 20b, user terminal 20c, user terminal 20d), but does not display the above-mentioned reference information on terminals operated by users other than the first user (e.g., user U2, user U3, user U4) (e.g., user terminal 20b, user terminal 20c, user terminal 20d).

[0060] The display control unit 11e causes the terminal (user terminal 20b) operated by a candidate user (e.g., user U2) who is recommended to accept a request from another candidate user (e.g., user U4) among several candidate users (e.g., user U2, user U3, user U4) who are capable of performing the operation on behalf of another candidate user (e.g., user U4), to display information indicating that it is recommended to accept the request to perform the operation on behalf of the other user.

[0061] Figures 5 to 12 show examples of gameplay screens displayed on the display unit 24 of the user terminal 20 during quest execution in multiplayer mode (for example, during battle with enemy characters). Each screen described below is displayed based on game screen display data sent from the server 10 to the user terminal 20.

[0062] As shown in Figure 5, the gameplay screen displays enemy character images 30 corresponding to enemy characters, character images 31-34 corresponding to characters A-D assigned to users U1-U4 respectively, user images 40-43 corresponding to users U1-U4 respectively, a proxy request button 50, and a request acceptance button 52, etc. The proxy request button 50 is a button (operation key) that user U can press to request other users U participating in multiplayer to perform an operation that is their turn to perform. The request acceptance button 52 is a button that user U can press to accept a proxy request made by other users U participating in multiplayer. Note that the proxy request button 50 may not be displayed while playing the game normally or on the screen showing the turn of operations when it is not the user's turn to operate. The trigger for a proxy request, such as pressing the proxy request button 50, may be activated in response to a predetermined operation, such as user U tapping another user U's icon or a predetermined location on the screen during gameplay for a certain period of time. This prevents the gameplay screen from being displayed smaller due to the proxy request screen.

[0063] Figure 6 shows an example of the gameplay screen displayed on the display unit 24 of the user terminal 20 when user U1 presses the proxy request button 50 to ask other users U2-U4 to perform an operation that should be performed in their turn. As shown in Figure 6, above the user image 40 corresponding to user U1, information indicating that user U1 has pressed the proxy request button 50 (for example, the string information "Proxy Request") is displayed, and below the character image 31 corresponding to character A assigned to user U1, information indicating that user U1 currently has the authority to operate character A (for example, the string information "User U1") is displayed. Other users U2-U4 participating in multiplayer can understand that user U1 has asked other users U2-U4 to perform an operation that should be performed in their turn by referring to the gameplay screen shown in Figure 6.

[0064] Figure 7 shows an example of the gameplay screen displayed on the display units 24 of user terminals 20a and 20b operated by user U1 (selector) and user U2 (selected user) when user U1 selects user U2 from among several candidate users (users U2, U3, and U4) who can perform the operations that user U1 should be performing (i.e., it is not currently user U1's turn to operate the game). User U1 can select user U2 as the person to request the operation from among several candidate users (users U2, U3, and U4) by, for example, pressing the user image 41 corresponding to user U2.

[0065] As shown in Figure 7, above the user image 41 corresponding to user U2, information indicating that user U2 has been selected (nominated) from among multiple candidate users (user U2, user U3, user U4) is displayed (for example, the string information "nominated"). By referring to the gameplay screen shown in Figure 7, user U2 can understand that they have been selected by user U1 as the person to whom the request was made.

[0066] Figure 8 shows an example of a gameplay screen displayed on the display unit 24 of the user terminal 20a operated by user U1, before user U1 selects one of several candidate users (users U2, U3, and U4) who can perform the operations that user U1 should perform (i.e., it is not currently user U1's turn to operate the game). As shown in Figure 8, candidate users (users U2 and U4) who meet predetermined conditions and candidate users (users U2 and U4) who do not meet predetermined conditions are displayed in an identifiable manner.

[0067] For example, above the user images 41 and 43 corresponding to users U2 and U4, information indicating that a predetermined condition is met (for example, the string "Conditions met") is displayed. On the other hand, above the user image 42 corresponding to user U3, who does not meet the predetermined condition, no information indicating that the predetermined condition is met is displayed. The predetermined conditions are, as described above, a high success rate for the operation to be performed on behalf of another user, experience clearing the currently played quest, a high user rank (if no user has experience clearing the currently played quest), and the ability to be granted permission to perform the operation on behalf of another user. By referring to the gameplay screen shown in Figure 8, user U1 can make a suitable decision on which of the multiple candidate users (users U2, U3, and U4) to select as the person to request to perform the operation that is due to be performed on behalf of another user.

[0068] Figure 9 shows an example of a gameplay screen displayed on the display unit 24 of the user terminal 20 when user U2 presses the request acceptance button 52 to accept a request for proxy action made by user U1. As shown in Figure 9, above the user image 41 corresponding to user U2, information indicating that user U2 has accepted the request for proxy action (for example, the string information "Proxy Accepted") is displayed, and below the character image 31 corresponding to character A assigned to user U1, information indicating that user U2, who has been granted control over character A, will perform the operation on behalf of the user (for example, the string information "User U2"). In addition, the display color of the character image 32 corresponding to character B assigned to user U2 is changed to gray, and below the character image 32, information indicating that character B is not the target of the operation in the current turn (for example, the string information "Not Targeted for Operation") is displayed. In other words, the display control unit 11e changes the display pattern of character A, which is the target of operation, in the order in which user U1 should have performed the operation, before operation privileges are granted to user U2 and after they are granted to user U2. Also, the display control unit 11e changes the display pattern of character B, which is not the target of operation, in the order in which operation privileges are granted to user U2 and after they are granted to user U2.

[0069] By referring to the gameplay screen shown in Figure 9, user U2 can identify and understand character A, which is the target of the operation to be performed on behalf of user U1 in the current turn, and character B, which is assigned to user U2 but is not the target of the operation in the current turn. Character B does not need to be displayed. In addition, in order for user U2 to accept the request for assistance made by user U1, user U2 may press the character image 31 corresponding to character A assigned to user U1, or the user image 40 corresponding to user U1, instead of the request acceptance button 52.

[0070] Figure 10 shows an example of a gameplay screen displayed on the display unit 24 of the user terminal 20a operated by user U1 when user U1 presses the proxy request button 50 to request other users U2 to U4 to perform an operation that is due to be performed by user U1. As shown in Figure 10, above the user image 41 corresponding to user U2, the following reference information is displayed to help select a candidate user (user U2, user U3, user U4) to whom the operation should be performed: information indicating that the game system 1 recommends user U2 as the recipient of the operation based on past proxy history (for example, the string information "System Recommended") and information indicating that user U4 recommends user U2 as the recipient of the operation (for example, the string information "User U4 Recommended").

[0071] By referring to the gameplay screen shown in Figure 10, user U1 can understand that game system 1 and user U4 recommend user U2 as the person to perform the action on their behalf, and can make a suitable decision on which of the multiple candidate users (user U2, user U3, and user U4) to select as the person to perform the action on their behalf. User U4 can recommend user U2 as the person to perform the action on their behalf by pressing the user image 41 corresponding to user U2. Therefore, the screens of users U who are playing multiplayer but have not requested assistance may display a message soliciting recommendations for other users to perform the action on their behalf. Seeing this screen can prompt users U to make recommendations. In addition, to ensure smooth gameplay, the screens of users U who are accepting recommendations may display the time they are available to receive recommendations and a countdown timer. Furthermore, it may be possible to differentiate between users who can be recommended as proxy players and those who cannot, based on factors such as their rank as a designated game player and whether or not they have a history of clearing quests they are currently playing. This would prevent the acceptance of low-quality recommendation information.

[0072] Figure 11 shows an example of a gameplay screen displayed on the display unit 24 of the user terminal 20b operated by user U2 when user U1 presses the proxy request button 50 to ask other users U2 to U4 to perform an operation that is due to be performed by user U1. As shown in Figure 11, above the user image 41 corresponding to user U2, information is displayed indicating that user U4 recommends user U2 as the recipient of the proxy operation (for example, the string "User U4 Recommended"), which is helpful in selecting a candidate user (user U2, user U3, user U4) to perform the proxy operation on. By referring to the gameplay screen shown in Figure 11, user U2 can gain an incentive to voluntarily accept the proxy request.

[0073] Figure 12 shows an example of the gameplay screen displayed on the display unit 24 of the user terminal 20c operated by user U3 when user U1 presses the proxy request button 50 to ask other users U2-U4 to perform an operation that is due to be performed by user U1. As shown in Figure 12, unlike in Figures 10 and 11, no reference information that would be helpful in selecting a candidate user (user U2, user U3, user U4) to whom the operation should be performed is displayed above the user image 41 corresponding to user U2. As a result, user U3 cannot know which user U is recommended as the person to perform the operation on their behalf, and it is possible to prevent user U3 from unnecessarily feeling unpleasant feelings by knowing that user U4 is recommending user U2, meaning that user U3 is not recommended because user U4 thinks user U2 is incompetent, etc.

[0074] Figure 13 is a flowchart showing an example of the processing performed by the server 10 in this embodiment (corresponding to the "information processing method" of the present invention).

[0075] First, the reception unit 11a receives a request from the first user (e.g., user U1) to play a game (quest) that can be played by consuming in-game value, or, as an example, a request for multiplayer gameplay by multiple users (e.g., user U1, user U2, user U3, user U4) via the operation of the display unit 24 of the user terminal 20 (step S100).

[0076] Next, the gameplay control unit 11b starts controlling the play of a multiplayer game (for example, multiplayer) in which multiple users (e.g., user U1, user U2, user U3, user U4) including the first user (e.g., user U1) can participate (step S110).

[0077] Next, the instruction receiving unit 11c determines whether it has received an instruction from the first terminal (e.g., user terminal 20a) operated by the first user (e.g., user U1) when it is the first user's turn to operate the game, requesting that the instruction be performed on behalf of the first user in the order described above (step S120). If the determination shows that no instruction to perform the operation on behalf of the first user has been received (step S120, NO), the process returns to before step S120.

[0078] On the other hand, if an instruction to request a proxy is received (step S120, YES), the operation reception unit 11d determines whether there is a candidate user (e.g., user U2, user U3, user U4) who is capable of performing the operation that the first user should perform (i.e., is not currently in the user's position to operate the game) and who has voluntarily accepted the request to perform the proxy within a predetermined time (e.g., 10 seconds) (step S130). The display control unit 11e may display the remaining time (e.g., 10 seconds) in a countdown format while the request to perform the proxy has not been voluntarily accepted by a candidate user.

[0079] If the determination results in a candidate user who has accepted the request for proxy operation (step S130, YES), the operation reception unit 11d grants the second user (for example, user U2), who is the candidate user who accepted the request for proxy operation, the operation privileges in the order described above (step S170).

[0080] On the other hand, if there are no candidate users who have accepted the request for proxy service (Step S130, NO ) The instruction receiving unit 11c receives an instruction from the first user (for example, user U1) to select one of several candidate users (for example, user U2, user U3, user U4) (step S140). If no candidate user voluntarily accepts the request for proxy action within a predetermined time, the operation receiving unit 11d may grant the operation authority in the above order to the game play control unit 11b (non-user) and automatically accept the operation to be performed by the game play control unit 11b.

[0081] Next, the instruction receiving unit 11c receives an instruction from the first user (e.g., user U1) requesting that the second user (e.g., user U2), who is a candidate user selected by the first user, perform an operation on their behalf (step S150).

[0082] Next, the instruction receiving unit 11c determines whether the request for proxy operation was accepted by the second user (e.g., user U2) selected by the first user (e.g., user U1) within a predetermined time (e.g., 10 seconds) (step S160). If the result of the determination is that the request for proxy operation was not accepted (step S160, NO), the server 10 terminates the process shown in Figure 12. In this case, the operation receiving unit 11d does not grant the operation authority in the above order to a user other than the first user (e.g., user U1), and accepts the operations to be performed in the above order from the first terminal (e.g., user terminal 20a) operated by the first user within the available time (e.g., 30 seconds). If the operation is not accepted within the available time, the operations in the above order are skipped. The available time may be shorter than the time when no request for proxy operation was made, for example, by a predetermined time (10 seconds).

[0083] On the other hand, if the request for proxy operation is accepted (step S160, YES), the operation reception unit 11d grants the second user (e.g., user U2) who accepted the request for proxy operation the operation in the order described above (step S170). Finally, the operation reception unit 11d accepts the operation to be performed by the second user (e.g., user terminal 20b) operated by the second user (e.g., user U2) who has been granted operation rights, within the available time (e.g., 30 seconds) (step S180). If the operation is not accepted within the available time, the operation in the order described above is skipped. Upon completion of the process in step S180, the server 10 terminates the process shown in Figure 13.

[0084] In addition, if, in the flowchart shown in Figure 13, there are no candidate users who have accepted the request for proxy operation (step S130, NO), the server 10 may terminate the process shown in Figure 12. In this case, the operation reception unit 11d does not grant operation privileges in the above order to a user other than the first user (e.g., user U1), and accepts the operations to be performed in the above order from the first terminal (e.g., user terminal 20a) operated by the first user within the available time (e.g., 30 seconds).

[0085] As explained in detail above, in this embodiment, the server 10 (information processing device) comprises an instruction receiving unit 11c and an operation receiving unit 11d. The instruction receiving unit 11c receives an instruction from a first terminal (e.g., user terminal 20a) operated by a first user (e.g., user U1) when it is the first user's turn to operate the game, requesting that the operation be performed on behalf of the first user in the order described above. The operation receiving unit 11d grants the authority to perform the above-described order of operations to a second user (e.g., user U2) who is different from the first user, and receives the operation to be performed on behalf of the second user from a second terminal (e.g., user terminal 20b) operated by the second user who has been granted the authority to perform the operation.

[0086] With this embodiment configured, the first user (e.g., user U1), when it is their turn to operate the game, can receive an operation from a second terminal (e.g., user terminal 20b) operated by a second user (e.g., user U2), who is different from the first user, to perform an operation on their behalf.

[0087] In the above embodiment, the instruction receiving unit 11c may also receive instructions to request the operation to be performed by a user different from the user who accepted the request to perform the operation on behalf of the current game player (for example, the previous user who performed the operation on behalf of the current player). In this case, if the user who requested the operation to be performed on behalf of the current player (the user who requested the operation to be performed on behalf of the current player) fulfills certain conditions, such as performing the operation themselves at least once after the request, or involving another user who will perform the operation on behalf of the current player, the instruction receiving unit 11c may receive instructions to request the operation to be performed on behalf of the current player again.

[0088] Furthermore, in the above embodiment, the operation reception unit 11d may also receive an operation from a terminal operated by a user playing the game (e.g., user terminal 20a, user terminal 20b) after the request for proxy play has been accepted by the second user (e.g., user U2), but before the second user begins performing the proxy play, to cancel the acceptance of the second user's request (e.g., pressing the cancel button, pressing a button to resubmit the request to another user). This allows, for example, the second user to cancel (release) the acceptance of the request by performing a predetermined operation if they mistakenly accept the request for proxy play. Also, if the first user who made the request for proxy play (e.g., user U2) receives the request for proxy play from a second user who is, for example, unskilled at playing the game, they can cancel (release) the acceptance of the request by the second user by performing a predetermined operation. If, after the cancellation of the proxy request, a request for an operation to be performed on behalf of the first user is accepted by a third user (for example, user U3) who is different from the second user, the operation reception unit 11d may grant operation privileges to the third user.

[0089] Furthermore, while the above embodiment describes an example where, during the execution of a quest in multiplayer (for example, during a battle with an enemy character), user U requests another user U participating in the multiplayer to perform actions that should be performed in their turn, the present invention is not limited to this. For example, during the execution of a quest in solo play (for example, during a battle with an enemy character), user U may request another user U who is not playing the quest to perform actions that should be performed in their turn, rather than the enemy character's turn. Also, during the execution of a quest in multiplayer (for example, during a battle with an enemy character), user U may request another user who is not participating in the multiplayer (for example, a user watching a live stream of a multiplayer game, or a user who is not currently logged into the game but is friends with user U) to perform actions that should be performed in their turn. Note that for user U who has the game running, a notification may be displayed on the game application when a request for assistance is received, and for user U who has not run the game, the request may be accepted via email, chat, or another communication application associated with the user who wishes to make the request. For user U who has not launched the game, the notification of the request may include links to launch the game or to the game space or a URL that allows them to move directly to the game.

[0090] Furthermore, in the above embodiment, an example was described in which the first user (e.g., user U1), when it is the turn to operate the game, requests that someone else perform the operations that should be performed in that order, and if that request is accepted by the second user (e.g., user U2) (i.e., consent to perform the operations on their behalf is obtained), the second user is granted the authority to perform the operations in that order. However, the present invention is not limited to this. For example, the first user (e.g., user U1), when it is the turn to operate the game, requests that someone else perform the operations that should be performed in that order, and regardless of whether the request is accepted by the second user (e.g., user U2) (i.e., whether consent to perform the operations on their behalf is obtained), the second user may be forcibly granted the authority to perform the operations in that order. Such a configuration is not limited to games in which players assemble a deck of characters selected from among multiple characters they own and clear quests using the assembled deck, but can also be applied to quiz games in which, for example, quiz questions are presented to each user in turn, and the game progresses as each user answers them in their turn.

[0091] Furthermore, in the above embodiment, requests for assistance, system recommendations, recommendations by user U, and displays of the target object were indicated by text information, but notifications may also be made using various other visual effects. For example, notifications may be made using effects such as vibration, flashing lights, sound output, image addition, or changes in color intensity.

[0092] It should be noted that the above embodiments merely represent examples of how the present invention may be implemented, and the technical scope of the present invention should not be interpreted as being limited by these embodiments. In other words, the present invention can be implemented in various forms without departing from its gist or its main features.

[0093] <Summary> [General tasks] One of the objectives of the present invention is to enable a different user to take over the actions of a user whose turn it is to operate the game.

[0094] Issues corresponding to [Appendix 1] One of the objectives of the present invention is to enable a second user, who is different from the first user, to accept an operation from a terminal that performs an operation on behalf of the first user, who is in the order to operate the game. [Note 1] The information processing device according to this embodiment includes an instruction receiving unit that receives instructions from a first terminal operated by a first user when it is the first user's turn to operate the game, requesting that the first user perform the operations in the above order on their behalf, and an operation receiving unit that grants operation rights in the above order to a second user different from the first user, and receives the operations to be performed on behalf of the second user from a second terminal operated by the second user who has been granted operation rights. According to the above-described information processing device, when it is the first user's turn to operate the game, an operation that would normally be performed by the first user can be received from a terminal operated by a second user who is different from the first user.

[0095] Issues corresponding to [Appendix 2] One of the objectives of the present invention is to enable a first user to request a second user, who is a candidate user selected from among a number of candidate users capable of performing an operation on behalf of the first user, to perform that operation on their behalf. [Note 2] The instruction receiving unit is the information processing device described in Note 1, which receives instructions to request a second user, who is a candidate user selected by the first user from among several candidate users who are capable of performing an operation on behalf of the first user in a multiplayer game in which multiple users can participate, to perform an operation on behalf of the first user. This allows the first user to request a second user, who is a candidate user selected from among several candidates capable of performing the operation that the first user would normally perform, to perform that operation on their behalf.

[0096] Issues corresponding to [Appendix 3] One of the objectives of the present invention is to enable the first user to request the operation to be performed by a second user, who is a candidate user selected from among the other candidate users excluding the first user, even if the first user does not accept the request for the proxy operation. [Note 3] The information processing device described in Note 2, wherein the instruction receiving unit receives an instruction from the first user to select one of several candidate users, and if the request is not accepted by the candidate user selected by the first user, it receives an instruction to request the second user, who is the candidate user selected by the first user from among the other candidate users excluding the selected candidate user, to perform the operation on their behalf. This allows the first user to request the task from a second user, who is a candidate user selected from among the other candidates excluding the first user, even if the first user's request for assistance is not accepted.

[0097] Issues corresponding to [Appendix 4] One of the objectives of the present invention is to enable a first user to understand which candidate users meet predetermined conditions and which do not, and then select which candidate user to request the operation to be performed on their behalf. [Appendix 4] The information processing apparatus described in Appendix 2, further comprising a display control unit that displays candidate users who meet predetermined conditions and candidate users who do not meet predetermined conditions in an identifiable manner. This allows the first user to identify candidate users who meet certain criteria and those who do not, and then select a candidate user to whom they will request the operation to be performed on their behalf.

[0098] Issues corresponding to [Appendix 5] One of the objectives of the present invention is to enable a first user to select a candidate user to whom to request an operation to be performed, after understanding which candidate users have the authority to perform the operation on their behalf and which do not. [Note 5] The display control unit displays, in an identifiable manner, candidate users who meet the predetermined conditions by having the authority to perform the operation on behalf of others, and candidate users who do not meet the predetermined conditions by not having the authority to perform the operation on behalf of others, as described in Note 4. This allows the first user to identify which candidate users have the authority to perform the operation on their behalf and which do not, and then select which candidate user to request the operation from.

[0099] Issues corresponding to [Appendix 6] One of the objectives of the present invention is to enable a first user to request a proxy operation from a user different from the user who accepted the request to perform the proxy operation during the current game play. [Note 6] The instruction receiving unit is an information processing device described in any one of Notes 1 to 5, which receives instructions to request that an operation be performed on behalf of a user who is different from the user who accepted the request to perform the operation on behalf of the user currently playing the game. This allows the first user to request that a different user perform actions on their behalf during the current gameplay, rather than the user who initially accepted the request.

[0100] Issues corresponding to [Appendix 7] One of the objectives of the present invention is to enable a first user to request a user who has accepted a request to perform an action on their behalf during the current gameplay, provided that certain conditions are met. [Note 7] The instruction receiving unit is the information processing device described in Note 6, which, when certain conditions are met, receives instructions to perform an operation on behalf of a user who has accepted a request to perform an operation on behalf of another user during the current gameplay. This allows the first user, if certain conditions are met, to request that a user who has accepted the request to perform actions on their behalf during the current gameplay be able to perform those actions on their behalf.

[0101] Issues corresponding to [Appendix 8] One of the objectives of the present invention is to enable the first user to easily understand the object being manipulated in the sequence of actions taken in the game. [Note 8] The information processing apparatus according to Note 2, further comprising a display control unit that causes the display manner of the object to be operated to differ in the order described above between before the operation authority is granted to the second user and after the operation authority is granted to the second user. This makes it easy for the first user to understand which object is being manipulated in the sequence of actions they take in the game.

[0102] Issues corresponding to [Appendix 9] One of the objectives of the present invention is to enable the first user to easily identify objects that are not being manipulated in the sequence of actions taken in the game. [Note 9] The information processing apparatus described in Note 8, wherein the display control unit causes the display of objects that are not the target of operation to differ in the order described above before and after operation privileges are granted to the second user. This makes it easy for the first user to identify objects that are not being manipulated in the sequence of actions they take in the game.

[0103] Issues corresponding to [Appendix 10] One of the objectives of the present invention is to enable the user playing the game to cancel the acceptance of the request for proxy play by the second user from the terminal operated by the user playing the game, after the request for proxy play has been accepted by the second user but before the second user begins performing the proxy play. [Note 10] The operation reception unit is an information processing device as described in any of Notes 1 to 9, which, after a request has been accepted by the second user and before the operation performed by the second user begins, receives an operation from the terminal operated by the user playing the game to cancel the acceptance of the second user's request. This allows the user playing the game to cancel the acceptance of the request from the second user from their device, after the request has been accepted by the second user, but before the second user begins performing the actions on their behalf.

[0104] Issues corresponding to [Appendix 11] One of the objectives of the present invention is to enable granting operational authority to a third user, who is different from the second user, if a request to perform an operation on behalf of the first user is accepted after the acceptance of the request for proxy operation has been canceled. [Note 11] The operation reception unit grants operation privileges to a third user, who is different from the second user, if a request to perform an operation on behalf of the first user is accepted after cancellation, as described in Note 10. This allows the third user to be granted operational privileges if, after the acceptance of the proxy request is canceled, a request to perform an operation on behalf of the first user is accepted by a third user who is different from the second user.

[0105] Issues corresponding to [Appendix 12] One of the objectives of the present invention is to enable a first user to select a candidate user to whom they can request an operation to be performed on their behalf, after referring to reference information. [Appendix 12] The information processing apparatus described in Appendix 2, further comprising a display control unit that displays reference information useful for selecting a candidate user to whom an operation to be performed on behalf of another user should be requested. This allows the first user to refer to reference information and then select a candidate user to whom they can request the operation to be performed on their behalf.

[0106] Issues corresponding to [Appendix 13] One of the objectives of the present invention is to enable the acquisition of reference information that is recommended as a destination for performing the operation on behalf of another user, focusing on the first user who truly needs such reference information. [Note 13] The display control unit displays recommended reference information for the recipient of the request for the operation to be performed on behalf of the first user on the first terminal operated by the first user, but does not display the reference information on terminals operated by users other than the first user, as described in Note 12. This allows us to focus on the primary user who truly needs the reference information recommended for requesting the operation to be performed on their behalf, and to ensure that they are able to access that information.

[0107] Issues corresponding to [Appendix 14] One of the objectives of the present invention is to enable a candidate user who is recommended to accept a request for assistance from another candidate user to accept that request. [Note 14] The display control unit is an information processing device as described in Note 12, which causes a candidate user who is recommended to accept a request from another candidate user, among multiple candidate users who are capable of performing the operation on behalf of the other user, to display information indicating that the user is recommended to accept the request. This allows us to encourage candidate users who have been recommended by other candidate users to accept requests for assistance to accept those requests.

[0108] Issues corresponding to [Appendix 15] One of the objectives of the present invention is to enable a second user, who is different from the first user, to accept an operation from a terminal that performs an operation on behalf of the first user, who is in the order to operate the game. [Note 15] In the information processing method according to this embodiment, the processor receives an instruction from a first terminal operated by a first user when it is the first user's turn to operate the game, requesting that the first user perform the operations in the above order on their behalf, the processor grants the authority to perform the operations in the above order to a second user who is different from the first user, and receives the operations to be performed on behalf of the second user from a second terminal operated by the second user who has been granted the authority. According to the above information processing method, when it is the first user's turn to operate the game, an operation that would normally be performed by that user can be received from a terminal operated by a second user who is different from the first user.

[0109] Issues corresponding to [Appendix 16] One of the objectives of the present invention is to enable a second user, who is different from the first user, to accept an operation from a terminal that performs an operation on behalf of the first user, who is in the order to operate the game. [Note 16] The information processing program according to this embodiment causes the processor to receive an instruction from a first terminal operated by a first user when it is the first user's turn to operate the game, requesting that someone else perform the operations that the first user should perform in the above order, grant the operation rights in the above order to a second user who is different from the first user, and receive the operations to be performed on behalf of the second user from a second terminal operated by the second user who has been granted the operation rights. According to the above information processing program, when it is the first user's turn to operate the game, an operation that should be performed by that user can be received from a terminal operated by a second user who is different from the first user. [Explanation of Symbols]

[0110] 1: Game system, 10: Server, 11: Control unit, 11a: Reception unit, 11b: Gameplay control unit, 11c: Instruction reception unit, 11d: Operation reception unit, 11e: Display control unit, 12: Memory unit, 13: Communication unit, 14: Operation input unit, 15: Monitor, 16: System bus, 20, 20a, 20b, 20c: User terminal, 21: Control unit, 22: Memory unit, 23: Communication unit, 24: Display unit, 25: Speaker, 26: Microphone, 27: Camera, 28: Operation buttons, 29: System bus, 30: Enemy character image, 31, 32, 33, 34: Character image, 40, 41, 42, 43: User image, 50: Proxy request button, 52: Request acceptance button, U, U1, U2, U3, U4: User

Claims

1. It comprises an instruction receiving unit, an operation receiving unit, and a display control unit. The instruction receiving unit receives an instruction from a first terminal operated by a first user whose turn it is to operate the game in a multiplayer game in which multiple users can participate. The instruction is to request a second user, who is a candidate user selected by the first user but is different from the first user, from among multiple candidate users who are participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, to perform the operations that the first user should perform in the order described above. The operation reception unit grants the second user the operation authority in the order described above, and receives the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation authority. The display control unit displays, in an identifiable manner, the candidate users who meet the predetermined conditions by having the authority to perform the operation on behalf of the user, and the candidate users who do not meet the predetermined conditions by not having the authority to perform the operation on behalf of the user. Information processing device.

2. comprising an instruction receiving unit, an operation receiving unit, and a display control unit, The instruction receiving unit receives an instruction from a first terminal operated by a first user whose turn it is to operate the game in a multiplayer game in which multiple users can participate. The instruction is to request a second user, who is a candidate user selected by the first user but is different from the first user, from among multiple candidate users who are participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, to perform the operations that the first user should perform in the order described above. The operation reception unit grants the second user the operation authority in the order described above, and receives the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation authority. The display control unit causes the display of objects that are not the target of the operation in the given order to differ between before the operation authority is granted to the second user and after it is granted to the second user. Information processing device.

3. comprising an instruction receiving unit, an operation receiving unit, and a display control unit, The instruction receiving unit receives an instruction from a first terminal operated by a first user whose turn it is to operate the game in a multiplayer game in which multiple users can participate. The instruction is to request a second user, who is a candidate user selected by the first user but is different from the first user, from among multiple candidate users who are participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, to perform the operations that the first user should perform in the order described above. The operation reception unit grants the second user the operation authority in the order described above, and receives the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation authority. The display control unit causes the terminal operated by a candidate user who is recommended to accept the request by other candidate users to display information indicating that the user is recommended to accept the request. Information processing device.

4. The processor receives an instruction from a first terminal operated by a first user whose turn it is to operate the game in a multiplayer game in which multiple users can participate, to a second user, who is a candidate user selected by the first user from among multiple candidate users who are participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the second user perform the operations that the first user should perform in the order described above. The processor grants the second user the operation rights in the order described above, and accepts the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. The processor displays in a way that allows identification of candidate users who meet the predetermined conditions by having the authority to perform the operation on behalf of the user, and candidate users who do not meet the predetermined conditions by not having the authority to perform the operation on behalf of the user. Information processing methods.

5. In a multiplayer game in which multiple users can participate, the processor receives an instruction from a first terminal operated by a first user whose turn it is to operate the game, to a second user, who is a candidate user selected by the first user from among a plurality of candidate users who are participating in the same multiplayer game as the first user and who are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the first user perform the operations that the first user should perform in the order described above. The processor grants the second user the operation rights in the order described above, and accepts the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. The processor causes the display of objects that are not the target of the operation in the given order to differ between before the operation privilege is granted to the second user and after it is granted to the second user. Information processing methods.

6. In a multiplayer game in which multiple users can participate, the processor receives an instruction from a first terminal operated by a first user whose turn it is to operate the game, to a second user, who is a candidate user selected by the first user from among a plurality of candidate users who are participating in the same multiplayer game as the first user and who are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the first user perform the operations that the first user should perform in the order described above. The processor grants the second user the operation rights in the order described above, and accepts the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. The processor causes the terminal operated by a candidate user who is recommended to accept the request by other candidate users to display information indicating that the user is recommended to accept the request. Information processing methods.

7. In the processor, In a multiplayer game in which multiple users can participate, the first user, whose turn it is to operate the game, receives an instruction from a first terminal operated by the first user to a second user, who is a candidate user selected by the first user from among multiple candidate users who are also participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the second user perform the operations that the first user should perform in the order described above. Grant the second user the operation rights in the order described above, and receive the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. The system displays in a way that allows identification of candidate users who meet the predetermined conditions by having the authority to perform the operation on behalf of the user, and candidate users who do not meet the predetermined conditions by not having the authority to perform the operation on behalf of the user. An information processing program that executes a process.

8. The processor includes: In a multiplayer game in which multiple users can participate, the first user, whose turn it is to operate the game, receives an instruction from a first terminal operated by the first user to a second user, who is a candidate user selected by the first user from among multiple candidate users who are also participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the second user perform the operations that the first user should perform in the order described above. Grant the second user the operation rights in the order described above, and receive the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. Before the aforementioned operation privileges are granted to the second user and after they are granted to the second user, the display of objects that are not the target of the operation in the aforementioned order is made different. An information processing program that executes a process.

9. The processor includes: In a multiplayer game in which multiple users can participate, the first user, whose turn it is to operate the game, receives an instruction from a first terminal operated by the first user to a second user, who is a candidate user selected by the first user from among multiple candidate users who are also participating in the same multiplayer game as the first user and are capable of performing the operations that the first user should perform, and who is different from the first user, to request that the second user perform the operations that the first user should perform in the order described above. Grant the second user the operation rights in the order described above, and receive the operation to be performed on behalf of the second user from the second terminal operated by the second user who has been granted the operation rights. Among the multiple candidate users, the terminal operated by the candidate user who has been recommended by other candidate users to accept the request will display information indicating that the user is recommended to accept the request. An information processing program that executes a process.

Images