Program and information processing system

Abstract

To increase interest in services.SOLUTION: A program causes a computer to limit requests for game progress from a requesting user to a requested user when the requesting user or the requested user does not satisfy a predetermined condition in a game in which the requesting user can request the requested user to progress the game using location information indicating the real world location of the user.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a program and an information processing system. [Background technology]

[0002] BACKGROUND ART Conventionally, there are known games that allow other users to play on behalf of a player (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2018-011632 Summary of the Invention [Problem to be solved by the invention]

[0004] Meanwhile, in services such as games, there is a demand for increasing interest.

[0005] The present invention aims to improve the interest of a service. [Means for solving the problem]

[0006] According to one embodiment shown in the present disclosure, Computer, a game control means for progressing the game using position information indicating the position in real space of a second user who has received a request from the first user; and providing means for providing the first user with a result obtained based on the movement of the second user in real space. Programs are offered. [Effects of the Invention]

[0007] According to the present invention, it is possible to improve the interest of a service. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating a schematic configuration of an information processing system. [Figure 2] FIG. 2 is a block diagram showing a functional configuration of the information processing system. [Figure 3] FIG. 10 is a diagram showing an example of a play screen during normal play. [Figure 4] FIG. 10 is a diagram showing an example of a screen related to a proxy request. [Figure 5] FIG. 10 is a diagram showing an example of a screen related to a proxy request. [Figure 6] FIG. 10 is a diagram showing an example of a screen related to a proxy request. [Figure 7] FIG. 10 is a diagram showing an example of a play screen in proxy play. [Figure 8] FIG. 10 is a diagram illustrating communication during proxy play. [Figure 9] FIG. 10 is a diagram showing an example of a screen relating to setting details of proxy play. [Figure 10] FIG. 10 is a diagram showing an example of a screen related to the cancellation of proxy play. [Figure 11] FIG. 10 is a diagram showing an example of a viewing screen for viewing a proxy play. [Figure 12] FIG. 10 is a diagram showing an example of a broadcast viewing screen for viewing a proxy play broadcast. [Figure 13] FIG. 10 is a diagram illustrating a case where multiple offers for proxy play have been made. [Figure 14] FIG. 10 is a diagram illustrating a process for canceling a proxy play. [Figure 15] 10 is a flowchart illustrating an example of a process related to a proxy request. [Figure 16] 10 is a flowchart showing an example of a process related to the progress of proxy play. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0010] <System hardware configuration> As shown in FIG. 1, an information processing system 1 of this embodiment includes a plurality of terminal devices 10 and a server 20.

[0011] The terminal device 10 and the server 20 are connected via a network 2. The network 2 may be configured by, for example, the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), Wi-Fi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination of these. Furthermore, the connection between the terminal device 10 and the server 20 may be wired or wireless.

[0012] The server 20 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The server 20 includes a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, and an input / output IF 25. These components of the server 20 are connected to each other by a communication bus.

[0013] The processor 21 controls the overall operation of the server 20. The processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc. The processor 21 reads a program from the storage 23 and loads it into the memory 22. The processor 21 executes the loaded program.

[0014] The memory 22 is a main storage device. The memory 22 is configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 22 temporarily stores programs and various data that the processor 21 reads from the storage 23, thereby providing a working area for the processor 21. The memory 22 also temporarily stores various data that the processor 21 generates while operating according to the programs.

[0015] In this embodiment, the program may be a program that realizes a game by the terminal device 10. The program may also be a program that realizes the game through cooperation between the terminal device 10 and the server 20. The game realized through cooperation between the terminal device 10 and the server 20 may, for example, be a game executed on a browser launched on the terminal device 10. The program may also be a program that realizes the game through cooperation between a plurality of terminal devices 10. The various data may include, for example, data related to the game, such as user information and game information, and instructions and notifications transmitted and received between the terminal device 10 and the server 20.

[0016] The storage 23 is an auxiliary storage device. The storage 23 is configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 23 stores various data related to the game.

[0017] The communication IF 24 controls transmission and reception of various data between the server 20 and the terminal device 10 and the like via the network.

[0018] The input / output IF 25 is an interface through which the server 20 receives input of data and also an interface through which the server 20 outputs data. The input / output IF 25 may include, for example, an input unit which is an information input device such as a mouse or a keyboard, and a display unit which is a device that displays and outputs images.

[0019] The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal that a user uses when playing a game.

[0020] The terminal device 10 includes a processor 11, a memory 12, a storage 13, a communication IF 14, an input / output IF 15, an input unit 17, and a display unit 18. These components included in the terminal device 10 are connected to each other by a communication bus.

[0021] The processor 11 controls the overall operation of the terminal device 10. The processor 11 may include a CPU, an MPU, a GPU, etc. The processor 11 reads a program from the storage 13 and loads it into the memory 12. The processor 11 executes the loaded program.

[0022] The memory 12 is a main storage device. The memory 12 is configured by storage devices such as a ROM and a RAM. The memory 12 provides a working area for the processor 11 by temporarily storing the programs and various data that the processor 11 reads from the storage 13. The memory 12 also temporarily stores various data that the processor 11 generates while operating according to the programs.

[0023] The storage 13 is an auxiliary storage device. The storage 13 is configured by a storage device such as a flash memory or a HDD. The storage 13 stores various data related to the game.

[0024] The communication IF 14 controls transmission and reception of various data between the terminal device 10 and the server 20 etc. via the network.

[0025] The input / output IF 15 is an interface through which the terminal device 10 receives input of data and also an interface through which the terminal device 10 outputs data. The input / output IF 15 may input and output data via, for example, a USB (Universal Serial Bus) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

[0026] The input unit 17 accepts input from a user. The input unit 17 may be, for example, a pointing device such as a touchpad. The display unit 18 displays images. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 includes, for example, a touch screen 16 which is an electronic component that combines the input unit 17 and the display unit 18.

[0027] The input unit 17 has a function of detecting a position input on the input surface by a user operation (for example, a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, etc.) and transmitting information indicating the detected position as an input signal. The touch panel serving as the input unit 17 may be of a capacitive type or a resistive type, or may be of another type.

[0028] The input unit 17 may be, for example, a keyboard, various physical buttons, various sensors (for example, an acceleration sensor, an angular velocity sensor, a magnetic sensor, a GPS sensor, a motion sensor, a gaze sensor, a bioelectric potential sensor, a fingerprint sensor, a breath sensor, a pressure sensor, or an image sensor), an operation stick, a camera, or a microphone. The display unit 18 may be, for example, a projector.

[0029] <System Functional Configuration> 2 is a block diagram showing the functional configuration of the server 20 and the terminal device 10. The server 20 in this embodiment has, for example, a function to provide each terminal device 10 with various data and programs necessary to realize the game, a function to collect and manage data related to the game from each terminal device 10, and a function to perform synchronization processing between the multiple terminal devices 10.

[0030] In this embodiment, the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance. The method of registering the account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer may transmit information required for registering a user account to the server 20 based on a user operation, and the server 20 may create and store an account for each user based on the received information.

[0031] 2, the server 20 functions as a control unit 210 and a storage unit 220 through cooperation of a processor 21, a memory 22, a storage 23, a communication IF 24, an input / output IF 25, etc. The storage unit 220 stores various data used by the control unit 210. The various data include, for example, a game program, game information, and user information.

[0032] The game program is a program for implementing the game. The game information and user information are data that the control unit 210 references when executing the game program.

[0033] In this embodiment, the game program may include a game program executed on the terminal device 10 side in addition to a game program executed on the server 20 side. Furthermore, the storage unit 220 may store a game program executed on the server 20 side and a game program executed on the terminal device 10 side.

[0034] Game information is information common between accounts. Game information includes, for example, information for defining various virtual spaces. A virtual space is, for example, a space in which various objects, such as objects of a character (hereinafter referred to as a "player character") used by a user (in other words, controllable by a user), are placed. Game information includes, for example, various setting information related to objects common between accounts, such as background objects such as buildings, trees, and stones placed in the virtual space, and the placement position, size, color, and shape of non-player character (NPC) objects. Game information also includes, for example, setting values ​​of various NPC parameters. Hereinafter, a character object placed in a virtual space may be simply referred to as a "character."

[0035] User information is information managed for each game account. User information includes, for example, information about the player character, information about owned assets, and information indicating the progress of the game. Owned assets can be considered as value possessed by a user in a virtual space. Examples of such value (in other words, in-game value, owned assets) include electronic currency, items, and characters. Examples of electronic currency include in-game currency that can be used in a game and crypto assets. That is, the storage unit 220 may store information such as electronic currency, items, or characters possessed by each user, for example, in association with identification information that can identify each user. In this embodiment, when a predetermined value (in other words, an object) such as an item is "granted to a user (in other words, acquired)," it can also be considered as storing the value possessed by the user in a predetermined storage unit, linked to the user's account.

[0036] The control unit 210 controls various processes related to the game by executing a game program stored in the storage unit 220. The control unit 210 includes, for example, a transmission / reception unit 211 and a game control unit 212. The game control unit 212 also includes an awarding unit 215.

[0037] The transmitting / receiving unit 211 transmits or receives various types of data. For example, the transmitting / receiving unit 211 receives requests to transmit various types of data and programs, requests for synchronization processing to support the multiplay function, data to be subjected to synchronization processing, and the like from each terminal device 10, and passes them to the game control unit 212. Furthermore, the transmitting / receiving unit 211 transmits various types of data and programs, including instructions for achieving synchronization, to each terminal device 10 in accordance with the control of the game control unit 212.

[0038] In this embodiment, the multiplay function is a function that synchronizes game processing by multiple accounts. When multiple accounts logged in to the information processing system 1 participate in the same game, the server 20 and the terminal device 10 of the information processing system 1 execute various processes to support the multiplay function.

[0039] The game control unit 212 provides a game to the terminal device 10 by executing arithmetic processing described in the game program in response to a request from the terminal device 10 or the like.

[0040] The game control unit 212 defines the virtual space based on information for defining the virtual space included in the game information. The game control unit 212 places objects in the virtual space based on object setting information included in the game information. The game control unit 212 also controls the objects in the virtual space. Specifically, the game control unit 212 changes the position, orientation, shape, color, etc. of the objects in the virtual space, and causes the objects to perform predetermined actions.

[0041] Furthermore, the game control unit 212 places the player character in the virtual space based on the information transmitted from the terminal device 10. Furthermore, the game control unit 212 performs various determination processes related to the progress of the game based on the information transmitted from the terminal device 10. In other words, the game control unit 212 controls objects and performs various determination processes based on information input by the user to the terminal device 10.

[0042] Furthermore, when the game control unit 212 receives, for example, a request for synchronization processing to support the multiplay function or data to be subjected to synchronization processing from the terminal device 10 via the transmission / reception unit 211, the game control unit 212 executes synchronization processing to support the multiplay function. The game control unit 212 also issues a command to the transmission / reception unit 211 to instruct the transmission / reception unit 211 to transmit game information or user information. For example, when the server 20 transmits information to multiple terminal devices 10, the game control unit 212 synchronizes the game progressing among the terminal devices 10 by simultaneously transmitting the information to each terminal device 10. By executing synchronization processing, it becomes possible to simultaneously reflect in-game events resulting from operations input on one terminal device 10 on the other terminal devices 10.

[0043] The terminal device 10 in this embodiment has, for example, a function as an input device that accepts input operations from a user, and a function as an output device that outputs images and sounds of a game.

[0044] The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 11, memory 12, storage 13, communication IF 14, input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. Examples of the various data include a game program, game information, and user information. The game program is a program for realizing a game on the terminal device 10 side. The game information and user information are data referenced when the control unit 110 executes the game program. The game information and user information stored in the storage unit 120 may include information similar to the game information and user information stored in the storage unit 220.

[0045] The control unit 110 executes a game program stored in the storage unit 120 to control various processes related to the game executed on the terminal device 10. The control unit 110 includes, for example, an operation reception unit 111, a transmission / reception unit 112, a game control unit 113, a display control unit 114, and a position information acquisition unit 116.

[0046] The operation reception unit 111 receives an operation (hereinafter also referred to as an "input operation") input by the user via the input unit 17. Specifically, when an input operation is performed on the input unit 17, the operation reception unit 111 detects the coordinates of the input position and the type of input operation. Examples of the types of input operations include various operations performed with fingers, etc., such as a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, and a pinch-out operation. The input operation is not limited to an operation of physically contacting the input unit 17 (for example, the touch screen 16) but may also include a non-contact operation. Note that an operation of ending a previously performed input operation, such as a touch-off operation of ending contact with the touch screen 16, can also be considered as one form of input operation.

[0047] Here, the operation reception unit 111 can also receive input operations performed using an operation device connected via the input / output IF 15 in the same way as input operations to the input unit 17 .

[0048] In this embodiment, a user's movement in real space to change position information (described later) can also be considered as one form of input operation.

[0049] The transmitting / receiving unit 112 transmits or receives various data. For example, the transmitting / receiving unit 112 transmits game information or user information, or a synchronization request for supporting the multiplay function, to the server 20. The transmitting / receiving unit 112 receives various data, programs, data for synchronization for supporting the multiplay function, and the like from the server 20. The data for synchronization includes, for example, synchronization instruction data for instructing each terminal device 10 participating in multiplay to synchronize. The synchronization instruction data includes, for example, data to be synchronized, the type of data, and data for specifying the time to synchronize.

[0050] Furthermore, the transmitting / receiving unit 112 transmits to the server 20 operation information relating to the input operation accepted by the operation accepting unit 111, and information from the user such as position information, which will be described later.

[0051] The game control unit 113 executes various processes related to the progress of the game. The game control unit 113 identifies the user's instruction content based on the user's input operation detected by the operation reception unit 111. Furthermore, the game control unit 113 executes various determination processes related to the progress of the game based on the identified instruction content, etc. Furthermore, the game control unit 113 progresses the game while communicating with the server 20 based on the results of the determination processes, etc.

[0052] The game control unit 113 defines a virtual camera for specifying an area of ​​the virtual space to be presented to the user. The game control unit 113 places the virtual camera in the virtual space by defining the position and orientation of the virtual camera within the virtual space. The game control unit 113 instructs the display control unit 114 to generate an image depicting the field of view defined by the virtual camera and the objects located in this field of view. In other words, the game control unit 113 instructs the display control unit 114 to display an image corresponding to the progress of the game on the display unit 18.

[0053] The position and orientation of the virtual camera can be determined appropriately for each virtual space. For example, the game control unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located at the center of the field of view in a specific orientation. In this case, the game control unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle relative to the specific object. The specific object may be, for example, a dynamic object or a static object such as a building, tree, or stone. Examples of dynamic objects include a player character and an NPC that operates based on a game program. NPCs include so-called enemy characters, etc.

[0054] The display control unit 114 displays images relating to the game on the display unit 18. A specific example will be described below.

[0055] The display control unit 114 generates an image depicting the area of ​​the field of view of the virtual camera defined by the game control unit 113 in the virtual space and the objects present in that area, and causes the image to be displayed on the display unit 18. The display control unit 114 can superimpose and draw objects related to a UI (User Interface) required for various game operations, such as icons, buttons, and menus showing various parameters, on the image to be displayed on the display unit 18.

[0056] The control unit 110 of the terminal device 10 may arrange objects in the virtual space based on object data sent from the server 20, information indicating the positions of various objects in the virtual space, and the like, and display a predetermined area of ​​the virtual space on the display unit 18. The control unit 210 of the server 20 may also arrange objects in the virtual space and control the virtual camera, generate an image to be displayed on the display unit 18, and transmit it to the terminal device 10, and the control unit 110 of the terminal device 10 may display the image on the display unit 18. In other words, various processes related to control of objects based on information from the user, control of the virtual camera, generation of an image to be displayed on the display unit 18, and the like may be performed by the server 20 or the terminal device 10.

[0057] The location information acquisition unit 116 acquires location information indicating the location of the user in real space (in other words, the user's current location). The location information may be any information indicating the location of the user in real space identified by an account or the like. Various methods for acquiring location information have been conventionally known, and any known method may be used. For example, the location information acquisition unit 116 may acquire location information using a GPS sensor provided in the terminal device 10 in which the user is logged in to an account. Furthermore, the location information acquisition unit 116 may acquire location information acquired in a device used by the user, such as various devices (e.g., smart devices) that link with the terminal device 10 (e.g., a smartphone) (e.g., link via the user's account or link via wireless communication), as location information indicating the location of the user who is logged in to the account from the terminal device 10. Furthermore, the location information acquisition unit 116 may acquire location information using, for example, Wi-Fi, Bluetooth, or the like (e.g., based on communication between the terminal device 10 and a Wi-Fi access point). The location information acquisition unit 116 may be included in the control unit 210 of the server 20, for example.

[0058] 2 are merely examples. Each device, such as the terminal device 10 and the server 20, may have at least some of the functions of the other devices. Furthermore, each device, such as the terminal device 10 and the server 20, does not have to be realized by an integrated device, but may be realized, for example, by multiple devices connected via a network or the like. Furthermore, the information processing system 1 may be configured, for example, by only the terminal device 10 or the server 20. In other words, the information processing system 1 does not have to be realized by multiple devices connected via a network.

[0059] <Processing according to this embodiment> Next, the processing according to this embodiment will be described. Note that in this embodiment, the processor 11 of the terminal device 10 or the processor 21 of the server 20 will be described as performing each processing according to this embodiment by executing a game program stored in the information processing system 1. However, at least a portion of the processing according to this embodiment performed by the processor 11 may be performed by a processor other than the processor 11. Furthermore, at least a portion of the processing according to this embodiment performed by the processor 21 may be performed by a processor other than the processor 21. For example, some or all of the processing performed by one of the control unit 110 and the control unit 210 may be performed by the other. In other words, the computer that executes the game program in this embodiment may be either the terminal device 10 or the server 20, or may be realized by a combination of multiple devices.

[0060] The configuration according to this embodiment can be applied, for example, to a location-based game in which a user's position in real space is linked to a user's position in a virtual space. The following describes an example in which the configuration according to this embodiment is applied to such a location-based game.

[0061] As shown in FIG. 3, the game control unit 212 places a player character 30 corresponding to the user operating the terminal device 10 (in other words, a player character 30 linked to the user's account) at a position in the virtual space corresponding to the user's position in real space (in other words, a position indicated by the position information). The game control unit 212 then moves the player character 30 in the virtual space in conjunction with the user's movement in real space. Note that FIG. 3 is an example of a play screen 280 displayed on the display unit 18 when the user plays a game (specifically, when playing normally, not as a proxy play, which will be described later).

[0062] That is, in this embodiment, the game control unit 212 moves the player character 30 of the user in the virtual space based on the user's position information as information from the user. Note that the game control unit 212 may also move the player character 30 of the user in the virtual space based on operation information as information from the user regarding an input operation to the input unit 17 (for example, an operation of moving a finger in any direction while touching the touch screen 16 (i.e., a swipe operation)).

[0063] The virtual space of this embodiment is a virtual space that reflects at least a part of the real space. In other words, the virtual space of this embodiment is a virtual space that is generated using map information of the real space. For example, in the virtual space of this embodiment, objects corresponding to each of a plurality of roads that actually exist in the real space (e.g., road objects 31) are arranged at positions corresponding to the positions of each of the plurality of roads in the real space.

[0064] In games such as location-based games, a plurality of objects (hereinafter referred to as "event objects 33") associated with a predetermined event (in other words, an effect or phenomenon) are placed in a virtual space, and it is known that an event corresponding to the specific event object 33 occurs when the user approaches the event object 33 (for example, by approaching the event object 33 and then performing an operation (for example, a touch operation) on the event object 33 displayed on the display unit 18). Here, in a location-based game, approaching a specific event object 33 placed in a virtual space can be said to mean approaching the specific event object 33 in the virtual space, or visiting a position in real space corresponding to the position in virtual space where the specific event object 33 is placed (in other words, approaching the specific event object 33 in real space). When an event object 33 for which a specific event occurs is placed in a virtual space, the game control unit 212 generates a specific event corresponding to the event object 33 based on the user visiting a position in real space corresponding to the position in virtual space where the event object 33 is placed. The location in the virtual space where the event object 33 is placed can also be said to be the location where a predetermined event is set.

[0065] The event objects 33 include, for example, an item spot 33a corresponding to an event such as obtaining an item and a recovery spot 33b corresponding to an event such as recovery of a predetermined parameter related to the user (e.g., the stamina of the player character 30). The event objects 33 also include an enemy object 33c corresponding to an event such as a battle with an enemy character and a spot corresponding to an event that constitutes part of the game story. The game control unit 212 provides the user with an item corresponding to a specific item spot 33a based on the user visiting a position in real space corresponding to a position in virtual space where the specific item spot 33a is located. The game control unit 212 also recovers a predetermined parameter related to the user (in other words, brings the predetermined parameter closer to a specified value) based on the user visiting a position in real space corresponding to a position in virtual space where a specific recovery spot 33b is set. The game control unit 212 also starts a battle with a specific enemy character based on the user visiting a position in real space corresponding to a position in virtual space where an enemy object 33c related to the specific enemy character is located. The event associated with the event object 33 may be an event that can be progressed through multiplay (in other words, played by at least two or more people). In other words, an event that is progressed through multiplay (for example, an event in which users cooperate with other users to fight enemy characters (so-called raid battle)) may be started by approaching the event object 33 corresponding to an event that can be progressed through multiplay. The appearance of the event object 33 is not particularly limited, and may be the shape of an item, a building, a character, or a predetermined symbol. The event associated with the event object 33 may be one that progresses and ends automatically without user operation, or one that progresses through user operation (for example, one that progresses by operating the player character 30, etc.).

[0066] In this embodiment, a user's operation (e.g., a touch operation) on an event object 33 located within a predetermined range (in other words, an operable range, hereinafter referred to as the "usable range X") from the player character 30 in the virtual space is valid. When the user moves the player character 30 so that the event object 33 for which the user wants to generate a corresponding event (in other words, the event object 33 the user wants to use) is located within the usable range X and performs an operation on the event object 33, the game control unit 212 generates an event corresponding to the operated event object 33. That is, in this embodiment, an event corresponding to a specific event object 33 can be generated by the user visiting a position in real space corresponding to the position where a specific event object 33 is located in the virtual space (specifically, by visiting the position and performing a predetermined operation (e.g., a touch operation on the specific event object 33)). In other words, the user can use the event object 33 located within the usable range X. In other words, the game control unit 212 determines whether or not the event object 33 is located within the usable range X, and controls the event object 33 located within the usable range X so that it can be used. Note that "usable" here means that it is possible to cause an event set in the event object to occur, etc.

[0067] The usable range X may be, for example, a circular range of a predetermined size centered on the player character 30 (in other words, the user's position). Note that the shape of the usable range X is not limited to a circle, and is not limited to a range centered on the player character 30. The usable range X can also be said to be a range available to the user in the virtual space (in other words, in the entire virtual space). The usable range X is determined according to the user's position in the real space (in other words, based on the user's position information), and fluctuates according to the user's position in the real space. The display control unit 114 causes the display unit 18 to display a display indicating the usable range X (a circle in FIG. 3 ), making the usable range X recognizable to the user.

[0068] In this embodiment, the player character 30 is placed in a position in the virtual space corresponding to the user's position in real space and displayed on the display unit 18. However, a configuration may be adopted in which the player character 30 is not placed in that position in the virtual space (in other words, a configuration in which the player character 30 is not displayed on the screen illustrated in FIG. 3, etc.). Even in such a configuration, a configuration may be adopted in which an event corresponding to the event object 33 is generated based on a user's operation on the event object 33 located within the usable range X determined according to the user's position in real space. Similarly, even in a game that can be progressed in first-person display, such as a game in which the third-person display displaying the player character 30 can be switched to a first-person display in which the player character 30 is barely displayed, a usable range X in which operation is possible may be set for each person.

[0069] The game control unit 212 may be capable of switching between modes related to game progression based on a user's operation: a manual mode in which a corresponding event is generated when a user approaches an event object 33 and performs an operation (e.g., a touch operation) on the event object 33; and an automatic mode in which an event corresponding to the approached event object 33 is automatically generated (in other words, without requiring a touch operation, etc.) when the user approaches the event object 33. That is, in the automatic mode, the game control unit 212 may automatically generate an event corresponding to a specific event object 33 when the specific event object 33 is located within the available range X. Note that, regardless of whether the manual mode or the automatic mode is set, some event objects 33 may automatically generate an event corresponding to the event object 33 when the user approaches the event object 33 (in other words, when the event object 33 is located within the available range X). Note also that even when the automatic mode is set, an event may be generated based on an operation (e.g., a touch operation) on the event object 33. Switching between the manual mode and the automatic mode may be performed automatically based on the establishment of a predetermined condition (for example, triggered by the start of a predetermined event, etc.).

[0070] In a game in which real space and virtual space are associated with each other, such as a location-based game, each point in real space corresponds to each point in virtual space. In other words, the correspondence between each point in real space and each point in virtual space is stored in the storage unit 220. Therefore, making a predetermined setting for a specific point in virtual space can also be said to be making a predetermined setting for a specific point in real space. Making a predetermined setting for a specific point in real space can also be said to be making a predetermined setting for a specific point in virtual space. That is, for example, placing a specific event object 33 at a specific point in virtual space can also be said to be placing the event object 33 at the corresponding specific point in real space. Also, for example, setting a specific range in virtual space as a range related to a predetermined control can also be said to be setting a specific range in the corresponding real space as a range related to a predetermined control. The setting may be performed by a game operator or by a user.

[0071] (Request for proxy play) In the game of this embodiment, a user can request another user to play on his / her behalf, and the other user who accepted the request can play on his / her behalf. As will be described in detail later, the requested user moves through real space on behalf of the requesting user. The game control unit 212 then progresses the game using location information indicating the location of the requested user in real space. Furthermore, the granting unit 215 grants to the requesting user results obtained based on the requested user's movement in real space, such as benefits generated based on the requested user's movement in real space.

[0072] An example of a screen related to a proxy request is shown in Fig. 4. The control unit 110 of the terminal device 10 of the requesting user causes the display unit 18 to display a code information display screen 300 shown in Fig. 4(a) based on a predetermined operation by the requesting user.

[0073] The code information display screen 300 is a screen that displays code information 301 related to a proxy request. The code information 301 may be, for example, a character string composed of a sequence of alphanumeric characters, or may be image information such as a two-dimensional code (for example, a QR code (registered trademark)). The code information 301 is issued by the control unit 210. The code information 301 may be automatically determined (in other words, issued) by the control unit 210, or may be arbitrarily determined by the user. That is, for example, the control unit 210 may issue code information 301 of a character string that the user inputs as usable code information 301.

[0074] The requesting user can have the requested user play the game on his / her behalf by transmitting the code information 301 displayed on the code information display screen 300 to the requested user. The method of transmitting the code information 301 is not particularly limited, and a function for transmitting the code information 301 to the requested user may be provided as a function of the application related to the game of this embodiment. In other words, the control unit 110 of the terminal device 10 of the requesting user may be able to transmit the code information 301 related to the proxy request made by the requesting user to the terminal device 10 of the requested user. The control unit 110 of the terminal device 10 of the requested user may then display the transmitted code information 301 on the display unit 18 or receive the proxy request using the transmitted code information 301. Alternatively, the control unit 110 of the terminal device 10 of the requested user may be able to read a two-dimensional code or the like displayed on the code information display screen 300 of the terminal device 10 of the requesting user via a camera or the like provided in the terminal device 10. The code information 301 may also be transmitted to other users via a social networking service (SNS) application or the like that is different from the application related to the game of this embodiment (for example, that can be linked to the application). The code information 301 may also be transmitted to other users orally or by being printed on paper, etc.

[0075] In the terminal device 10 of the requested user, an acceptance screen 310 shown in Fig. 4(b) is displayed on the display unit 18 based on a predetermined operation by the requested user. Note that the code information display screen 300 may also serve as the acceptance screen 310.

[0076] The order acceptance screen 310 displays a code information input UI 311 as a UI for inputting the code information 301. The code information input UI 311 accepts an operation by the user to input the code information 301. The code information input UI 311 may include an input field 312 for inputting a character string as the code information 301. The code information input UI 311 may also include a button 313 or the like for accepting an operation for reading image information as the code information 301.

[0077] The user of the requested party can accept the proxy request by inputting the code information 301 through the code information input UI 311.

[0078] When the code information 301 is input, the control unit 110 of the terminal device 10 of the requested user displays an acceptance confirmation screen 320, as illustrated in FIG. 4(c), on the display unit 18. More specifically, in this embodiment, an accept button 315 is displayed on the acceptance screen 310, and the requested user inputs the code information 301 by operating the code information input UI 311 and then operates the accept button 315, thereby displaying the acceptance confirmation screen 320. However, the acceptance confirmation screen 320 may be automatically displayed when the code information 301 is input into the code information input UI 311. Alternatively, the code information input UI 311 may be displayed based on an operation on the accept button 315. In other words, the code information 301 may be input either before or after the operation on the accept button 315.

[0079] The acceptance confirmation screen 320 displays information 322 about the requesting user (in other words, information that can identify the requesting user), such as the user name of the requesting user, so that the user can confirm who is making the proxy request that they are about to accept. The acceptance confirmation screen 320 displays an accept button 324 that accepts an operation to accept the proxy request and a cancel button 325 that accepts an operation to cancel the request, so that the requested user can accept the proxy request by operating the accept button 324. The acceptance confirmation screen 320 may also display a warning display 326 that warns the requesting user that, by accepting the proxy request, information about the requested user (in other words, information that can identify the requested user), such as the user name of the requested user, will be notified to the requesting user. In this embodiment, "notifying" the user means that information related to the notification is displayed on the terminal device 10 of the user to be notified, or that information related to the notification is output as audio.

[0080] The control unit 110 of the terminal device 10 that is the request recipient requests the game control unit 212 to start game play on behalf of the requesting user (hereinafter referred to as "proxy play") based on the operation of inputting the code information 301 and operating the accept button 324 as operations related to the acceptance by the request recipient user. The game control unit 212 starts the proxy play by the request recipient user based on the request. That is, the game control unit 212 starts the proxy play by the request recipient user based on the operations related to the acceptance by the request recipient user.

[0081] In this embodiment, when the game control unit 212 causes the requested user to start proxy play based on the request (in other words, based on the operation related to the acceptance by the requested user), it requests the requesting user to agree to the proxy play by the requested user. Specifically, based on the operation related to the acceptance by the requested user, the game control unit 212 notifies the terminal device 10 of the requesting user that the requested user has requested to start proxy play. Based on the notification, the control unit 110 of the terminal device 10 of the requesting user displays a confirmation screen 330, exemplified in FIG. 4(d), on the display unit 18. The confirmation screen 330 is a screen for confirming whether or not the requested user can start proxy play.

[0082] The confirmation screen 330 displays information 332 about the requested user (in other words, information that identifies the requested user), such as the user name of the requested user, making it possible to confirm the user who is about to accept the request. The confirmation screen 330 displays an accept button 334 that accepts the start of proxy play and a reject button 335 that accepts the start of proxy play. The requesting user can accept the start of proxy play by operating the accept button 334. The requesting user can also reject the start of proxy play by operating the reject button 335. The operation of accepting the start of proxy play can also be considered an operation of requesting proxy play.

[0083] When the accept button 334 is operated, the control unit 110 of the requesting terminal device 10 notifies the game control unit 212 that the requesting user has accepted the start of proxy play. When the reject button 335 is operated, the control unit 110 of the requesting terminal device 10 notifies the game control unit 212 that the requesting user has rejected the start of proxy play. Then, when the requesting user has accepted the start of proxy play, the game control unit 212 causes the requested user to start proxy play. On the other hand, when the requesting user has rejected the start of proxy play, the game control unit 212 does not cause the requested user to start proxy play.

[0084] It is known that in conventional games, SNS applications, etc., a user (corresponding to the requester in this embodiment) passes code information to another user (corresponding to the request recipient in this embodiment) and connects users via the code information (for example, building friendships or forming a party for multiplayer play and starting multiplayer play), and proxy requests via code information in this embodiment can be realized in a similar manner.

[0085] The proxy request may be made without using the code information 301. For example, the requesting user may be able to request a game play proxy by specifying a specific user from a list that displays a plurality of users playing the game according to this embodiment. For example, as illustrated in FIG. 5(a), the control unit 110 of the requesting user's terminal device 10 causes the display unit 18 to display a list screen 360 that displays a list of users, based on a predetermined operation by the requesting user.

[0086] The list screen 360 may be a screen that displays a list of users who have a predetermined relationship with the user (here, the requesting user), for example.

[0087] Here, the predetermined relationship may be, for example, a friend relationship or a follow relationship within the game. A friend refers to a relationship in which a certain user and another user are associated with each other. In other words, a friend refers to a relationship in which one user is associated with another user and the other user is associated with the other user. In other words, if a second user is a friend from the perspective of a first user, the first user is a friend from the perspective of the second user. A friend may be a relationship established based on mutual consent between a certain user and another user. Furthermore, a follow refers to a user registering another user in association with the user. In other words, if a first user follows a second user, this does not necessarily mean that the second user is following the first user. A follow may also be a relationship that can be established based on the will of one user. Note that the establishment of friend relationships and follow relationships can be similar to that of conventional games, SNS, etc.

[0088] The predetermined relationship may be, for example, a relationship of belonging to the same group in the game. The group may be a group that cooperates for a predetermined purpose, such as a guild or team.

[0089] The predetermined relationship may also be a relationship related to a history of multiplayer games. Specifically, the predetermined relationship may be a relationship of having played multiplayer games together, a relationship of having played multiplayer games together a predetermined number of times, or a relationship of having a predetermined period of time elapsed since the first time the two played multiplayer games together.

[0090] The predetermined relationship may also be a relationship related to a history of proxy requests. Specifically, the predetermined relationship may be a relationship of a party to whom a request has been made, a relationship of a party to whom a request has been received, or the like.

[0091] Information indicating other users who have a predetermined relationship with a certain user is stored in the storage unit 220 as user information for that user. In other words, the storage unit 220 stores, for each user, which users the user has a predetermined relationship with. Specifically, the storage unit 220 stores each user's friends, users the user follows, or a history of multiplayer games between users (in other words, users who have played multiplayer games together). Note that the establishment of a predetermined relationship may be performed based on a predetermined operation by the control unit 210 requesting the user to establish a relationship, or may be performed automatically without user operation.

[0092] Furthermore, the list screen 360 may be a screen displaying a list of users who are looking for people to request proxy play (in other words, users who want to perform proxy play). For example, the control unit 110 of the terminal device 10 of a user who wishes to perform proxy play requests the game control unit 212 to register the user as a user looking for people to request, based on a predetermined operation by the user. Based on the request, the game control unit 212 registers the user as a user looking for people to request (in other words, stores the user in the storage unit 220). The list screen 360 may then display a list of users who are registered as users looking for people to request.

[0093] Note that on the list screen 360, users with more proxy play experience may be displayed preferentially (e.g., users with more experience may be displayed higher in the list). Here, proxy play experience may include only proxy play experience related to the user of the terminal device 10 on which the list screen 360 is displayed (in other words, the user himself / herself), or may include proxy play experience unrelated to the user of the terminal device 10 on which the list screen 360 is displayed. Furthermore, proxy play experience here may be the experience of requesting proxy play as a requester (e.g., the number of times a request has been made), or the experience of accepting proxy play as a request recipient (e.g., the number of times a request has been accepted), or may include both. In other words, proxy play experience may be, for example, the number of times the user (in other words, each user on the list) has made a request to another user (e.g., the user himself / herself), or the number of times the user has received a request from another user.

[0094] The control unit 110 of the terminal device 10 of the requesting user accepts an operation by the requesting user to specify a user to be requested from among the multiple users displayed on the list screen 360. For example, the list screen 360 displays request buttons 361 corresponding to each of the multiple users displayed on the list screen 360. The request buttons 361 function as a UI that accepts an operation to specify a specific user from the multiple users displayed on the list screen 360 as a user to be requested.

[0095] The control unit 110 of the terminal device 10 of the requesting user requests the game control unit 212 to request a proxy play for a specific user, based on an operation on the request button 361 corresponding to the specific user, which is an operation to designate the specific user as the request recipient user from among multiple users displayed on the list screen 360. Based on the request, the game control unit 212 notifies the terminal device 10 of the specific user that a proxy play request has been made by the requesting user. Based on the notification, the control unit 110 of the terminal device 10 of the specific user displays a confirmation screen 370, exemplified in FIG. 5(b), on the display unit 18. The confirmation screen 370 is a screen for confirming whether or not the request recipient user will accept the proxy play.

[0096] The confirmation screen 370 displays information 372 about the requesting user (in other words, information that identifies the requesting user), such as the user name of the requesting user, making it possible to confirm the requesting user. The confirmation screen 370 displays an accept button 374 that accepts the proxy play request and a reject button 375 that accepts the proxy play request. The user to whom the proxy play request has been made (i.e., the user to whom the request is made) can accept the proxy play by operating the accept button 374. The user to whom the proxy play request has been made can also reject the proxy play request by operating the reject button 375.

[0097] The control unit 110 of the terminal device 10 of the requested user requests the game control unit 212 to start proxy play based on the request by the requested user operating the accept button 374 as an operation related to accepting the proxy play. The game control unit 212 causes the requested user to start proxy play based on the request. That is, the game control unit 212 causes the requested user to start proxy play based on the request by the requested user operating the accept button 374. Furthermore, the control unit 110 of the requested user terminal device 10 notifies the game control unit 212 that the request for proxy play is rejected based on the operation of the reject button 375 as an operation to reject the request. Upon receiving this notification (in other words, if the requested user rejects the request for proxy play), the game control unit 212 does not cause the requested user to start proxy play.

[0098] Furthermore, a request for proxy play may be made based on an offer from a requested user to a requesting user, and the offer may be made by specifying the requesting user, or may be made without specifying the requesting user.

[0099] The following are examples of offers that identify a requesting user. The control unit 110 of the terminal device 10 of the user making the offer (i.e., the requested user) accepts an operation by the user to specify the requesting user from among multiple users displayed on the list screen 360. For example, as illustrated in FIG. 6( a), the list screen 360 displays offer buttons 365 corresponding to each of the multiple users displayed on the list screen 360. The offer buttons 365 function as a UI that accepts an operation to specify a specific user from among the multiple users displayed on the list screen 360 as the requesting user. In other words, the offer button 365 functions as a UI that accepts an operation to make a proxy play offer (specifically, an offer to a specific user). Note that the code information input UI 311 or the like may also function as a UI that accepts an operation to make a proxy play offer (specifically, an offer to a specific user).

[0100] The control unit 110 of the terminal device 10 of the user who is the requestee of the offer requests the game control unit 212 to make an offer for proxy play to the specific user based on an operation on the offer button 365 corresponding to the specific user, which is an operation to designate the specific user as the requesting user from among the multiple users displayed on the list screen 360. In other words, the control unit 110 requests the game control unit 212 to make an offer for proxy play based on the operation to make an offer for proxy play. Based on the request, the game control unit 212 notifies the terminal device 10 of the specific user that an offer for proxy play has been made. Based on the notification, the control unit 110 of the terminal device 10 of the specific user displays a confirmation screen 380, as illustrated in FIG. 6(b), on the display unit 18. The confirmation screen 380 is a screen for confirming whether or not the requestee user who made the offer is willing to start proxy play.

[0101] The confirmation screen 380 displays information 382 about the requested user, such as the username of the user who made the offer (in other words, information that identifies the requested user), making it possible to confirm the user who is about to accept the offer. The confirmation screen 380 displays an accept button 384 that accepts the start of proxy play, and a reject button 385 that accepts the start of proxy play. The requesting user can then accept the start of proxy play by operating the accept button 384. The requesting user can also reject the start of proxy play by operating the reject button 385.

[0102] The control unit 110 of the requesting terminal device 10 requests the game control unit 212 to start proxy play by the user who made the offer, based on an operation of the accept button 384 as an operation related to acceptance of the start of proxy play. The game control unit 212 causes the requested user who made the offer to start proxy play based on the request. That is, the game control unit 212 causes the requested user who made the offer to start proxy play based on an operation related to acceptance by the requesting user. Furthermore, the control unit 110 of the requesting terminal device 10 notifies the game control unit 212 that it rejects the start of proxy play based on an operation of the reject button 385 as an operation to reject the start of proxy play. Upon receiving this notification, the game control unit 212 does not cause the requested user to start proxy play.

[0103] The list screen 360, which allows an operation related to an offer that identifies such a requesting user, may be a screen displaying a list of users who have a predetermined relationship with the requesting user (here, the requested user). In other words, the display on the list screen 360 displayed on the terminal device 10 of the requested user may be the same as the display on the list screen 360 displayed on the terminal device 10 of the requesting user. The list screen 360 may also be a screen displaying a list of users who are looking for proxy play takers (in other words, users who want to request proxy play). For example, the control unit 110 of the terminal device 10 of the user who wants to request proxy play requests the game control unit 212 to register the user as a user looking for a proxy play taker, based on a predetermined operation by the user. Based on the request, the game control unit 212 registers the user as a user looking for a proxy play taker (in other words, stores the request in the storage unit 220). The list screen 360 may then display a list of users who are registered as users looking for a proxy play taker. Furthermore, on the list screen 360, users with more experience in proxy play may be displayed preferentially.

[0104] The game control unit 212 may start proxy play after biometric information of the requested user is acquired. For example, the game control unit 212 may request acquisition of biometric information of the requested user when the requested user accepts the proxy request. In other words, the game control unit 212 may establish a proxy relationship between the requesting user and the requested user when starting proxy play, but may establish the proxy relationship on the condition that biometric information of the requested user is acquired. In other words, the game control unit 212 may permit proxy play by the requested user on the condition that the biometric information of the requested user is registered in a predetermined storage unit, and may not permit proxy play by the requested user if the biometric information is not registered in the predetermined storage unit.

[0105] Specifically, the control unit 110 of the terminal device 10 of the requested user acquires biometric information of the requested user input via a predetermined sensor serving as an input unit. For example, the control unit 110 may acquire, as the biometric information, information that can identify the user, such as the user's face information, iris information, fingerprint information, or voice information. In other words, the biometric information may be information acquired via an image sensor, fingerprint sensor, microphone, or the like that acquires an image.

[0106] The acquired biometric information is stored as user information in the storage unit 220. Based on the biometric information stored in the storage unit 220, the game control unit 212 may permit the requested user to play on behalf of the user.

[0107] The requesting user may be able to view the biometric information of the requested user. In other words, the control unit 110 of the terminal device 10 of the requesting user may be able to acquire the biometric information stored in the storage unit 220 and display it on the display unit 18. The requesting user may not be able to view the biometric information of the requested user. In this way, by acquiring the biometric information of the requested user and storing it in a predetermined storage unit, if the requested user cheats during proxy play, the cheating user can be identified. Even if the requesting user is not able to view the biometric information, the biometric information can be used by a game operator or the like to identify a cheating user, and the acquisition of the biometric information itself can serve as a deterrent to cheating.

[0108] (Performing proxy play) When the requesting user plays the game himself / herself (in other words, in normal play, not proxy play), the game control unit 212 places the requesting user's player character 30 (in other words, the player character 30 linked to the requesting user's account) at a position in the virtual space corresponding to the requesting user's position in real space. The game control unit 212 then moves the requesting user's player character 30 in the virtual space in conjunction with the requesting user's movement in real space. That is, the game control unit 212 moves the requesting user's player character 30 in the virtual space based on the requesting user's position information, which is information from the requesting user. Based on this control by the game control unit 212, the control unit 110 of the requesting user's terminal device 10 displays on the display unit 18 a display in which the requesting user's player character 30 moves in the virtual space in conjunction with the requesting user's movement. The control unit 110 of the requesting user's terminal device 10 also accepts operations by the requesting user on various objects in the virtual space. Specifically, the control unit 110 receives, from the requesting user, touch operations on the event object 33 to generate an event corresponding to the event object 33, operations to move the player character 30 in battle with an enemy character, and the like. The game control unit 212 then progresses the game based on the requesting user's movements in real space and operations on various objects by the requesting user. That is, in normal play, as described above, the user progresses the game by moving their own player character 30 in the virtual space by moving themselves in real space. Also, in normal play, a display of their own player character 30 moving in the virtual space in conjunction with their own movement in real space is displayed on their own terminal device 10. The same applies to a case where the requested user is performing normal play, not proxy play. That is, normal play can be similar to a conventional location-based game.

[0109] In contrast, in proxy play, the game control unit 212 places the player character 30 of the requesting user at a position in the virtual space that corresponds to the position of the requested user in real space. Then, the game control unit 212 moves the player character 30 of the requesting user in the virtual space in conjunction with the movement of the requested user in real space.

[0110] Specifically, the game control unit 212 progresses the game (i.e., proxy play) that the requested user is playing on behalf of the requesting user by moving the requesting user's player character 30 (in other words, the player character 30 linked to the requesting user's account) in the virtual space based on the requested user's location information acquired by the location information acquisition unit 116 (e.g., the location information acquisition unit 116 of the requested user's terminal device 10) that acquires the requested user's location information.

[0111] The control unit 110 of the terminal device 10 of the requested user, under the control of the game control unit 212, causes the display unit 18 to display a display in which the player character 30 of the requesting user moves in the virtual space in conjunction with the movement of the requested user. FIG. 7 shows an example of a play screen 400 that is displayed on the terminal device 10 of the requested user while a proxy play is being performed. The play screen 400 shown in FIG. 7 is a screen on which the requested user plays the game, but the player character 30 displayed on the play screen 400 is the player character 30 of the requesting user (in other words, the appearance of the player character 30 of the requesting user).

[0112] In proxy play, the requested user progresses through the game in basically the same way as in normal play. Specifically, the requested user moves closer to each event object 33 in the virtual space displayed on the display unit 18 of the requested user's terminal device 10 (for example, by approaching and then performing an operation (e.g., a touch operation) on the event object 33 displayed on the display unit 18), thereby generating an event corresponding to the event object 33 and progressing through the game. More specifically, the requested user moves the player character 30 of the requesting user by moving himself / herself so that the event object 33 for which he / she wants to generate a corresponding event (in other words, the event object 33 he / she wants to use) is located within the usable range X, and then performs an operation on the event object 33, thereby progressing through the game.

[0113] In proxy play, the game control unit 212 generates an event corresponding to the operated event object 33 based on an operation by the requested user on the event object 33 within the usable range X. Note that the usable range X is determined depending on the position of the requested user in real space, and can also be said to be the usable range X depending on the position of the player character 30 of the requesting user.

[0114] For example, the game control unit 212 may generate an event of obtaining an item based on the requestee user's operation on the item spot 33a (in other words, based on the requestee user visiting a location in real space that corresponds to the location in virtual space where the item spot 33a is located). Here, the game control unit 212 (in other words, the granting unit 215) may grant the item (in other words, a reward) corresponding to the operated item spot 33a to the requesting user, the requestee user, or both the requesting user and the requestee user, based on the requestee user's operation on the item spot 33a. Furthermore, when the item is granted to both the requesting user and the requestee user, the item granted to the requesting user and the item granted to the requestee user may be different or the same. In this embodiment, with regard to a specified value of an item or the like obtained in proxy play, "granting it to the requesting user" means that the value to be granted will ultimately (in other words, by the time the proxy play is completed) be stored in a specified storage unit as value owned by the requesting user and linked to the requesting user's account; for example, the value may be temporarily granted to the requested user while the proxy play is in progress, and the item temporarily granted to the requested user may be handed over to the requesting user when the proxy play is completed.

[0115] Also, for example, the game control unit 212 restores a predetermined parameter (e.g., stamina value) of the requesting user's player character 30 based on the requestee user's operation on the recovery spot 33b (in other words, based on the requestee user visiting a position in real space corresponding to the position in virtual space where the recovery spot 33b is located).

[0116] Furthermore, for example, the game control unit 212 starts a battle with an enemy character based on the operation of the requested user with respect to the enemy object 33c (in other words, based on the fact that the requested user has visited a position in real space corresponding to the position in virtual space where the enemy object 33c is located). This battle progresses as the requested user operates the player character 30 of the requesting user. That is, the control unit 110 of the terminal device 10 of the requested user accepts an operation by the requested user to move the player character 30 of the requesting user (for example, an operation to make the player character 30 attack the enemy character, etc.). Then, the game control unit 212 progresses the battle with the enemy character based on the operation by the requested user to move the player character 30 of the requesting user, etc. Furthermore, the game control unit 212 grants a reward to a predetermined user based on the fact that the requested user has won the battle against the enemy character by operating the player character 30. Here, the game control unit 212 may grant the reward to the requesting user, to the requested user, or to both the requesting user and the requested user. Furthermore, when granting the reward to both the requesting user and the requested user, the reward granted to the requesting user and the requested user may be different or the same. The battle reward may be, for example, an item, points related to an increase in the parameters of the player character 30, such as so-called experience points, or electronic currency.

[0117] During the proxy play, the game control unit 212 may allow the requested user to use at least some of the items owned by the requesting user (in other words, items that the requesting user can use in normal play, in other words, items linked to the requesting user's account). Furthermore, during the proxy play, the game control unit 212 may restrict the requested user from using at least some of the items owned by the requesting user. In other words, during the proxy play, the game control unit 212 may permit the use of a first item and prohibit the use of a second item among the items owned by the requesting user. The first item may be, for example, equipment for the player character 30. Furthermore, the first item may be an item that is not consumed by use (in other words, an item that does not disappear when used), or may be an item that is consumed by use (in other words, an item that disappears when used). Furthermore, the second item may be, for example, an item that is consumed by use, or may be an item that is not consumed by use. Furthermore, the requesting user may be able to select items that are permitted for use by the requested user and items that are prohibited for use by the requested user.

[0118] (Consideration for the request) A fee may be required for the proxy play request. Specifically, when starting a proxy play, the game control unit 212 may reduce the value owned by the requesting user by the amount of the fee for the proxy play request.

[0119] (achievement condition) A proxy play may have an achievement condition set. Furthermore, the granting unit 215 may grant a specific reward to the requested user when the requested user fulfills the achievement condition during the proxy play. Furthermore, the game control unit 212 may end the proxy play when the achievement condition is fulfilled. In other words, the achievement condition may be a condition for ending the proxy play, or may be set separately from the ending condition. Only one achievement condition may be set for one proxy play, or multiple achievement conditions may be set. Furthermore, when multiple achievement conditions are set, the granting unit 215 may grant a specific reward to the user when one achievement condition is fulfilled, or when multiple (e.g., all) achievement conditions are fulfilled.

[0120] The achievement condition may be, for example, obtaining a predetermined number of specific items, defeating a predetermined number of specific enemy characters, reaching a specific location (specifically, moving the player character 30 to a specific location in virtual space, in other words, the requested user moving to a specific location in real space), or moving a predetermined amount. Note that the "predetermined number" here may be one or more. In other words, "defeating a predetermined number of specific enemy characters" includes defeating a specific enemy character, such as a boss character, or defeating a specified number of so-called minor characters in proxy play. Furthermore, "moving a predetermined amount" includes the requested user moving a specific distance (e.g., 3 km) or a specific number of steps (e.g., 1,000 steps) in real space. The direction of movement may also be specified for the predetermined amount of movement, such as "moving 3 km north."

[0121] The achievement conditions may be set based on the user's selection, may be set automatically by the game control unit 212, or may be determined in advance.

[0122] Note that proxy play may be a request to progress a specific part of a story that is made up of multiple parts. For example, in normal play, the requesting user progresses the story based on their own movements. In this case, the requesting user may be able to ask the requested user to progress some parts of the story (in other words, to clear some parts). In this case, the achievement condition may be to clear the part that has been requested to be cleared.

[0123] The reward granted to the requested user upon fulfillment of the achievement conditions may be a predetermined value owned by the requesting user (e.g., electronic currency, an item, etc.). Furthermore, the reward granted to the requested user upon fulfillment of the achievement conditions may be a portion of the results obtained through proxy play (e.g., value obtained by operating the item spot 33a during proxy play or by defeating an enemy character, etc.). In other words, a portion of the results obtained through proxy play may be distributed to the requested user. Furthermore, the reward granted to the requested user upon fulfillment of the achievement conditions is not limited to a reward given by the requesting user to the requested user (in other words, a reward granted by reducing the value owned by the requesting user or the requesting user's share), but may also be a reward granted to the requested user by the game operator (in other words, a reward granted without reducing the value owned by the requesting user or the requesting user's share).

[0124] (Ending conditions) A termination condition is set for a proxy play. The game control unit 212 terminates the proxy play when the termination condition is satisfied. Only one termination condition may be set for one proxy play, or multiple termination conditions may be set. Furthermore, when multiple termination conditions are set, the game control unit 212 may terminate the proxy play when one termination condition is satisfied, or when multiple (e.g., all) termination conditions are satisfied.

[0125] As described above, the achievement condition may be the termination condition. Alternatively, the termination condition may be a predetermined operation by the requesting user or the requested user to end the proxy play. Alternatively, the termination condition may be a predetermined time period elapsed from a predetermined reference time (e.g., the start of the proxy play). In other words, a deadline for fulfilling the achievement condition may be set for the proxy play. The granting unit 215 may then grant a specific reward to a user who fulfills the achievement condition within the set deadline, and not grant the specific reward to a user who fails to fulfill the achievement condition within the set deadline.

[0126] Regardless of whether the termination condition is the same as the achievement condition, the various conditions given above as examples of the achievement condition may be set as the termination condition.

[0127] The end condition may be determined based on a user selection, may be determined automatically by the game control unit 212, or may be determined in advance.

[0128] (Profits obtained by the requesting user) The granting unit 215 grants to the requesting user the results obtained by the proxy play of the requested user, such as the profits generated by the proxy play by the requested user. In other words, the granting unit 215 grants to the requesting user the results obtained based on the movement of the requested user in real space, such as the profits generated based on the movement of the requested user in real space. Here, the granted profit may be a predetermined reward. Specifically, the granted profit may be an item, electronic currency, experience points obtained by the requesting player character 30 (in other words, points related to an increase in the parameters of the player character 30), or the like, that can be obtained by performing proxy play. Furthermore, the granted profit may be game progress. Specifically, the granted profit may be progress in the game story that the requesting user progresses through normal play (in other words, completion of a part of the story), or the like. That is, based on the fact that the requested user has cleared a predetermined event (for example, a part of a story) in proxy play, the granting unit 215 may mark the predetermined event as cleared for the account of the requesting user (in other words, the granting unit 215 may change the status from not cleared to cleared). Note that even if the requested user does not clear the predetermined event in proxy play and progresses only partway, the granting unit 215 may pass on the status up to the progressed part to the requesting user (in other words, the granting unit 215 may change the status of the requesting user's account to one in which progress has been completed up to the part progressed by the requested user).

[0129] Furthermore, the benefit awarded may be, for example, an item awarded based on an operation on the item spot 33a, a reward awarded based on defeating an enemy character, or a reward awarded based on completing a specified event.

[0130] The granting unit 215 may grant the result obtained through proxy play (in other words, the generated profit) to the requesting user when the proxy play ends or while the proxy play is in progress. For example, the granting unit 215 may grant the result obtained through proxy play (in other words, the generated profit) to the requesting user based on the fact that the requested user has satisfied an achievement condition. The granting unit 215 may also grant the profit to the requesting user when a predetermined event occurs during proxy play. For example, the granting unit 215 may grant the requesting user an item corresponding to the operated item spot 33a each time an operation is performed on the item spot 33a during proxy play. For example, the granting unit 215 may grant the requesting user a reward based on the defeat of the enemy character each time the user defeats an enemy character during proxy play.

[0131] The benefit to be awarded may enable an event that can occur based on the requesting user's movement in real space when the requesting user is playing normally to occur without the requesting user moving in real space. For example, the awarding unit 215 awards specific points (or specific items) to the requesting user according to the amount of movement (e.g., distance, number of steps, time, etc.) of the requested user during proxy play. The specific points (or specific items) may be points (or items) that, when consumed, can cause an event to occur (i.e., play) at a location that is located a predetermined distance or more from the requesting user's current location (i.e., outside the usable range X). For example, the game control unit 212 may be able to cause an event that is located a first distance (e.g., 1 km) from the requesting user's current location by consuming a first amount (e.g., 1,000 points) of specific points based on the requesting user's operation. Furthermore, the game control unit 212 may be capable of generating an event set at a location that is a second distance (e.g., 2 km) away from the current location of the requesting user that is farther than the first distance, by consuming a second amount (e.g., 2000 points) of specific points that is greater than the first amount, based on an operation of the requesting user. Alternatively, the game control unit 212 may be capable of generating an event set at a location that is the first distance away from the current location of the requesting user, by consuming a first specific item, based on an operation of the requesting user. Furthermore, the game control unit 212 may be capable of generating an event set at a location that is the second distance away from the current location of the requesting user, by consuming a second specific item (or consuming a larger amount of the first specific item than would be required to generate an event set at a location that is the first distance away), based on an operation of the requesting user. In other words, the granting unit 215 may grant to the requesting user specific points (or a specific item) that can reduce the burden of movement on the requesting user in normal play, depending on the amount of movement of the requested user during proxy play.Specifically, the granting unit 215 may grant more specific points the greater the amount of movement (for example, the distance traveled, the number of steps, etc.) of the requested user during proxy play.

[0132] In this way, the granting unit 215 grants to the requesting user the result obtained through the proxy play of the requested user. However, the result granted to the requesting user is not limited to a positive result for the requesting user, and may also include a negative result. That is, for example, if the requested user fails to clear an event during proxy play (e.g., is defeated by an enemy character), the granting unit 215 may register (in other words, store in the storage unit 220) the result of failure while linking it to the requesting user's account. Furthermore, if the requested user uses an item during proxy play, the granting unit 215 may reduce the number of items owned by the requesting user by the amount used by the requested user during proxy play. Furthermore, if the parameters of the player character 30 decrease during proxy play, the granting unit 215 allows the requesting user to start using the player character 30 after the proxy play ends, while maintaining the reduced parameters of the player character 30.

[0133] (Reward received by the requested user) The requested user receives a reward by performing proxy play. This reward can also be considered a reward granted to the requested user by performing proxy play and bringing a benefit to the requesting user. In other words, the granting unit 215 grants a reward to the second user based on the benefit being granted to the first user based on the second user's movement in real space. In other words, the granting unit 215 grants a reward to the second user based on the result obtained based on the second user's movement in real space being granted to the first user.

[0134] Specifically, the granting unit 215 may grant a reward to the requested user based on the fact that the requested user has satisfied the achievement condition in the proxy play.

[0135] Furthermore, the granting unit 215 may grant a reward to the requested user based on the fact that the requested user has performed an operation on the item spot 33a during proxy play.

[0136] Furthermore, the granting unit 215 may grant a reward to the requested user based on the fact that the requested user has defeated an enemy character in a proxy play.

[0137] The granting unit 215 may grant a reward to the requested user when the proxy play ends or while the proxy play is in progress. For example, the granting unit 215 may grant a reward to the requested user when the requested user fulfills an achievement condition. Furthermore, the granting unit 215 may grant a reward to the requested user when a predetermined event occurs during the proxy play. For example, the granting unit 215 may grant the requested user an item corresponding to the operated item spot 33a each time an operation is performed on the item spot 33a during the proxy play. Furthermore, for example, the granting unit 215 may grant the requested user a reward based on the defeat of the enemy character each time the user defeats an enemy character during the proxy play.

[0138] The granting unit 215 may grant different rewards to the requesting user and the requested user upon a specific trigger. In other words, the granting unit 215 may grant a first reward to the requesting user and a second reward different from the first reward to the requested user based on the fact that a specific condition has been met in the proxy play (for example, the fact that an achievement condition has been met). Here, the first reward may not be granted to the requested user. Furthermore, the second reward may not be granted to the requesting user.

[0139] (Display during proxy play) 7, while proxy play is in progress, the control unit 110 of the terminal device 10 of the requested user may cause the display unit 18 to display a display indicating that proxy play is in progress. Also, while proxy play is in progress, the control unit 110 of the terminal device 10 of the requested user may cause the display unit 18 to display an achievement condition. Also, while proxy play is in progress, the control unit 110 of the terminal device 10 of the requested user may cause the display unit 18 to display an end condition.

[0140] For example, the control unit 110 of the terminal device 10 of the requested user may display, on the play screen 400 on which the requested user is performing proxy play, an indication that proxy play is in progress, an achievement condition, and an end condition. Specifically, the control unit 110 may display, on the play screen 400, the progress of the achievement condition (for example, the remaining number and types of items to be acquired, the remaining number and types of enemy characters to be defeated), etc. Furthermore, the control unit 110 may display, on the play screen 400, the time remaining until the proxy play ends, etc.

[0141] Furthermore, the control unit 110 of the terminal device 10 of the requested user may display a notice 405 regarding proxy play on the display unit 18. The notice 405 may, for example, notify the requested user of differences from normal play. The notice 405 may, for example, notify the user of disadvantages of proxy play. In this embodiment, the notice displays the differences between proxy play and normal play, i.e., disadvantages compared to normal play, specifically, the fact that a predetermined benefit cannot be obtained in proxy play. More specifically, the notice displays the fact that experience points (in other words, points related to an increase in the parameters of the player's own player character 30) cannot be obtained in proxy play (for example, even by defeating an enemy character). The predetermined benefit is not limited to experience points, but may also be items, virtual currency, etc.

[0142] (Communication during proxy play) During the proxy play, the game control unit 212 may notify the requesting user of the progress of the achievement conditions (in other words, the progress of the request). For example, the game control unit 212 notifies the terminal device 10 of the requesting user of the progress of the achievement conditions. Based on the notification, the terminal device 10 of the requesting user displays a notification display 410 on the display unit 18 to notify the requesting user of the progress of the achievement conditions, as illustrated in FIG. 8(a). Note that the game control unit 212 may issue the notification, for example, periodically (in other words, at a predetermined time), or may issue the notification when the requested user achieves a predetermined item in the proxy play (for example, achieves some of the multiple achievement conditions). The notification display 410 may, for example, notify the requesting user of the achievement conditions that have been achieved or the achievement conditions that have not yet been achieved by the requested user. The notification display 410 may also notify the requesting user of the acquisition status of an item (in other words, profit) that the requesting user will acquire as a result of the proxy play.

[0143] Furthermore, the control unit 110 of the terminal device 10 of the requesting user may accept an operation (specifically, an operation by the requesting user) to send a reaction to the notification of the progress status of the achievement condition to the requested user. Specifically, a stamp (in other words, a pictogram) or a message (for example, a fixed phrase or a sentence freely entered by the requesting user) may be sent to the requested user as a reaction. Based on the operation, the control unit 110 of the terminal device 10 of the requesting user transmits the reaction to the terminal device 10 of the requested user via the server 20. The control unit 110 of the terminal device 10 of the requested user displays the transmitted reaction (for example, the stamp 412) on the display unit 18 (for example, the play screen 400). In this way, the reaction of the requesting user is conveyed to the requested user.

[0144] Furthermore, the control unit 110 of the terminal device 10 of the requesting user may accept an operation from the requesting user to send a predetermined value (in other words, a gift) to the requested user while a proxy play is in progress. The predetermined value may be electronic currency, a substitute for money, an item usable in the game, or the like. Here, the electronic currency may be in-game currency or currency usable outside the game. In other words, "sending a specific value (in other words, sending a gift)" includes so-called tipping in video streaming services and the like, sending an item, and the like. The method of sending the predetermined value from one user to another can be similar to the method of sending a predetermined value in a conventional video streaming service or the method of sending an item from one user to another in a conventional game, but may also be, for example, as follows.

[0145] For example, the control unit 110 of the terminal device 10 of the requesting user transmits a request to the server 20 for the requestor to send a predetermined value to the requested user based on a predetermined operation by the requestor. Based on the request (in other words, based on the predetermined operation), the control unit 210 of the server 20 increases the assets held by the requested user by the amount of the value sent from the requestor user, and decreases the assets held by the requestor user by an amount corresponding to the value sent to the requested user. Based on the request, the control unit 210 of the server 20 also notifies the requested user that the requestor user has sent the predetermined value to the requested user, the contents of the sent value, etc. For example, the control unit 210 notifies the terminal device 10 of the requested user that the requestor user has sent the predetermined value to the requested user, the contents of the sent value, etc. Based on the notification, the control unit 110 of the terminal device 10 of the requested user displays a display 413 on the display unit 18 (e.g., the play screen 400) to notify the requested user that a specified value has been sent from the requesting user and the contents of the sent value, as illustrated in Figure 8(c).

[0146] When the control unit 110 of the terminal device 10 of the requesting user displays on the display unit 18 a notification display 410 that notifies the requesting user of the progress of the achievement condition, the control unit 110 may also display on the display unit 18 a display 416 that prompts the requesting user to send a reaction to the notification to the requested user, a display 417 that prompts the requesting user to send a predetermined value, etc. The control unit 110 of the terminal device 10 of the requesting user may also display on the display unit 18, together with these prompting displays 416, 417, a UI 418 that accepts an operation in response to the prompting displays 416, 417. The control unit 110 of the terminal device 10 of the requesting user may then accept the operation in response to these prompting displays 416, 417 as an operation to send a reaction to the requested user or an operation to send a predetermined value to the requested user. Note that "prompting" includes, for example, confirming whether or not to send.

[0147] (Request for multiple users) A requesting user may be able to request proxy play from multiple request recipient users at the same time. In other words, proxy relationships may be established between one requesting user and multiple request recipient users at the same time. Furthermore, the granting unit 215 may grant a specific reward only to the first user among multiple request recipient users who have received a proxy play request from one requesting user and who achieves the achievement condition. In this case, no reward may be granted to users among the multiple request recipient users other than the first user to achieve the achievement condition, or a reward different from the specific reward may be granted.

[0148] (Detailed settings for proxy requests) In this embodiment, the user can set the conditions for achieving and ending the proxy play. An example of a screen for setting details of the proxy play is shown in FIG.

[0149] The control unit 110 of the terminal device 10 of the requesting user causes the display unit 18 to display a condition setting screen 500, as illustrated in FIG. 9 , based on a predetermined operation by the requesting user. The condition setting screen 500 may be displayed, for example, when the requesting user actually makes a request. For example, the control unit 110 may cause the display unit 18 to display the condition setting screen 500 based on the requesting user performing an operation to designate a request-destination user from among multiple users displayed on the list screen 360. Furthermore, for example, the control unit 110 may cause the display unit 18 to display the condition setting screen 500 based on the request-destination user performing a predetermined operation related to accepting the request, such as an operation to input code information 301. Furthermore, the condition setting screen 500 may be a screen that allows the requesting user to set various conditions in advance, for example, before the requesting user actually makes a request or before the request-destination user performs a predetermined operation related to accepting the request. In other words, the requesting user may be able to set various conditions in advance on the condition setting screen 500, regardless of the timing of actually making a request (in other words, the timing of when the request is accepted). When the request is accepted, the game control unit 212 starts the proxy play under the conditions set on the condition setting screen 500.

[0150] The condition setting screen 500 displays an achievement condition setting UI 501 as a UI for setting achievement conditions. The achievement condition setting UI 501 (in other words, the control unit 110) accepts user operations for setting achievement conditions. Specifically, the achievement condition setting UI 501 accepts an operation for setting an achievement condition related to obtaining an item, an operation for setting an achievement condition related to defeating an enemy character, an operation for setting a movement destination (specifically, a specific location in virtual space as a destination to which the player character 30 is to be moved, in other words, a destination in real space to which the requested user is aiming), or an operation for setting an achievement condition related to a movement amount. The game control unit 212 sets achievement conditions based on the user's operation on the achievement condition setting UI 501. As illustrated in FIG. 9( a), the achievement condition setting UI 501 may be a UI that allows the user to select an achievement condition to set from multiple presented achievement conditions. Furthermore, the achievement condition setting UI 501 may be a UI that can accept operations to set the type and number of items to obtain, the type and number of enemy characters to defeat, the destination of movement, the amount of movement, or the direction of movement, as exemplified in Figure 9(b).

[0151] The condition setting screen 500 also displays an end condition setting UI 502 as a UI for setting an end condition. The end condition setting UI 502 (in other words, the control unit 110) accepts a user operation for setting an end condition for proxy play. The game control unit 212 sets the end condition based on the user operation on the end condition setting UI 502. For example, the game control unit 212 may set a deadline for proxy play based on a user operation for setting a deadline for proxy play (in other words, a deadline for satisfying an achievement condition). Furthermore, the achievement condition setting UI 501 described above may function as the end condition setting UI 502.

[0152] The requested user may be able to set the achievement condition based on an operation on the achievement condition setting UI 501 and the end condition based on an operation on the end condition setting UI 502 on his / her own terminal device 10.

[0153] Furthermore, the control unit 110 of the terminal device 10 of the requesting user displays a reward setting screen 510, illustrated in FIG. 9(c), on the display unit 18 based on a predetermined operation by the requesting user. The reward setting screen 510 displays a reward setting UI 511 as a UI for setting a reward for proxy play. The reward setting UI 511 (in other words, the control unit 110) accepts operations related to setting the reward. Specifically, the reward setting UI 511 accepts operations for setting the type of reward (e.g., the type of item as the reward) and the amount of reward (e.g., the number of items as the reward). The game control unit 212 sets the reward for proxy play based on the user's operation on the reward setting UI 511. In other words, when the request is accepted, the game control unit 212 starts proxy play in which the requested user can obtain the reward set in the reward setting UI 511. The reward set in the reward setting UI 511 may be, for example, a reward to be granted to the requested user when the requested user fulfills an achievement condition in proxy play. That is, for example, when the requested user fulfills the achievement condition in the proxy play, the granting unit 215 grants the requested user a reward that is set based on an operation on the reward setting UI 511.

[0154] The reward given to the requested user may be a predetermined value owned by the requesting user, a portion of the results obtained through proxy play, or a reward given to the requested user by the game operator. That is, the reward setting UI 511 may, for example, accept an operation by the requesting user to select a reward from the values ​​he or she owns. The reward setting UI 511 may also accept an operation to set the requested user's share of the results obtained through proxy play (for example, the type and amount of value to be given to the requested user (in other words, the allocation)).

[0155] The requested user is notified of the achievement conditions set by the requesting user. The requested user is also notified of the end conditions set by the requesting user. The requested user is also notified of the reward set by the requesting user. Specifically, the game control unit 212 notifies the terminal device 10 of the requested user of the achievement conditions, end conditions, and reward set by the requesting user. The terminal device 10 of the requested user displays the notified achievement conditions, end conditions, and reward on the display unit 18. The terminal device 10 of the requested user may display the notified achievement conditions, end conditions, and reward on the display unit 18 before the proxy play request is accepted (in other words, before the proxy play starts), or after the proxy play request is accepted (in other words, after the proxy play starts). In other words, the requested user may be notified of the achievement conditions, end conditions, or reward before or after the proxy play request is accepted by the requested user.

[0156] In cases where the achievement conditions, end conditions, or rewards set by the requesting user are notified to the requested user (in other words, displayed on the display unit 18) before the request is accepted, the control unit 110 of the terminal device 10 of the requested user may accept an operation by the requested user requesting a change to the achievement conditions, end conditions, or rewards. For example, the control unit 110 may accept an operation requesting a change to any of the types and numbers of items to be acquired, the types and numbers of enemy characters to be defeated, the destination, distance, or direction of movement, etc., set by the requesting user as achievement conditions. The control unit 110 may also accept an operation requesting a change to the deadline set by the requesting user as an end condition. The control unit 110 may also accept an operation requesting a change to the types and numbers of items set by the requesting user as rewards. In other words, the control unit 110 may accept an operation by the requested user requesting a change to the details of the proxy play set by the requesting user. An example of a change request screen 520 for requesting a change to the details is shown in FIG. 9(d).

[0157] For example, suppose that the requesting user sets the proxy play time limit to three hours and the rewards to one item Z and one item K. In this case, the control unit 110 of the terminal device 10 of the requested user may accept an operation by the requested user to request a change in the time limit (for example, an operation to change the time limit to five hours), as shown in FIG. 9(d). The control unit 110 of the terminal device 10 of the requested user may also accept an operation to request a change in the type of item provided as a reward, an operation to request a change in the number of items provided as a reward (for example, an operation to increase the number of item Z provided as a reward, or an operation to change the type of reward from item K to item Z), etc.

[0158] When the requested user performs an operation to request a change to the details of the proxy play, the game control unit 212 notifies the terminal device 10 of the requesting user of the content of the request. The control unit 110 of the terminal device 10 of the requesting user causes the display unit 18 to display the notified content of the request. The control unit 110 also accepts an operation by the requesting user to comply with the request (in other words, an operation to change the details of the proxy play in accordance with the request of the requested user) and an operation to reject the request. Based on the operation by the requesting user to comply with the request, the game control unit 212 changes the details of the proxy play (specifically, the achievement conditions, end conditions, or rewards) in accordance with the request. On the other hand, if the requesting user performs an operation to reject the request, the game control unit 212 does not change the details of the proxy play (specifically, the achievement conditions, end conditions, or rewards). The game control unit 212 may determine that the proxy request has been established based on the requesting user performing an operation in response to the request, and may cause the requested user to start proxy play (specifically, proxy play under the conditions after the details have been changed). The requested user's operation to request a change to the details of the proxy play, and the requesting user's operation in response to the request, may be executable after proxy play has begun. In this case, the game control unit 212 may change the details of the proxy play that is currently being performed (in other words, the proxy play that the requested user is playing) based on the requesting user performing an operation in response to the request.

[0159] (Restrictions on users using proxy play) The game control unit 212 may restrict the use of proxy play according to the attributes of the user. Specifically, the game control unit 212 may restrict the use of proxy play according to the attributes related to the user's age. The game control unit 212 may also restrict the use of proxy play according to the attributes related to the user's gender. Note that the user's attributes (e.g., information such as the user's age and gender) are stored in the storage unit 220, for example, as user information linked to the user's account. The game control unit 212 then determines the user's attributes by referring to the user information, and performs control according to the user's attributes.

[0160] For example, the game control unit 212 may permit a user to request other users to play on behalf of another user as a requester based on the fact that the user is a child (in other words, the user's age is below a predetermined age), and may prohibit the user from requesting other users to play on behalf of another user as a requester based on the fact that the user is an adult (in other words, the user's age is above a predetermined age). Furthermore, the game control unit 212 may permit a user to request other users to play on behalf of another user as a requester based on the fact that the user is a female, and prohibit the user from requesting other users to play on behalf of another user as a requester based on the fact that the user is a male. That is, for example, if the user is a child or a female, the user may be permitted to request other users to play on behalf of another user as a requester, and if the user is an adult male, the user may be prohibited from requesting other users to play on behalf of another user as a requester.

[0161] The method by which the game control unit 212 prohibits a user with a specific attribute from requesting proxy play from another user as a requester is not particularly limited, as long as it prevents the request from being fulfilled. For example, the game control unit 212 may control an operation to specify a requester user, such as an operation to input code information 301 performed on the terminal device 10 of the requestee user or an operation to specify a specific user from among multiple users displayed on the list screen 360, so that a user with a specific attribute cannot be specified as the requester user. Specifically, the game control unit 212 may control a UI related to accepting an operation to specify a user with the specific attribute as the requester user not to be displayed, or may disable an operation to specify a user with the specific attribute as the requester user on the UI. Furthermore, when a requestee user performs an operation to specify a user with the specific attribute as the requester user, the game control unit 212 may notify the requestee user who performed the operation that the user with the specific attribute cannot be specified as the requester user. Furthermore, for example, when the requesting user is a user with a specific attribute, the game control unit 212 may perform control so that operations related to the request, such as an operation to specify a specific user from among multiple users displayed on the list screen 360, cannot be performed on the terminal device 10 of the requesting user. Specifically, the game control unit 212 may perform control so that a UI for accepting an operation to request proxy play from another user is not displayed on the terminal device 10 of the user with the specific attribute, or may disable operations on the UI by the user with the specific attribute.

[0162] Also, for example, the game control unit 212 may permit proxy play with the user as the request recipient if the user satisfies certain conditions (hereinafter referred to as "request recipient conditions"), and may prohibit proxy play with the user as the request recipient if the user does not satisfy the request recipient conditions.

[0163] The requestee condition may be, for example, a condition related to the positional relationship between the requesting user and the requested user. Specifically, the requestee condition may be, for example, a condition that the requested user is located within a predetermined range (in other words, within a predetermined distance (e.g., within 10 meters)) from the requesting user. Whether users satisfy the condition related to the positional relationship may be determined based on, for example, the position information of each user detected by a GPS sensor or the like. Whether users satisfy the condition related to the positional relationship may also be determined based on short-range wireless communication (e.g., infrared communication, Bluetooth communication, or WiFi communication) of the terminal device 10 owned by each user. Specifically, the control unit 110 of the terminal device 10 may determine whether another specific user's terminal device 10 is nearby via infrared communication or Bluetooth communication, thereby determining whether the specific user is within the predetermined range. Alternatively, the control unit 110 of the terminal device 10 may determine whether another user is within the predetermined range by detecting other terminal devices 10 connected to the same network device.

[0164] The request recipient condition may also be a condition related to the attributes of the user of the request recipient. Specifically, the request recipient condition may be, for example, a condition that the user of the request recipient is an adult.

[0165] The request-receiver condition may also be a condition regarding the relationship between the requesting user and the requested user. Specifically, the request-receiver condition may be a condition that the requested user has a predetermined relationship with the requesting user.

[0166] The requestee condition may also be a condition regarding the depth of the relationship between the requesting user and the requestee user. The depth of the relationship may be determined based on the multiplay history between the requesting user and the requestee user. In other words, the requestee condition may be a condition regarding the multiplay history between the requesting user and the requestee user. Specifically, the requestee condition may be a condition that the requesting user and the requestee user have played multiplay together, a condition that the requesting user and the requestee user have played multiplay together a predetermined number of times, or a condition that a predetermined period of time has passed since the first multiplay event in which the requesting user and the requestee user participated. The game control unit 212 may permit proxy play, in which the requestee user plays on behalf of the requesting user, if the requesting user and the requestee user satisfy a condition regarding the multiplay history, and may prohibit proxy play if the condition regarding the multiplay history is not satisfied (e.g., if the requesting user and the requestee user have never played multiplay together).

[0167] (Stopping proxy play) The proxy play may be stopped based on a request from the requesting user. In other words, the game control unit 212 may stop (in other words, forcibly end) the proxy play in progress based on an operation by the requesting user.

[0168] For example, the control unit 110 of the terminal device 10 of the requesting user displays a cancel operation screen 530 illustrated in Fig. 10(a) on the display unit 18 based on a predetermined operation by the requesting user. The cancel operation screen 530 accepts an operation by the requesting user to cancel the proxy play in progress (in other words, during the request).

[0169] The control unit 110 of the terminal device 10 of the requesting user requests the game control unit 212 to stop the proxy play, based on an operation by the requesting user to stop the proxy play. The game control unit 212 stops the proxy play based on the request.

[0170] Furthermore, when the game control unit 212 discontinues the proxy play based on the request, it notifies the requested user of the discontinuation of the proxy play. Specifically, the game control unit 212 notifies the terminal device 10 of the requested user of the discontinuation of the proxy play based on an operation by the requesting user to discontinue the proxy play. Based on the notification, the control unit 110 of the terminal device 10 of the requested user causes the display unit 18 to display a display 533 notifying the discontinuation of the proxy play, as exemplified in FIG. 10(b). The display 533 notifying the discontinuation of the proxy play may notify that the play is being discontinued based on a selection made by the requesting user. Furthermore, the control unit 110 of the terminal device 10 of the requested user may cause the display unit 18 to display a display 534 indicating the result of the proxy play (specifically, the result obtained by the play of the requested user) in addition to the display 533 notifying the discontinuation of the proxy play.

[0171] Even if the proxy play is discontinued, the requesting user may be able to obtain the profit based on the proxy play up to the time of the discontinuation (in other words, the result of the proxy play). That is, if the awarding unit 215 awards a profit to the requesting user while the proxy play is in progress, the awarded profit may not be lost even if the proxy play is discontinued. Furthermore, in a configuration in which the profit generated by the proxy play is awarded when the proxy play ends, the awarding unit 215 may award to the requesting user a profit according to the result of the proxy play up to the time of the discontinuation, when the proxy play is discontinued.

[0172] Furthermore, even if the proxy play is discontinued, the requested user may be able to obtain a reward based on the proxy play up to the time of the discontinuation. That is, if the awarding unit 215 awards a reward to the requested user while the proxy play is in progress, the awarded reward may not be lost even if the proxy play is discontinued. Furthermore, in a configuration in which the reward for proxy play is awarded when the proxy play ends, when the proxy play is discontinued, the awarding unit 215 may award to the requested user a reward based on the results of the proxy play up to the time of the discontinuation (for example, the achievement conditions satisfied up to the time of the discontinuation).

[0173] (Watching proxy play) The requesting user who has requested a proxy play may be able to watch the proxy play being performed by the requested user. The game control unit 212 provides the requesting user with a viewing screen 550 on which the requesting user can watch the proxy play of the requested user in a game that is progressed using location information indicating the location of the requested user in real space. Specifically, the game control unit 212 controls the display unit 18 of the requesting user's terminal device 10 to display the viewing screen 550 on which the proxy play by the requested user can be watched while the requested user is performing the proxy play. An example of the viewing screen 550 displayed on the requesting user's terminal device 10 is shown in FIG. 11 .

[0174] The viewing screen 550 shows the progress of the proxy play being played by the requested user. The viewing screen 550 displays a display in which the requesting user's player character 30 moves based on the position information of the requested user. The viewing screen 550 displays, for example, a display similar to the play screen 400 being displayed on the terminal device 10 of the requested user (see FIG. 7). That is, on the terminal device 10 of the requesting user, it is possible to view the play content of the requested user, in other words, the state of the requested user playing the game, in real time.

[0175] As will be described later, in proxy play, the play screen 400 of the requested user may be displayed so that the player character 30 of the requested user moves based on the movement of the requested user in real space. In this case, the viewing screen 550 may be displayed so that the player character 30 of the requesting user moves based on the movement of the requested user in real space. In other words, the game control unit 212 may display the viewing screen 550 in which the image of a character (e.g., a player character 30 owned by the requested user) displayed on the play screen 400 of the requested user is replaced with the image of another character (e.g., a player character 30 owned by the requesting user). This configuration makes it possible for the requested user to play a game with a character they are attached to, while also enabling the requesting user to view a display in which their character moves.

[0176] The control unit 110 of the terminal device 10 of the requesting user may receive an operation on the viewing screen 550 by the requesting user with respect to an object in the game that appears in the proxy play played by the requested user. The object may be, for example, an event object 33 or a character. That is, for example, the control unit 110 may receive a touch operation by the requesting user with respect to an event object 33 displayed on the viewing screen 550. The control unit 110 may also receive an operation by the requesting user to move a character displayed on the viewing screen 550. The game control unit 212 may then progress the game based on the operation by the requesting user with respect to an object in the game that appears in the proxy play played by the requested user.

[0177] That is, in proxy play, the game control unit 212 may be able to progress the game based on the movement of the requested user in real space and the operation of the requesting user on an object in the game. For example, the game control unit 212 moves the player character 30, which is displayed on the play screen 400 of the requested user's terminal device 10 and is displayed on the viewing screen 550 of the requesting user's terminal device 10, in the virtual space based on the position information of the requested user. The game control unit 212 also accepts the requesting user's operation on an event object 33 within an available range X centered on the player character 30 (in other words, an available range X determined based on the position information of the requested user). Then, based on the operation by the requesting user on the event object 33 within the available range X, the game control unit 212 generates an event corresponding to the operated event object 33.

[0178] For example, the game control unit 212 may generate an event of acquiring an item based on an operation on the item spot 33a by the requesting user. Here, based on the operation on the item spot 33a by the requesting user, the game control unit 212 may grant the item corresponding to the operated item spot 33a to the requesting user, the requested user, or both the requesting user and the requested user. Furthermore, when granting an item to both the requesting user and the requested user, the item granted to the requesting user and the requested user may be different or the same. Note that, during the progress of proxy play, the user to whom the item is granted and the type of item granted to each user may differ between when the requesting user operates the item spot 33a on his / her own terminal device 10 and when the requested user operates the item spot 33a on his / her own terminal device 10.

[0179] Furthermore, for example, the game control unit 212 may generate an event of a battle with an enemy character based on an operation performed by the requesting user on the enemy object 33c.

[0180] Furthermore, the event that occurs may be playable by the requesting user (for example, alone or in cooperation with the requested user), or may be playable by the requested user (for example, alone or in cooperation with the requesting user). For example, the game control unit 212 may cause an event of a battle with an enemy character to occur based on an operation performed by the requesting user on the enemy object 33c. In this case, the game control unit 212 may progress the battle with the enemy character based on either or both of an operation performed by the requesting user (for example, an operation to cause the player character 30 to attack the enemy character or an operation to use a predetermined item) and an operation performed by the requested user (for example, an operation to cause the player character 30 to attack the enemy character or an operation to use a predetermined item).

[0181] Furthermore, when an event is to be played cooperatively by a requested user and a requesting user, the game control unit 212 may assign roles to the requested user and the requesting user in the event. For example, when a first operation and a second operation are involved in the progress of the event, the game control unit 212 may allow the requested user to perform the first operation but not the second operation, and may allow the requesting user to perform the second operation but not the first operation. For example, one of the first operation and the second operation may be an operation to move the player character 30 and the other an operation to use an item. For example, one of the first operation and the second operation may be an operation to move the player character 30 and the other an operation to support the play of another user. In other words, the game control unit 212 may assign different roles to each user in the event, such as an attacking role, a healing role, or an item using role, and progress the event. In addition, the game control unit 212 may determine which user will play which role in the event based on user selection (e.g., prior setting by the requesting user or the requested user (in other words, before the event begins)).

[0182] Furthermore, when an event that occurs is an event played cooperatively by a requested user and a requesting user, a first character operable by the requested user and a second character operable by the requesting user may appear in the event. The game control unit 212 may then move the first character based on the operation of the requested user and move the second character based on the operation of the requesting user to progress through the event. The first character may be, for example, a character linked to the account of the requested user (in other words, the player character 30 of the requested user). The second character may be, for example, a character linked to the account of the requesting user (in other words, the player character 30 of the requesting user).

[0183] In this way, the game control unit 212 can trigger a specific event in which the requested user and the requesting user cooperate during proxy play, but the specific event does not have to be initiated based on an operation on the event object 33 or an operation by the requesting user. In other words, the game control unit 212 can trigger the specific event based on a predetermined condition being satisfied during proxy play. The predetermined condition may be, for example, the requesting user performing an operation on a specific event object 33, the requested user performing an operation on a specific event object 33, or the requested user reaching a specific location. The specific event may be a so-called boss battle, an event related to the progress of the story, or the like.

[0184] (Gameplay by the requesting user during proxy play) In the game application of this embodiment, first content that is played using location information and second content that can be used without location information may be provided. Here, the first content includes content that can be requested to be played on behalf of another user (in other words, content that can be played on behalf of another user). The game control unit 212 may enable the requesting user to play the second content while the proxy play is in progress. That is, the game control unit 212 may enable the requesting user to play the second content while the requested user is playing the first content on behalf of the requesting user. For example, while the requested user is playing the first content on behalf of the requesting user, the game control unit 212 displays a screen related to the second content on the terminal device 10 of the requesting user and progresses through the second content based on the operation of the requesting user.

[0185] The second content may be, for example, a so-called mini-game, etc. The type of the mini-game (in other words, the second content) is not particularly limited, but may be, for example, a table game, a card game, a puzzle game, an action game, a shooting game, a sports game, or a quiz.

[0186] The second content may also be an event corresponding to a specific event object 33. That is, for example, the game control unit 212 may register an event corresponding to a specific event object 33 in the storage unit 220 as an event to be played later, based on a predetermined operation by a user (e.g., the requesting user (in other words, the user) or the requested user) while playing the first content (e.g., during normal play or proxy play). In other words, the game control unit 212 may perform control to reserve an event corresponding to a specific event object 33 as an event that can be played later. Then, the game control unit 212 may start the event registered as an event to be played later (in other words, the reserved event) as the second content, based on a predetermined operation by a user (specifically, the requesting user while proxy play is in progress).

[0187] Furthermore, the second content may be content that allows multiplay with other users (specifically, users other than the user who is currently being requested to play on behalf of another user). Here, content that allows multiplay includes content that allows a player to compete against other users and content that allows a player to play cooperatively with other users (for example, content in which players cooperate to defeat a common enemy). Furthermore, the second content as content that allows multiplay may be content that allows a player to play with non-player characters (for example, competition or cooperative play with non-player characters) without playing multiplay with other users. For example, if the second content is a table game of mahjong, it may be possible to play mahjong against other users or mahjong against non-player characters. Furthermore, for example, if the second content is content aimed at defeating a specific enemy, it may be possible to cooperate with other users to defeat the specific enemy, or to defeat the specific enemy on behalf of other users with the cooperation of non-player characters.

[0188] (Character lending) As described above, in proxy play in the game of this embodiment, the requested user progresses through the game using the player character 30 of the requesting user. That is, the game control unit 212 lends the player character 30 of the requesting user to the requested user. Note that, with regard to the player character, "lending" can also be said to mean allowing a user other than the user who owns the player character 30 (in other words, the user of the account linked to the player character 30) to use the player character 30.

[0189] Normal play or proxy play may be performed using only one player character 30. Normal play or proxy play may also be performed using multiple player characters 30. In other words, in normal play or proxy play, each user may form a party consisting of multiple characters and progress through the game using the party. That is, for example, a battle with an enemy character that occurs in normal play or proxy play may be an event in which multiple player characters 30 are controlled to fight the enemy character. Normal play may be performed using only one player character 30, and proxy play may be performed using both the player character 30 of the requesting user and the player character 30 of the requested user. In proxy play, when the player character 30 of the requesting user and the player character 30 of the requested user are used, in a specific event during proxy play (for example, a battle with an enemy character), both characters may be operated by either the requested user or the requesting user, or the characters may be operated by both the requested user and the requesting user (for example, by the owner of each character, or by switching owners).

[0190] Here, for example, in normal play, each user is able to form a party consisting of multiple characters and progress through the game using that party. In other words, when the requesting user progresses through the game himself, he is able to progress through the game using a party consisting of multiple player characters 30 owned by him (i.e., the requesting user). In this case, the game control unit 212 may lend some (e.g., one) of the player characters 30 owned by the requesting user to the requested user in proxy play. Then, in proxy play, the requested user may be able to progress through the game using a party including the player characters 30 owned by him (i.e., the requested user) and the player characters 30 owned by the requesting user.

[0191] (Restrictions on what can be played by proxy) There may be restrictions on the content of the game that can be played by proxy. For example, in normal play, the requesting user progresses the story based on his or her own movements. In this case, the game control unit 212 may not allow other users to play by proxy for specific events related to the progress of the story (for example, events that have a significant impact on the progress of the story).

[0192] That is, for example, suppose that there are a first event (in other words, the first content) and a second event (in other words, the second content) as events (in other words, game content) that the requesting user can play himself (in other words, in normal play). In this case, the game control unit 212 may permit the requested user to play the first event on behalf of the requesting user, but may not permit the requested user to play the second event on behalf of the requesting user. Here, the first event may be, for example, an event (e.g., a so-called sub-event) that has less impact on the progress of the story than the second event. In other words, an event that has a greater impact on the progress of the story may not be played by another user on behalf of the requesting user.

[0193] The first event and the second event may be events in which a movement destination (specifically, a specific location in virtual space as a destination to which the player character 30 is moved, in other words, a destination in real space that the requesting user aims for) is set by the requesting user performing an operation related to starting the event during normal play, and the requesting user aims for that destination. In other words, the first event and the second event may be events that can be cleared by the requesting user reaching the destination during normal play (specifically, by simply reaching the destination, or by winning a battle against an enemy character that occurs after reaching the destination, etc.). In other words, the first event and the second event may be events that progress (e.g., can be cleared) based on the requesting user's movement in real space during normal play. In such a case, the game control unit 212 may permit proxy play aimed at clearing the first event (in other words, proxy play whose achievement condition is clearing the first event), but may not permit proxy play aimed at clearing the second event on behalf of the requesting user (in other words, proxy play whose achievement condition is clearing the second event).

[0194] Alternatively, the first event and the second event may be events set at various locations in the virtual space. In other words, for example, an event corresponding to a first event object 33 among a plurality of event objects 33 arranged in the virtual space may be the first event, and an event corresponding to a second event object 33 may be the second event. For example, when a requesting user requests a requestee user to play on behalf of another user, the game control unit 212 may have the requestee user play a battle against an enemy character (e.g., a minor character) that is started based on an operation on the first event object 33, and have the requesting user play a battle against an enemy character (e.g., a boss character) that is started based on an operation on the second event object 33. Here, the location where the second event is set may be a destination to which the requestee user aims in the proxy play. Then, the game control unit 212 may enable the requesting user to play the second event based on the fact that the requested user has reached the destination in the proxy play (in other words, the fact that the user has visited a location in real space that corresponds to a location in virtual space where an event object 33 corresponding to the second event is located). In other words, the game control unit 212 may have the requested user play a proxy play with the point where the second event is set as the destination (in other words, a place where the requested user is heading), and may have the requesting user play the second event based on the fact that the requested user has reached the destination.

[0195] In this embodiment, the requested user can also play in battles with enemy characters that are initiated based on operations on the enemy object 33c, but the requested user does not have to be able to play such battles. That is, for example, a battle with an enemy character that occurs during proxy play may be played by the requesting user moving his / her own player character 30 on his / her own terminal device 10. Furthermore, operations on various spots such as the item spot 33a and the recovery spot 33b may not be performed by the requested user during proxy play, and the requesting user may perform such operations on his / her own terminal device 10 (in other words, via the viewing screen 550).

[0196] (Other restrictions) A limit may be set on the number of times a user can request proxy play from another user. For example, the game control unit 212 performs control to prohibit a user who has requested proxy play from another user a predetermined number of times (specifically, based on the number of times the user has requested proxy play from another user). For example, each time a user requests proxy play, the game control unit 212 changes a stored value in the storage unit 220, which indicates the number of times the user can request proxy play, in a first direction (for example, by decrementing the stored value by "1"). Then, when the stored value reaches a predetermined value (for example, "0"), the game control unit 212 performs control to prohibit the user from requesting proxy play. In other words, the game control unit 212 performs control to prohibit the user from requesting proxy play while the stored value remains at the predetermined value (for example, "0"). Furthermore, the game control unit 212 changes the stored value in a second direction (for example, increases it (in other words, restores it)) at a predetermined opportunity, and lifts the prohibition on the user requesting proxy play. Specifically, the game control unit 212 may change the stored value in the second direction based on the passage of time, or may change the stored value in the second direction based on the requesting user performing a predetermined action in the game.

[0197] Furthermore, once a user has requested another user to play on his / her behalf, the user may not be able to request another user to play on his / her behalf for a predetermined period of time. For example, the game control unit 212 performs control to prohibit a requester who has requested another user to play on his / her behalf (specifically, based on the request to play on his / her behalf) from making further requests to play on his / her behalf for a predetermined period of time. Furthermore, the game control unit 212 lifts the prohibition on the requester from making requests to play on his / her behalf after the predetermined period has elapsed.

[0198] Furthermore, once a proxy play is accepted (in other words, once a proxy play is performed), the user may be unable to perform proxy plays for a predetermined period of time thereafter. For example, the game control unit 212 controls a user who has accepted a proxy play request from another user (specifically, based on the acceptance of the proxy play request) to prohibit the user from accepting proxy plays for a predetermined period of time. Furthermore, the game control unit 212 lifts the prohibition on the requested user from accepting proxy plays based on the lapse of the predetermined period of time.

[0199] (Game Streaming) In the information processing system 1 of this embodiment, each user may be able to distribute a video of their own gameplay (hereinafter referred to as a "gameplay video") to other users and to watch gameplay videos distributed by other users. Specifically, the application related to the game of this embodiment may be provided with a function for distributing and a function for viewing gameplay videos. In other words, the information processing system 1 may be able to distribute and watch events taking place in a virtual space. Note that in such an information processing system 1, each user may be able to play the game without distributing.

[0200] The control unit 110 of the terminal device 10 starts distribution of gameplay videos based on, for example, a predetermined operation by the user. Specifically, based on a predetermined operation by the user, the control unit 110 transmits to the server 20 data for displaying gameplay videos related to the play by the user on the terminal devices 10 of other users. Furthermore, the control unit 110 stops distribution of gameplay videos based on a predetermined operation by the user while distribution is in progress.

[0201] Furthermore, the control unit 110 receives data for displaying (in other words, playing) the distributed gameplay video on the terminal device 10 based on a user's input operation related to starting viewing of the distributed gameplay video (for example, an operation to select a specific gameplay video to view from multiple gameplay videos being distributed), from the server 20, and causes the gameplay video to be displayed on the display unit 18. In other words, the control unit 110 causes the display unit 18 to display the gameplay video on the display unit 18 based on an operation related to starting viewing of the distributed gameplay video. In other words, the control unit 110 causes the display unit 18 to display the video of the broadcast selected by the user from among the broadcasts that can be viewed.

[0202] That is, when an input operation related to starting distribution of a gameplay video is performed on the terminal device 10 of the first user and distribution begins, the gameplay video can be viewed on the terminal device 10 of the second user. Here, the video viewed by the second user (in other words, the distribution) is a gameplay video of the first user, which shows the gameplay status of the first user. On the terminal device 10 of the second user, it is possible to view the gameplay content of the first user, in other words, the state of the first user playing the game, in real time. The distribution in this embodiment can be rephrased as live distribution. Note that, on the terminal device 10 of the second user, a screen similar to the play screen displayed on the terminal device 10 of the first user may be displayed as the gameplay video of the first user. Note that known technologies can be adopted for the distribution method and viewing method of the gameplay video.

[0203] The control unit 110 of the terminal device 10 of the user (i.e., viewer) watching the broadcast causes the display unit 18 to display a broadcast viewing screen 570 for watching the broadcast, as shown in Fig. 12, based on the user's operation. On the broadcast viewing screen 570, gameplay videos are played, and it is possible to watch other users (i.e., broadcasters) playing (in other words, a play screen showing other users playing).

[0204] For example, the play screen 280 of the broadcaster performing normal play is displayed on the broadcast viewing screen 570 (see FIG. 3). In other words, the broadcaster may be a user performing normal play.

[0205] Additionally, on the broadcast viewing screen 570, a display 572 is displayed in response to an operation by the broadcaster, inviting users (in other words, requested users) to play on behalf of the broadcaster (specifically, the broadcaster as the requesting user). Based on an operation by the viewer in response to the invitation (for example, an operation on the invitation display 572), the control unit 110 of the viewer's terminal device 10 requests the game control unit 212 to begin proxy play on behalf of the broadcaster as the requesting user. Based on the request, the game control unit 212 causes the user who performed the operation in response to the invitation as the requested user to begin proxy play. In other words, a viewer watching a broadcast can accept a request to play on behalf of the broadcaster as the requesting user by performing an operation in response to the invitation.

[0206] (Select from multiple offers) As described above, a request for proxy play may be made based on an offer from a requested user to a requesting user. Furthermore, the requesting user may be able to request proxy play by specifying a user from among multiple users who have made offers. In other words, the requesting user may be able to select a specific offer from multiple offers and request proxy play. Here, the offer that the requesting user can select may be an offer in which the requesting user is specified as the target user of the offer, or an offer made without specifying a target user (in other words, an offer from the requested user soliciting someone from multiple users to make a proxy request).

[0207] FIG. 13 shows an offer screen 600 as an example of a screen on which a requesting user can select a specific offer from multiple offers. The offer screen 600 displays a list of offers made by multiple users. For example, as described above, the control unit 110 of the terminal device 10 of the user making the offer requests the game control unit 212 to make an offer for proxy play to the specific user based on an operation on the offer button 365 corresponding to the specific user, which is an operation to designate the specific user as the requesting user. The game control unit 212 instructs the terminal device 10 of the specific user to display the offer related to the request on the offer screen 600. Based on the instruction, the control unit 110 of the terminal device 10 of the specific user displays the offer related to the request on the offer screen 600. When multiple users each make an offer to the specific user, the offer screen 600 displays a list of the multiple offers made by each user.

[0208] A user who has received an offer may be able to select a specific offer from among the multiple offers displayed on the offer screen 600 and request proxy play from the user who made the specific offer. That is, the control unit 110 of the terminal device 10 of the requesting user accepts the requesting user's operation of selecting a specific offer from among the multiple offers displayed on a predetermined screen as an operation to accept the specific offer (in other words, an operation to accept the start of proxy play by the user who made the specific offer). Then, the game control unit 212 starts proxy play by the user who made the specific offer based on the operation of accepting the specific offer.

[0209] Here, the offer screen 600 may display, for example, information that allows identification of the user who made the offer for each offer. The offer screen 600 may also display conditions related to the acceptance of proxy play. Specifically, the conditions related to the acceptance of proxy play may include conditions related to a reward for proxy play and conditions related to a deadline for proxy play. More specifically, the offer screen 600 may display information related to the reward desired by the user who made the offer for proxy play, the deadline for proxy play, etc.

[0210] The conditions for accepting proxy play are conditions presented by the user making the offer. The control unit 110 of the terminal device 10 of the user making the offer accepts an operation by the user to input the conditions for accepting proxy play at a predetermined timing, such as when the user makes an offer (e.g., when operating the offer button 365). Specifically, the control unit 110 accepts an operation by the user to input conditions for proxy play (e.g., a desired reward) and conditions for the deadline for achieving the proxy play conditions (e.g., the time required to achieve the conditions). Furthermore, when requesting a proxy play offer from the game control unit 212, the control unit 110 of the terminal device 10 of the user making the offer notifies the game control unit 212 of the conditions for accepting proxy play. Based on the notification, the game control unit 212 displays the conditions for accepting proxy play for each offer on the offer screen 600. In other words, the game control unit 212 presents multiple offers to the requesting user and presents the conditions for accepting proxy play for each offer.

[0211] Furthermore, when a user to whom an offer has been made performs an operation to accept a specific offer, the user requests the user who made the specific offer to play on behalf of the user in accordance with the conditions for accepting a proxy play entered by the user who made the specific offer. That is, when the operation is performed, the game control unit 212 starts the proxy play under the conditions for accepting a proxy play entered by the user who made the specific offer. For example, if a desired reward is entered as a condition for accepting a proxy play, the game control unit 212 sets the desired reward as the reward for the proxy play and starts the proxy play. For example, if a time required to achieve an achievement condition is entered as a condition for accepting a proxy play, the game control unit 212 sets a deadline for the proxy play based on the entered time and starts the proxy play.

[0212] The offer screen 600 may not be a screen on which an offer made to oneself is displayed, but may be a screen on which an offer made without specifying a user to whom the offer is made.

[0213] The game control unit 212 may also be capable of extracting a recommended offer from multiple offers and presenting it to the requesting user. For example, when multiple offers are made to a specific user (in other words, when offers are made from multiple users), the game control unit 212 extracts, from the multiple offers, an offer with a high priority determined based on a predetermined rule as the recommended offer. The game control unit 212 then displays the extracted recommended offer on the terminal device 10 of the requesting user (for example, on a predetermined screen such as the offer screen 600). The predetermined rule may be set by the user or may be predetermined. In other words, the game control unit 212 extracts, from the multiple offers, an offer with better conditions as the recommended offer. For example, the game control unit 212 may assign a higher priority to an offer with better conditions related to the reward for proxy play (for example, an offer with a lower requested reward or an offer with a lower value of the requested reward). For example, the game control unit 212 may also assign a higher priority to an offer with better conditions related to the deadline for proxy play (for example, an offer with a shorter time required to achieve the achievement condition). In addition, when the user can set the specified rules, the game control unit 212 may determine the items to be prioritized in determining the priority (for example, whether to prioritize conditions related to rewards or conditions related to deadlines) based on the user's operation.

[0214] The game control unit 212 starts proxy play by the user who made the recommended offer based on the operation of the user to whom the recommended offer has been presented to accept the presented offer (for example, an operation on the display 602 related to the recommended offer).

[0215] The number of recommended offers extracted and presented may be one or more. In other words, the game control unit 212 may present the offer with the highest priority among the multiple offers to the requesting user, or may present the offers with a predetermined number of highest priorities to the requesting user.

[0216] (Variation 1) In the game of this embodiment, a user can request another user to play on their behalf, and the other user who accepts the request can play on their behalf. Playing on behalf of another user may involve at least having the other user move around in real space on their behalf.

[0217] That is, for example, in proxy play as described above, the game control unit 212 places the player character 30 of the requesting user at a position in the virtual space corresponding to the position of the requested user in real space. Then, the game control unit 212 moves the player character 30 of the requesting user in the virtual space in conjunction with the movement of the requested user in real space.

[0218] In the above example, the play screen 400 displayed on the terminal device 10 of the requested user displays the movement of the player character 30 linked to the movement of the requested user, and the game control unit 212 progresses the game based on operations by the requested user. Alternatively or additionally, the play screen 610 displayed on the terminal device 10 of the requesting user, as illustrated in FIG. 14, may display the movement of the player character 30 linked to the movement of the requested user, and the game may progress based on operations by the requesting user. In other words, the proxy play may at least use the position information of the requested user, and it is not necessary to perform various operations by the requested user (e.g., operations on the event object 33 or operations to move the player character 30), or to display the movement of the requesting user's player character 30 linked to the movement of the requested user on the terminal device 10 of the requested user (in other words, display of the play screen 400).

[0219] That is, while proxy play is in progress, the terminal device 10 of the requesting user may display the player character 30 moving in conjunction with the movement of the requested user, and the requesting user may be able to progress through the game based on operations on the event object 33 located within the usable range X. In other words, in proxy play, unlike normal play, the requesting user's (in other words, the requesting user's) player character 30 moves based on the position information of another user (in other words, the requested user), but other operations (e.g., operations on the event object 33, operations to cause the player character 30 to attack an enemy character, etc.) may be performed by the requesting user on his / her own terminal device 10, as in normal play. In other words, the requesting user may be able to progress through the game with his / her own account by using (in other words, borrowing) the position information of the requested user.

[0220] In the proxy play according to the first modification, the game control unit 212 may also be able to stop (in other words, forcibly terminate) an ongoing proxy play based on an operation by the requesting user. For example, as illustrated in FIG. 14 , the control unit 110 of the terminal device 10 of the requesting user may cause the display unit 18 (e.g., a play screen 610) to display a display 612 related to the acceptance of an operation to stop the ongoing (in other words, requested) proxy play. The game control unit 212 may then stop the proxy play based on an operation by the requesting user to stop the proxy play (e.g., an operation on the display 612 related to the acceptance of an operation to stop the proxy play). In other words, based on an operation by the requesting user to stop the proxy play, the game control unit 212 may return the game played by the requesting user from a state in which the requesting user's player character 30 moves in the virtual space based on the position information of the requested user to a state in which the requesting user's player character 30 moves in the virtual space based on the position information of the requesting user.

[0221] Note that when the requesting user's terminal device 10 displays the player character 30 moving in conjunction with the movement of the requested user (including when displayed on the play screen 610 and when displayed on the viewing screen 550), the display may indicate the location of the requested user earlier (in other words, a predetermined time earlier). That is, if the current location of the requested user were displayed as is and revealed to the requesting user, it may be undesirable from the perspective of privacy, etc. However, by displaying the requested user's location as a location earlier than the current location, the current location of the requested user can be prevented from being revealed to the requesting user. Such a display may be performed by the game control unit 212 determining the location of the requesting user's player character 30 in the virtual space based on location information indicating the location of the requested user, the location information being a predetermined time earlier than the current location. Alternatively, the game control unit 212 may generate an image for displaying the requesting user's player character 30 in the virtual space in advance at a timing determined based on position information indicating the current position of the requested user, and the image may be displayed on the requesting user's terminal device 10 after a predetermined period of time has elapsed since the image was generated. Even in the case of such a display, it may be possible for the requesting user to operate objects in the virtual space, such as the event object 33.

[0222] (Variation 2) In proxy play, the requested user may progress through the game using his / her own player character 30. In other words, the requested user who has received a request from the requesting user to play on behalf of the other user may progress through the game using his / her own player character 30 in proxy play, just as in normal play.

[0223] That is, in proxy play according to Modification 2, the game control unit 212 places the player character 30 of the requested user at a position in the virtual space that corresponds to the position of the requested user in real space. Then, the game control unit 212 moves the player character 30 of the requested user in the virtual space in conjunction with the movement of the requested user in real space. Then, based on the control of the game control unit 212, the control unit 110 of the terminal device 10 of the requested user causes the display unit 18 to display a display in which the player character 30 of the requested user moves in the virtual space in conjunction with the movement of the requested user.

[0224] Furthermore, in proxy play, the requested user progresses through the game in basically the same way as in normal play. Specifically, the requested user moves closer to each event object 33 in the virtual space displayed on the display unit 18 of the requested user's terminal device 10 (for example, by approaching and then performing an operation (for example, a touch operation) on the event object 33 displayed on the display unit 18), thereby generating an event corresponding to the event object 33 and progressing through the game. More specifically, the requested user moves his / her player character 30 by moving himself / herself so that the event object 33 for which he / she wants to generate a corresponding event (in other words, the event object 33 he / she wants to use) is located within the usable range X, and then performs an operation on the event object 33, thereby progressing through the game.

[0225] The rewards obtained by the requested user, the benefits obtained by the requesting user, and the conditions for granting various benefits may be the same as in the case of the aforementioned proxy play in which the requested user proceeds using the requesting user's player character 30.

[0226] Furthermore, the configuration according to Modification 1 and the configuration according to Modification 2 may be combined. That is, during proxy play, the game control unit 212 functions as a first control unit that places the player character 30 of the requested user at a position in the virtual space corresponding to the position of the requested user in real space and controls the player character 30 to move in the virtual space in conjunction with the movement of the requested user in real space, and a second control unit that places the player character 30 of the requesting user at a position in the virtual space corresponding to the position of the requested user in real space and controls the player character 30 to move in the virtual space in conjunction with the movement of the requested user in real space. These controls may be performed in parallel. Then, as shown in Modification 2, the terminal device 10 of the requested user may display the player character 30 of the requested user moving in conjunction with the movement of the requested user, and the requested user may progress through the game based on his or her own operation on the event object 33 located within the usable range X. In other words, during proxy play, the requested user may be able to play the game using his or her own player character 30 on his or her own terminal device 10, just as in normal play. Furthermore, as shown in Modification 1, the terminal device 10 of the requesting user may display a display in which the requesting user's player character 30 moves in conjunction with the movement of the requested user, and the requesting user may be able to progress through the game based on his or her own operations on the event object 33 located within the usable range X. In other words, in proxy play, the requesting user may be able to play the game using his or her own player character 30 on his or her own terminal device 10 in the same way as in normal play, except that his or her player character moves based on the position information of another user (in other words, the requested user).

[0227] Note that in Modification 1 and Modification 2, the various configurations described in the present embodiment may be employed. Furthermore, when employing various configurations, the various configurations may be modified as appropriate to fit Modification 1 and Modification 2. For example, in Modification 2, the requested user may be able to progress through the game using a party including the player character 30 owned by the requested user (i.e., the requested user) and the player character 30 owned by the requesting user. Furthermore, for example, in Modification 2, the requesting user may be able to progress through the game by operating on the viewing screen 550, that is, by operating on objects in the game.

[0228] In each configuration described in this embodiment, the game control unit 212 may determine, based on a selection by the requested user (or the requesting user), whether the player character 30 used by the requested user in proxy play should be the player character 30 owned by the requesting user (in other words, linked to the account) or the player character 30 owned by the requested user. Specifically, the game control unit 212 may determine, based on an operation by the requested user (or the requesting user), whether the appearance of the player character 30 that moves in the virtual space in conjunction with the movement of the requested user (in other words, the appearance of the player character 30 on the play screen 400, etc.) should be the appearance of the player character 30 owned by the requesting user or the appearance of the player character 30 owned by the requested user. Furthermore, the game control unit 212 may determine, based on an operation by the requesting user (or the requesting user), whether the player character 30 used by the requested user in a predetermined event (e.g., a battle with an enemy character) during proxy play should be the player character 30 owned by the requesting user or the player character 30 owned by the requested user. Here, even if the appearance of the player character 30 that moves in the virtual space in conjunction with the movement of the requesting user is set to the appearance of the player character 30 owned by the requesting user, the player character 30 used by the requested user in a predetermined event during proxy play may be the player character 30 owned by the requesting user. Specifically, this may be set according to a user's selection, or may be forced. Furthermore, even if the appearance of the player character 30 that moves in the virtual space in conjunction with the movement of the requesting user is set to the appearance of the player character 30 owned by the requesting user, the player character 30 used by the requested user in a predetermined event during proxy play may be the player character 30 owned by the requesting user.

[0229] <Processing flow> An example of processing relating to a proxy request (in other words, starting proxy play) will be described with reference to the flowchart shown in FIG.

[0230] First, the control unit 110 of the terminal device 10 of the requested user accepts an operation by the requested user to input the code information 301 (step S101).

[0231] Next, based on the input of the code information, the control unit 110 of the terminal device 10 of the requested user causes the display unit 18 to display an acceptance confirmation screen 320 exemplified in FIG. 4(c) (step S102).

[0232] Next, the control unit 110 of the terminal device 10 of the requested user receives an operation by the requested user to accept the proxy request (step S103).

[0233] Next, the control unit 110 of the terminal device 10 of the requested user requests the control unit 210 of the server 20 to start proxy play, based on the operation to accept the proxy request (step S104).

[0234] Next, based on a request from the terminal device 10 of the requested user, the control unit 210 of the server 20 notifies the control unit 110 of the terminal device 10 of the requesting user that the requested user has requested to start proxy play (step S105).

[0235] Next, based on the notification from the server 20, the control unit 110 of the terminal device 10 of the requesting user causes the display unit 18 to display a confirmation screen 330 exemplified in FIG. 4(d) (step S106).

[0236] Next, the control unit 110 of the terminal device 10 of the requesting user accepts an operation by the requesting user to agree to the start of proxy play (in other words, an operation to agree to the proxy request to the requestee user who made the request) (step S107).

[0237] Next, the control unit 110 of the terminal device 10 of the requesting user notifies the control unit 210 of the server 20 that the requesting user has agreed to the start of proxy play, based on the operation to agree to the start of proxy play (step S108).

[0238] Next, the control unit 210 of the server 20 decides to start proxy play by the requested user based on the notification from the terminal device 10 of the requesting user (step S109). Note that if an operation to accept the start of proxy play is not performed and instead an operation to reject the start of proxy play is performed by the requesting user, it is decided not to allow the requested user to start proxy play.

[0239] The start of proxy play can also be described as the establishment of a proxy relationship. In other words, the start of proxy play can also be described as storing information indicating that a proxy relationship has been established in the storage unit 220. That is, the control unit 210 of the server 20 establishes a proxy relationship between the requesting user and the requested user based on a request from the requesting user. While proxy play is being performed, information indicating that a proxy relationship has been established is stored in the storage unit 220. Furthermore, the control unit 210 erases the information indicating that a proxy relationship has been established from the storage unit 220 when proxy play ends. Various processes performed during the progress of proxy play can also be described as processes performed based on the establishment of a proxy relationship.

[0240] Next, an example of processing related to the progress of proxy play will be described with reference to the flowchart shown in FIG.

[0241] During the progress of proxy play, the position information acquisition unit 116 acquires position information indicating the current position of the requested user in real space (step S201).

[0242] Next, the game control unit 212 places the player character 30 of the requesting user at a position in the virtual space corresponding to the position of the requested user indicated by the acquired position information (step S202). Note that the position information acquisition unit 116 acquires position information and the control unit 210 places the player character 30 at the position indicated by the position information sequentially while the proxy play is in progress, and the player character 30 moves in the virtual space in conjunction with the movement of the requested user in real space. Furthermore, the control unit 110 of the terminal device 10 of the requested user causes the display unit 18 to display a play screen 400 in which the requested user plays the game. An image of the virtual space is displayed on the play screen 400. That is, the play screen 400 displays the player character 30 of the requesting user moving in the virtual space in conjunction with the movement of the requested user in real space.

[0243] Next, the game control unit 212 progresses the game (in other words, proxy play) based on the movement of the requested user in real space and the operation of the requested user on the input unit 17 (for example, an operation on the touch screen 16) (step S203). For example, the game control unit 212 generates an event corresponding to the operated event object 33 based on the operation of the requested user on the event object 33 that is located within the usable range X determined based on the position of the requested user indicated by the position information (in other words, the position of the player character 30). Furthermore, the game control unit 212 progresses the event based on the operation of the requested user to move the player character 30 of the requesting user for the generated event.

[0244] Next, the game control unit 212 determines whether or not the conditions for ending the proxy play have been met (step S204).

[0245] If the termination condition is not met (NO in step S204), the game control unit 212 continues the proxy play.

[0246] If the end condition is met (YES in step S204), the game control unit 212 determines to end the proxy play (step S205).

[0247] When it is determined that the proxy play is to be ended, the game control unit 212 awards the requesting user a profit according to the result of the proxy play (step S206). For example, the game control unit 212 awards to the requesting user an item acquired by the requested user during the proxy play. In other words, the game control unit 212 awards to the requesting user a profit generated based on the movement of the requested user in real space during the proxy play.

[0248] Furthermore, once it is determined that the proxy play is to end, the game control unit 212 grants the requested user a reward according to the result of the proxy play (step S207). For example, the game control unit 212 grants the requested user a reward according to the profit granted to the requesting user based on the requested user's movement in real space during the proxy play. For example, the greater the profit granted to the requesting user, the higher the reward granted to the requested user. Here, a greater profit includes, for example, a larger amount of granted items, electronic currency, predetermined points, etc., a higher value of granted items, etc., a greater progress in the story, etc. Furthermore, a higher reward includes, for example, a larger amount of granted items, electronic currency, predetermined points, etc., a higher value of granted items, etc., etc.

[0249] The present invention is not limited to the above-described embodiment and can be modified in various ways without departing from the spirit and scope of the present invention. The configuration of this embodiment may be applied to a game that uses information about a user's position in real space. Furthermore, the configuration of this embodiment may be applied to a game that links a virtual space with a real space, such as the location-based game described in this embodiment or a game that uses captured images of real space. Games that use captured images of real space may include, for example, a game that can display a superimposed image in which a virtual object (e.g., a virtual space object such as a player character) is superimposed on a captured image of real space (in other words, a game that uses augmented reality), or a game in which a captured image of real space has a predetermined effect on a virtual space (e.g., a game in which parameters of an object in virtual space are changed or the shape of an object in virtual space is deformed based on the captured image). In other words, the control unit 110 of the terminal device 10 may be capable of acquiring a captured image captured by a predetermined camera, such as a camera built into the terminal device 10, and generating a superimposed image in which a virtual object is superimposed on the captured image. In addition, in proxy play, the requesting user may be able to have the requested user acquire captured images or generate superimposed images on his or her behalf. The configuration of this embodiment may also be applied to games other than games that link virtual space and real space. The configuration of this embodiment may also be applied to games other than games that use information about the user's location in real space. As an example, cooperative play between the requesting user and the requested user via the viewing screen 550 may also be applied to games that do not use user location information. The configuration of this embodiment may also be applied to services (in other words, applications) other than games. For example, it may be applied to a walking app, a running app, a pedometer app, etc.

[0250] Within the scope of the present invention, the components can be freely combined, any component can be modified, any component can be replaced, any component can be omitted, or other components can be added. Furthermore, the process flow described in this specification is merely an example, and the order and configuration of each process may be different. Furthermore, some processes described in this specification may not exist. In other words, the process flow and specific determination processes may be different from those exemplified in this specification.

[0251] <Additional Notes> The configuration of this embodiment may be used, for example, to improve the interest of a service. The configuration of this embodiment may also be used, for example, to improve the convenience of a service. The matters described in the above embodiment may also be written as follows:

[0252] (Appendix 1) Computer, a game control means (for example, a game control unit 212) for progressing the game using position information indicating the position in real space of a second user who has received a request from a first user; and an assigning unit (e.g., assigning unit 215) that assigns to the first user a result obtained based on the movement of the second user in real space. program. According to this configuration, the first user can obtain a result based on movement without moving by having another user move on his / her behalf. Therefore, a new way of enjoying a game that uses location information, in which the first user can obtain a result based on movement without moving, can be provided, and the interest of the service can be improved.

[0253] (Appendix 2) Computer, Based on the request, the device functions as a lending unit (for example, the game control unit 212) that lends the character of the first user to the second user. The program described in Appendix 1. In this configuration, a second user who receives a request from a first user and moves in real space can use the character of the first user, which allows for a game with unprecedented gameplay, thereby increasing the interest of the service.

[0254] (Appendix 3) The granting means grants a reward to the second user based on the fact that a result obtained based on the movement of the second user in real space is granted to the first user. The program described in Appendix 1. According to this configuration, it is possible to provide compensation to a second user who moves in real space at the request of another user.

[0255] (Appendix 4) Computer, The game control unit 212 functions as a providing unit (for example, a game control unit 212) that provides the first user with a viewing screen for viewing the second user's play of the game, which is progressed using position information indicating the second user's position in real space. A program according to any one of appendices 1 to 3. With this configuration, the first user can watch the second user play at the request of the first user, thus providing users with a new and unprecedented experience and increasing the interest of the service.

[0256] (Appendix 5) Computer, The first user is caused to operate as an operation receiving unit (for example, an operation receiving unit 111) that receives an operation of the first user with respect to an object in the game that is displayed on the viewing screen. The program described in Appendix 4. With this configuration, the first user can also participate in a game that is progressed using location information indicating the real-world location of the second user who received a request from the first user. This makes it possible to provide users with a new experience that has never been available before, thereby increasing the interest of the service.

[0257] (Appendix 6) The game control means is capable of progressing the game, which is progressed using position information indicating the position of the second user in real space, based on an operation by the first user. A program according to any one of appendices 1 to 3. With this configuration, the game can progress based on the location information indicating the location of the second user in real space and the operation of the first user, thereby providing users with a new and unprecedented experience and increasing the interest of the service.

[0258] (Appendix 7) Computer, The control unit 110 functions as an achievement condition display unit (for example, the control unit 110) that displays the achievement conditions of the request on a play screen of the second user who plays the game, which is progressed using position information indicating the position of the second user in real space. A program according to any one of appendices 1 to 3. With this configuration, the second user can check the conditions for completing the request while playing, which makes it easier for the second user to check the conditions while moving around in real space, thereby improving the interest of the service.

[0259] (Appendix 8) Computer, issuing means (for example, the control unit 210) for issuing code information related to the request; The second user's operation of inputting the code information functions as an operation receiving unit (for example, the operation receiving unit 111) that receives the operation of inputting the code information by the second user as an operation related to the acceptance of the request. A program according to any one of appendices 1 to 3. With this configuration, it is possible to limit users who can accept requests to users who have acquired code information.

[0260] (Appendix 9) Computer, The operation receiving unit 111 functions as an operation receiving means (for example, an operation receiving unit 111) that receives an operation by the first user to select the second user from a list displaying a plurality of users as an operation to specify a user to be requested. A program according to any one of appendices 1 to 3. According to this configuration, the first user can select from the list which user to make a request to.

[0261] (Appendix 10) Computer, The second user is caused to function as a notification means (for example, a game control unit 212) for notifying the first user that the second user has satisfied a predetermined condition in the game that is progressed using position information indicating the position of the second user in real space. A program according to any one of appendices 1 to 3. With this configuration, the first user can be notified of the play status of the second user who is playing a game based on a request from the first user, thereby providing the user with the enjoyment of receiving notifications and increasing the interest of the service.

[0262] (Appendix 11) Computer, The control unit 110 functions as a reaction sending unit that sends a reaction to the second user based on an operation by the first user who has been notified that the second user has satisfied the predetermined condition to send the reaction to the notification. 10. The program described in Appendix 10. With this configuration, communication can be enabled based on the fulfillment of a predetermined condition in a game that is being progressed based on a request from the first user, thereby increasing the interest of the service.

[0263] (Appendix 12) Computer, The control unit 110 functions as a value transmitting unit (for example, a value transmitting unit) that transmits a predetermined value from the first user to the second user who is playing the game, which is progressed using location information indicating the location of the second user in real space, based on an operation by the first user. A program according to any one of appendices 1 to 3. According to this configuration, it becomes possible for the first user to send a special reward to the second user for the second user's action based on a request from the first user.

[0264] The problem-solving means constituted by the above-mentioned program (for example, each configuration described in the appendix) can be appropriately diverted to an apparatus, system, method, medium, etc. [Explanation of symbols]

[0265] 1 Information processing system, 10 Terminal device, 11 Processor, 12 Memory, 13 Storage, 14 Communication IF, 15 Input / output IF, 17 Input unit, 18 Display unit, 20 Server, 21 Processor, 22 Memory, 23 Storage, 24 Communication IF, 25 Input / output IF, 110 Control unit, 111 Operation acceptance unit, 112 Transmission / reception unit, 113 Game control unit, 114 Display control unit, 116 Position information acquisition unit, 120 Memory unit, 210 Control unit, 211 Transmission / reception unit, 212 Game control unit, 215 Assignment unit, 220 Memory unit

Claims

1. On the computer, In a game in which a user progresses using location information indicating the user's location in real space, the user can request other users to help with the game, When a requesting user or another requested user does not satisfy a predetermined condition, the request from the requesting user to the other requested user for game progress is restricted. program.

2. On the computer, A request from the requesting user to the other requested user to progress in a game is permitted based on the attribute of the requesting user or the other requested user being a specific attribute. The program according to claim 1.

3. On the computer, When a combination of the attributes of the requesting user and the attributes of the other requested user is a specific combination, the request from the requesting user to the other requested user is permitted. The program according to claim 2.

4. On the computer, When the requesting user and the other requested user do not have a predetermined relationship, a request from the requesting user to the other requested user for game progress is restricted. The program according to claim 1.

5. On the computer, permitting another user to play a first event among a plurality of events that the requesting user can play on behalf of the requesting user, based on a request from the requesting user; With respect to a second event among the plurality of events, based on a request from the requesting user, restricting another user who is the request recipient from playing the second event instead of the requesting user. The program according to claim 1.

6. On the computer, When the number of requests made from the requesting user to the other requesting users reaches a predetermined number, the request from the requesting user to the other requesting users for game progress is limited. The program according to claim 1.

7. On the computer, A request for game progress from the requesting user to the other requested user is restricted until a predetermined period of time has elapsed since the previous request from the requesting user to the other requested user. The program according to claim 1.

8. In a game in which a user progresses using location information indicating the user's location in real space, the user can request other users to help with the game, A control means is provided to restrict a request from a requesting user to another requested user to progress in a game when the requesting user or the requested user does not satisfy a predetermined condition. Information processing system.

Images