JP7671902B2 - Program and information processing system - Google Patents

Description

The present invention relates to a program and an information processing system.

Conventionally, games that utilize location information that indicates the user's location in the real world are known (see, for example, Patent Document 1). Also known as this type of game is a game that allows multiplayer.

JP 2022-17737 A

However, one problem with this type of game and other services is that there is little correlation between the user's movement patterns and their interest in the service.

The present invention aims to provide technology that can improve interest according to the travel situation.

According to one embodiment shown in the present disclosure,
The processor,
A program is provided that functions as an event control means for generating a predetermined event within a predetermined service for at least one of a first user and a second user, whose movement in the real world is detected, based on the movement of the first user and a second user while maintaining a predetermined positional relationship for a predetermined period of time in the real world.

The present invention makes it possible to improve interest according to the travel situation.

FIG. 1 is a diagram illustrating a schematic configuration of an information processing system. FIG. 2 is a block diagram showing a functional configuration of the information processing system. FIG. 13 is a diagram showing an example of a display screen related to registration of a relationship between users. FIG. 13 is a diagram showing a specific example of an event. 11A to 11C are diagrams showing examples of display screens when various events occur. FIG. 2 is a diagram for explaining objects placed on a virtual map. 13 is a flowchart illustrating an example of a process for registering a relationship between users. 11 is a flowchart showing an example of a process related to the occurrence of an event caused by a plurality of users moving together; 13 is a flowchart showing an example of a process related to occurrence of an event due to a reunion. 13 is a flowchart showing an example of a process related to the occurrence of an event due to a breakup.

The following describes an embodiment of the present invention with reference to the drawings.

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

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

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 comprises 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.

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 expands it in the memory 22. The processor 21 executes the expanded program.

The memory 22 is a main storage device. The memory 22 is composed of storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 22 provides a working area for the processor 21 by temporarily storing the programs and various data that the processor 21 reads from the storage 23. The memory 22 also temporarily stores various data that the processor 21 generates while it is operating according to the programs.

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 be, for example, 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 multiple terminal devices 10. The various data 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.

Storage 23 is an auxiliary storage device. Storage 23 is composed of a storage device such as a flash memory or a hard disk drive (HDD). Various data related to the game is stored in storage 23.

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

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

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 is used by the user when playing a game.

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 of the terminal device 10 are connected to each other via a communication bus.

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 expands it in the memory 12. The processor 11 executes the expanded program.

Memory 12 is a main storage device. Memory 12 is composed of storage devices such as ROM and RAM. Memory 12 provides a working area for processor 11 by temporarily storing programs and various data that processor 11 reads from storage 13. Memory 12 also temporarily stores various data that processor 11 generates while operating according to a program.

Storage 13 is an auxiliary storage device. Storage 13 is composed of a storage device such as a flash memory or a HDD. Various data related to the game is stored in storage 13.

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

The input/output IF 15 is an interface through which the terminal device 10 accepts data input, and is 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 Universal Serial Bus (USB). The input/output IF 15 may include an input unit 17 or a display unit 18, etc.

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 that is an electronic component that combines the input unit 17 and the display unit 18.

The input unit 17 has a function of detecting a position input on the input surface by a user operation (e.g., 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 film type, or may be of another type.

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, an image sensor, etc.), an operation stick, a camera, or a microphone. The display unit 18 may be, for example, a projector, etc.

<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 of the terminal devices 10 with various data and programs required to realize a game, a function to collect and manage data related to the game from each of the terminal devices 10, and a function to perform synchronization processing between the multiple terminal devices 10.

In this embodiment, the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance for each game. 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 user account registration to the server 20 based on a user's operation, and the server 20 may create and save an account for each user based on the received information.

As shown in FIG. 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 (interface) 24, an input/output IF 25, etc. The storage unit 220 stores various data used by the control unit 210. Examples of the various data include a game program, game information, and user information.

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.

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

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 that can be controlled by a user (hereinafter referred to as a "player character"), 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 objects of non-player characters (NPCs). Game information also includes, for example, setting values of various parameters of NPCs. Hereinafter, a character object placed in a virtual space may be simply referred to as a "character".

An example of a virtual space is a space where an event takes place (in other words, occurs). Examples of a space where an event takes place are a game space where events related to the progress of a game take place (for example, a character is moved to progress the game), a live space where various live performances such as live music events take place, and a space where users can interact with each other. An example of an object in a virtual space is game media used in a game. Examples of game media are characters, items, and objects used in a sport played in the game space (for example, a ball in a ball game).

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. Examples of owned assets include currency and items in virtual space. In other words, owned assets can be said to be value owned by the user in virtual space (in other words, value associated with the user). One example of such value (in other words, value in virtual space) is electronic currency. Further, examples of electronic currency include in-game currency that can be used in the game and crypto assets.

The control unit 210 controls various processes related to the game by executing a game program stored in the memory unit 220. The control unit 210 has, for example, a transmission/reception unit 211, a game progression unit 212, and a relationship setting unit 213.

The transmission/reception unit 211 transmits and receives various data. For example, the transmission/reception unit 211 receives requests to transmit various data and programs, requests for synchronization processing to support the multi-play function, data to be subject to synchronization processing, etc. from each terminal device 10, and passes them to the game progression unit 212. In addition, the transmission/reception unit 211 transmits various data and programs, including instructions for achieving synchronization, to each terminal device 10 in accordance with the control of the game progression unit 212.

In this embodiment, the multiplay function is a function that allows game processing by multiple accounts to proceed in a synchronized state. The server 20 and terminal device 10 of the information processing system 1 execute various processes to support the multiplay function when multiple accounts logged in to the information processing system 1 participate in the same game.

The game progression unit 212 provides the game to the terminal device 10 by executing calculations described in the game program in response to requests from the terminal device 10.

Furthermore, when the game progression unit 212 receives, for example, a request for synchronization processing to support the multiplay function or data to be the subject of synchronization processing from the terminal device 10 via the transmission/reception unit 211, it executes synchronization processing to support the multiplay function. The game progression 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 progression unit 212 synchronizes the game progressing between the terminal devices 10 by transmitting information to each terminal device 10 simultaneously. 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.

In this embodiment, the terminal device 10 has, for example, a function as an input device that accepts user input operations, and a function as an output device that outputs game images and sounds.

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 implementing a game on the terminal device 10 side. The game information and user information are data referenced by the control unit 110 when executing 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.

The control unit 110 controls various processes related to the game executed on the terminal device 10 by executing a game program stored in the memory unit 120. The control unit 110 has, for example, an operation reception unit 111, a transmission/reception unit 112, a game progression unit 113, and a display control unit 114.

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 using fingers, 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 (e.g., the touch screen 16), but may also include a non-contact operation. Note that an operation of terminating an input operation that has been performed, such as a touch-off operation of terminating contact with the touch screen 16, can also be considered as one form of input operation.

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 performed on the input unit 17.

The transmission/reception unit 112 transmits or receives various data. For example, the transmission/reception unit 112 transmits game information or user information, and a synchronization request to support the multiplay function to the server 20. The transmission/reception unit 112 receives various data, programs, data for synchronization to support 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 the multiplay to synchronize. The synchronization instruction data includes, for example, the data to be synchronized, the type of that data, and data for specifying the time to synchronize.

The transmission/reception unit 112 transmits operation information related to the input operation accepted by the operation acceptance unit 111 to the server 20. The transmission/reception unit 112 receives operation information related to the operation input by another user on another terminal device 10 from the server 20.

The game progression unit 113 executes various processes related to the progression of the game. Specific examples are explained below.

The game progression unit 113 defines the virtual space based on information for defining the virtual space, which is included in the game information. The game progression unit 113 places objects in the virtual space based on object setting information, which is included in the game information. The game progression unit 113 controls the objects placed in the virtual space. Specifically, the game progression unit 113 changes the position, orientation, shape, color, etc. of the objects in the virtual space, and causes the objects to perform specified actions.

The game progression unit 113 defines a virtual camera for specifying an area of the virtual space to be presented to the user. The game progression 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 progression unit 113 instructs the display control unit 114 to generate an image that depicts the field of view defined by the virtual camera and the objects placed in this field of view.

The position and orientation of the virtual camera can be determined appropriately for each virtual space. For example, the game progression 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 in the center of the field of view in a specific orientation. At that time, the game progression 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 player characters that act based on the operation of each user, and NPCs that act based on a game program. NPCs include so-called enemy characters, etc.

The game progression unit 113 interprets the user's instructions based on the coordinates of the input position and the type of input operation detected by the operation reception unit 111. The game progression unit 113 executes various determination processes related to the progress of the game based on the interpreted instructions. The game progression unit 113 progresses the game while controlling objects, a virtual camera, etc. based on the results of the determination processes, etc. The game progression unit 113 updates, adds, or deletes game information and user information according to the progress of the game.

The display control unit 114 causes the display unit 18 to display an image. A specific example is given below.

The display control unit 114 generates an image that depicts the area of the virtual space that is within the field of view of the virtual camera, as defined by the game progression unit 113, and the objects that exist within 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 the 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.

Note that the functions of the terminal device 10 and the server 20 shown in FIG. 2 are merely an example. Each of the terminal device 10 and the server 20 may have at least some of the functions of the other devices. Furthermore, each of the devices, such as the terminal device 10 and the server 20, does not have to be realized by an integrated device, and may be realized, for example, by multiple devices connected via a network or the like. Furthermore, the information processing system 1 may be composed of, for example, 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.

<Processing according to this embodiment>
Next, the processing according to this embodiment will be described. In this embodiment, the processor 11 of the terminal device 10 or the processor 21 of the server 20 executes the game program stored in the information processing system 1 to perform each processing according to this embodiment. However, at least a part of the processing according to this embodiment that is performed by the processor 11 may be executed by a processor other than the processor 11. Also, at least a part of the processing according to this embodiment that is performed by the processor 21 may be executed by a processor other than the processor 21. For example, a part or all of the processing performed by one of the game progression unit 113 and the game progression unit 212 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.

In the game of this embodiment, the game progression unit 113 may move a character in a virtual space based on location information indicating the user's location in the real world, as information from the user. Specifically, for example, the game progression unit 113 may move a player character in a virtual space based on user location information acquired by the input unit 17 (e.g., a GPS sensor). As an example, the configuration according to this embodiment can be applied to a location information game in which the user's location in the real world is linked to his or her location in the virtual space. Below, an example will be described in which the configuration according to this embodiment is applied to such a location information game.

The game progression unit 212 acquires position information of multiple users, including a first user and a second user. The game progression unit 212 detects the movement of each user in the real world based on the position information of each user (in other words, changes in position information). The game progression unit 212 detects the positional relationship between users in the real world (for example, the positional relationship between the first user and the second user) based on the position information of each user. In other words, the game progression unit 212 detects the distance between users in the real world based on the position information of each user. Note that "detecting distance" may be, for example, calculating a specific numerical value such as meters, or may be determining whether or not another user is within a predetermined range from a certain user. In addition, the "position information" here may be coordinate information indicating the user's position on the earth, or information indicating the spot where the user is located. For example, the game progression unit 212 may receive (in other words, acquire) position information acquired by a GPS sensor provided in the terminal device 10 from the terminal device 10 as position information indicating the position of the owner of the terminal device 10. Furthermore, for example, when determining whether the positional relationship between users is a predetermined positional relationship, the game progression unit 212 may determine whether the users are in the same spot.

The positional relationship (in other words, the distance) between users may be detected, for example, based on short-range wireless communication (e.g., infrared communication, Bluetooth communication, or WiFi communication) between the terminal devices 10 owned by each user. Specifically, the control unit 110 of the terminal device 10 may determine whether or not a terminal device 10 of another specific user is nearby by infrared communication or Bluetooth communication, and thereby determine whether or not the specific user is within a specified range. Alternatively, the control unit 110 of the terminal device 10 may determine whether or not other users are within a specified range by detecting other terminal devices 10 connected to the same network device.

Note that various methods have been known for obtaining user location information and detecting the positional relationships between users, and any of the known methods can be used.

In this embodiment, the positional relationship between users in the real world can also be said to be the positional relationship between the terminal devices 10 of each user. In addition, the positional relationship between users in the real world can also be said to be the positional relationship between users in the virtual world (in other words, on a virtual map).

In this embodiment, the game progression unit 212 detects the positional relationship (in other words, the distance) between users, but the game progression unit 212 may detect the positional relationship between users who have a specific relationship (a specific relationship, described below, has been registered), but may not detect the positional relationship with users who do not have a specific relationship. In other words, if the positional relationship between all users registered with the service and all other users were to be continually detected, there is a risk that the load and communication volume on the game progression unit 212 would become excessive. To avoid this, the game progression unit 212 may only detect the positional relationship between users who have a specific relationship.

In this embodiment, the game progression unit 212 generates a predetermined event for a user in a predetermined service (e.g., a game). Examples of events include an event in which a user plays against a predetermined opponent, or an event in which a user cooperates alone or with multiple users to achieve a predetermined goal. Specifically, examples of events include an event in which a user cooperates alone or with multiple users to defeat a predetermined opponent (here, an "opponent" may be another user or an NPC. Also, an enemy character in a so-called quest is included as an opponent), or an event in which a user aims to reach a predetermined destination or obtain a predetermined object. In other words, events include a battle against a predetermined opponent, a so-called quest, a raid battle, etc. In addition, the event in this embodiment may be an event that can be progressed by multiplay (in other words, played by at least two or more people).

An example of an event is an event in which a reward is given to a target user (in other words, a user who generates an event). Here, a "reward-granting event" may be an event in which a reward is simply granted when the conditions for the event are met, or an event in which a reward is granted when a specific condition is met in the event (for example, when a match is won). An example of a reward is a predetermined item, electronic currency, or predetermined points as a value in the virtual space (in other words, value in the game). The predetermined points may be points that contribute to an increase in the user's rank, or points that can be exchanged for a predetermined item, electronic currency, or a predetermined object in the real world in the virtual space. The rank can be a parameter that indicates the user's proficiency, and can be a parameter that indicates the relative positioning of users. The rank includes what is called a level in a general game.

Specific examples of events and rewards will be provided later.

In addition, "generating an event for a user" can also be said to provide the event to the user. For example, when a specific event is generated for a first user, various displays related to the specific event are displayed on the terminal device 10 of the first user. In addition, if the specific event is an event that the user can play by controlling their own player character (for example, a battle event or a quest in a game), when the specific event is generated for the first user, the first user can control their own player character via their own terminal device 10 to progress through the event.

The method of progressing the event can be the same as in conventional games. For example, the game progression unit 113 may move the player character based on an input operation by the user while the event is in progress. Specifically, the game progression unit 113 may move the player character within a virtual space or cause the player character to perform an action related to an attack against an opponent based on an input operation by the user. Note that the event may progress automatically without the intervention of a user operation.

(Events occur when moving together)
The game progression unit 212 generates a predetermined event (hereinafter also referred to as a "first specific event") within a predetermined service for at least one of the first user and the second user, based on the first user and the second user moving while maintaining a predetermined positional relationship in the real world. Specifically, the game progression unit 212 generates a first specific event for at least one of the first user and the second user, based on the first user and the second user, whose movement in the real world is detected, moving while maintaining a predetermined positional relationship for a predetermined period in the real world.

In other words, the game progression unit 212 generates a first specific event in a specified service for at least one of the first user and the second user based on the fact that the positional relationship in the real world between the first user and the second user who are moving in the real world has become a specified positional relationship for a specified period of time. In other words, when the first user and the second user move together in the real world (e.g., travel), the game progression unit 212 generates a first specific event in the service for at least one of the first user and the second user. That is, the game progression unit 212 generates the first specific event when the occurrence condition of the first specific event is satisfied, and the occurrence condition of the first specific event is satisfied, for example, when the positional relationship in the real world between the first user and the second user becomes a specified positional relationship for a specified period of time. In addition, the occurrence condition of the first specific event may include a condition that the first user and the second user move while maintaining a specified positional relationship.

Specifically, when the first user and the second user moving in the real world maintain a predetermined distance for a predetermined period of time (specifically, when they are not separated by more than a predetermined distance), the game progression unit 212 generates a first specific event in the service for at least one of the first user and the second user. Note that, here, "maintaining a predetermined distance for a predetermined period of time" may be deemed to be a case where the first user and the second user do not maintain the predetermined distance for a period of time that is less than a certain time during the predetermined period of time, as a case where the predetermined distance has been maintained for a predetermined period of time. Specifically, for example, when the first user and the second user travel together and temporarily take separate actions (for example, when only one user goes to the bathroom or when the two users go to different tourist spots), a determination may be made as to whether or not the predetermined distance has been maintained for a predetermined period of time so that the first user and the second user are determined to be traveling together. In other words, the game progression unit 212 may make a determination while ignoring short-term individual actions in the process of determining whether the occurrence condition of the first specific event is satisfied.

In addition, "over a specified period of time" may mean acting together for a specified period of time or more, or acting together while traveling from a first location to a second location, etc.

Here, the game progression unit 212 may generate a first specific event whose content corresponds to at least one of the length of the period during which the predetermined positional relationship is maintained or the distance between the first user and the second user during the period. Specifically, for example, when the length of the period is equal to or greater than a threshold, the game progression unit 212 may generate a first specific event whose content is more advantageous for the user who is the target of the event than when the length of the period is less than the threshold. Also, for example, the game progression unit 212 may generate a first specific event whose content is more advantageous for the user who is the target of the event, the closer the distance between the first user and the second user during the period. In other words, the game progression unit 212 may generate a first specific event whose content is more advantageous for the first user and the second user the longer the first user and the second user move together (e.g., travel) in the real world. Also, the game progression unit 212 may generate a first specific event whose content is more advantageous for the first user and the second user the closer the first user and the second user move (e.g., travel) in the real world. With regard to events, "more advantageous to the user" includes, for example, cases where the amount of rewards given is large or the quality of the rewards is high (for example, when rarer items are given).

Here, the "distance between the first user and the second user in a specified period" may be, for example, the average value of the interval between the first user and the second user in the specified period, or the distance when the first user and the second user are closest to each other in the specified period. In addition, when calculating the distance between the first user and the second user in a specified period, the calculation may be performed while ignoring (in other words, excluding) cases where the first user and the second user are temporarily separated or close to each other for a period of time that is less than a certain time.

The game progression unit 212 may also generate a first specific event whose content corresponds to the distance on the map traveled by the first user and the second user while maintaining a predetermined positional relationship in the real world. Specifically, for example, when the length of the distance is equal to or greater than a threshold, the game progression unit 212 may generate a first specific event whose content is more advantageous for the user for whom the event is to be generated, compared to when the length of the distance is less than the threshold. Here, the "distance on the map" may be, for example, the total distance traveled by the first user and the second user together, or the distance between the two furthest points visited by the first user and the second user during the period when they traveled together.

The movement of the first user and the second user related to the occurrence of the first specific event may be a movement to a destination set on the service. For example, in this embodiment, the terminal device 10 may accept an input operation in which the user sets the destination of his/her movement (e.g., a travel destination, etc.). In addition, the game progression unit 212 may, for example, acquire information indicating the destination set by the first user, determine whether the first user acted together with the second user in the process of moving to the destination (in other words, whether they have been in a predetermined positional relationship for a predetermined period of time), and generate the first specific event when it is determined that the first user acted together. In this case, the game progression unit 212 may generate the first specific event after the first user (and the second user) arrives at the destination, or may generate the first specific event during the movement of the first user (and the second user) to the destination. In this case, the game progression unit 212 may generate the first specific event on the condition that the second user also sets the same destination as the first user. In addition, the configuration in which the first specific event occurs due to movement between the first user and the second user without setting a destination may be a configuration in which it is not possible to set a destination on the service in the first place, or a configuration in which it is possible to set a destination but the first specific event may occur due to movement without setting a destination.

The conditions for the occurrence of the first specific event may include a condition related to the distance traveled by the user. Specifically, for example, the game progression unit 212 may cause the first specific event to occur when the distance traveled by the first user (and the second user) is equal to or greater than a predetermined distance, and may not cause the first specific event to occur when the distance traveled is less than the predetermined distance. In other words, the game progression unit 212 may cause the first specific event to occur when the distance traveled on the map by the first user and the second user while maintaining a predetermined positional relationship is equal to or greater than a predetermined distance.

The conditions for the occurrence of the first specific event may also include a condition related to the user's movement speed. Specifically, for example, the game progression unit 212 may not cause the first specific event to occur if the movement speed of the first user (and the second user) is equal to or greater than a predetermined speed. Also, for example, the game progression unit 212 may not cause the first specific event to occur if the movement speed of the first user (and the second user) is less than a predetermined speed.

The game progression unit 212 may determine whether or not the same user possesses multiple terminal devices 10 and is cheating by using each of the multiple terminal devices 10 as a terminal device 10 of a different user. In other words, the game progression unit 212 may determine whether or not one user is cheating by acting as a first user and a second user. If it is determined that cheating is occurring, the game progression unit 212 may control so that the first specific event does not occur. In other words, if it is determined that cheating is occurring, the game progression unit 212 may, for example, prevent the first specific event from occurring even if the positional relationship in the real world between the first user and the second user becomes a predetermined positional relationship for a predetermined period of time (i.e., even if the first specific event would normally occur). The game progression unit 212 may determine that cheating is occurring when, for example, the terminal device 10 of the first user and the terminal device 10 of the second user are constantly located in close proximity (in other words, within a specific distance) for a predetermined period of time and there is no change in the distance between the terminal devices 10. In other words, when different users move together, there should usually be some variation in distance, and if this does not occur, it may be determined that fraud is occurring.

In this embodiment, the first user and the second user may be users who have a specific relationship registered within the service. In this embodiment, relationships between users that can be registered include "parent-child relationship," "married couple relationship," "sibling relationship," "best friend relationship," and "lover relationship." In the following, a relationship between users for which a specific relationship is not registered is referred to as a "stray relationship." The method of registering relationships will be described later.

The game progression unit 212 may vary at least one of the length of time for which a specific positional relationship required between the first and second users is maintained as a condition for a specific event to occur (in other words, the length of time required for a specific event to occur) or the specific positional relationship (in other words, the positional relationship required for a specific event to occur), depending on the relationship between the first and second users.

For example, the game progression unit 212 may set the length of the period related to the occurrence condition of a specific event longer when the first user and the second user are in a "romantic relationship" than when they are in a "parent-child relationship", "married couple relationship", "sibling relationship", "best friend relationship", or "stray relationship". Furthermore, the game progression unit 212 may set the distance between the first user and the second user related to the occurrence condition of a specific event shorter when the first user and the second user are in a "romantic relationship" than when they are in a "parent-child relationship", "married couple relationship", "sibling relationship", "best friend relationship", or "stray relationship". Specifically, for example, when the first user and the second user are in a "romantic relationship", the game progression unit 212 may cause the first specific event to occur only if they travel together for a longer period of time than when they are in other specific relationships. Furthermore, when the first user and the second user are in a "romantic relationship", the game progression unit 212 may cause the first specific event to occur only if they travel closely together than when they are in other specific relationships.

In addition, the game progression unit 212 may generate an event whose content corresponds to the relationship between the first user and the second user when a specific event occurrence condition is satisfied. That is, the game progression unit 212 may determine which of multiple types of events to execute depending on the relationship between the users. An "event whose content corresponds to the relationship" includes, for example, a case where the opponent in a battle event is an enemy character that corresponds to the relationship, a case where the presentation during the event has content that corresponds to the relationship, a case where the goal to be achieved during the event has content that corresponds to the relationship, and a case where the reward (e.g., an item, etc.) obtained in the event has content that corresponds to the relationship.

Specifically, for example, when a condition for the occurrence of a first specific event is satisfied, the game progression unit 212 may generate a first specific event specific to a parent-child relationship if the relationship between the first user and the second user is a "parent-child relationship," and may generate a first specific event specific to a best friend relationship if the relationship between the first user and the second user is a "best friend relationship."

In addition, for example, when the conditions for the occurrence of the first specific event are satisfied, the game progression unit 212 may display an application screen on the terminal device 10 of at least one of the first user and the second user for making an application to register as a friend or an application to follow (in other words, an application to build a relationship) as described below, if the relationship between the first user and the second user is a "stray relationship."

For example, the game progression unit 212 may also determine the type or amount of reward to be awarded at an event depending on the relationship between users.

As described above, the game progression unit 212 may detect that multiple users have traveled together in the real world, and may generate an event for at least some of the multiple users based on the fact that the multiple users have traveled together. At this time, the game progression unit 212 may change the event that occurs according to the course of the multiple users' journey (in other words, movement). Specifically, for example, the game progression unit 212 may change the content of the event that occurs according to what kind of relationship the users had with each other, how long they acted together, how far they traveled together, what the distance between the users was, or what means of transportation they used, etc.

It should be noted that detection of whether or not multiple users have traveled together does not have to be performed by continuously observing changes in location information during travel. For example, when determining whether or not a first user and a second user have traveled together, it is possible to detect that both users have traveled by comparing location information of the departure point with location information of the arrival point, and to detect that they were together by confirming that the terminal device 10 of the first user and the terminal device 10 of the second user were located within a predetermined range between the time when the location information of the departure point was acquired and the time when the location information of the arrival point was acquired (for example, by confirming that short-range wireless communication was performed between the two terminal devices 10 during that period).

(Registration of Relationships Between Users)
Here, the registration of relationships between users will be described.

Each user may be able to select a user to register a specific relationship from among his/her friends or users he/she follows. In other words, the user to register the specific relationship may be selected from among users who already have a specific relationship (e.g., a "friend relationship" or a "following relationship"). In other words, the user to whom the specific relationship is registered may be a user who has a special relationship (e.g., a user with a high degree of intimacy) among users who have a specific relationship. In other words, in the game of this embodiment, as a relationship between users, it may be possible to register a close user as a subcategory (e.g., a user who is in a "parent-child relationship," a "couple relationship," a "sibling relationship," a "best friend relationship," a "lover relationship," etc.) from among users who have a specific relationship as a major category. Note that the "friend relationship" or "following relationship" and the "parent-child relationship," "couple relationship," "sibling relationship," "best friend relationship," and "lover relationship" may not be a relationship between a major category and a minor category, but may be a parallel relationship, etc. Note that in this embodiment, a "stray relationship" may refer to a relationship in which a close user is not registered, or may refer to a relationship in which even a "friend relationship" or a "following relationship" is not registered. The relationships between users are stored, for example, in the storage unit 220.

Note that friends and following can be the same as in conventional games and SNS (Social Networking Service). In the game of this embodiment, each user may be able to register other users as friends. Also, each user may be able to follow other users. For example, when a first user makes a friend registration request to a second user and the second user accepts the request, the relationship setting unit 213 may register the first user and the second user as friends. Also, when a first user makes a follow request to a second user, the relationship setting unit 213 may register the first user as a follower of the second user. Note that each request and its acceptance can be executed by each user performing a predetermined input operation on his/her own terminal device 10.

The registration of a specific relationship will be described with reference to FIG. 3. FIG. 3 shows an example of a screen display when user A (Mr. A) registers a relationship with user B (Mr. B). FIGS. 3(a), 3(b) and 3(d) show displays displayed on user A's terminal device 10, and FIG. 3(c) shows a display displayed on user B's terminal device 10. Also, FIG. 3(a) shows the display before the relationship between user A and user B is registered, and FIG. 3(d) shows the display after the relationship between user A and user B is registered.

Regarding the registration of a specific relationship, the display control unit 114 of each user's terminal device 10 may display a list of users (e.g., friends) who have a specific relationship with the user on the display unit 18 based on a specific input operation by the user, as shown in FIG. 3(a). In addition, the display control unit 114 may display a UI related to the registration of a specific relationship within the service on the display unit 18 together with the list of friends.

The UI for registering a specific relationship includes, for example, a user selection button 51 as a UI that accepts an operation to select a person with whom to register (in other words, build or set) a specific relationship, and a relationship selection UI 52 as a UI that accepts an operation to select which type of relationship among multiple types of specific relationships to register. An operation (e.g., a touch operation) on the user selection button 51 may be accepted as an operation to select a person with whom to register a specific relationship from among users displayed in the friend list. Also, an operation (e.g., a touch operation) on the relationship selection UI 52 may be accepted as an operation to select which type of relationship to register with the user selected as the person with whom to register a specific relationship. Here, the relationship selection UI 52 may display, for example, a list of selectable relationships, from which the relationship to register can be selected (e.g., selected by a touch operation, etc.).

In this embodiment, the relationship selection UI 52 is displayed when the user selection button 51 is operated, but the user selection button 51 and the relationship selection UI 52 may be displayed on one screen.

Operations on the user selection button 51 and relationship selection UI 52 can be said to be operations for setting the attributes (in other words, the relationship with the other party) of the operator (in other words, one user, user A in this case) with respect to the other party (in other words, the other user, user B in this case). For example, if the operator is the other party's parent in the real world, and performs an operation on the user selection button 51 and relationship selection UI 52 to set himself/herself as the other party's parent, the operator's attribute with respect to the other party is set as "parent."

Here, when the operator selects a party with whom to register a specific relationship and selects the type of relationship to register, the attributes of the other party with respect to the operator may be automatically registered. For example, when the operator operates the user selection button 51 and the relationship selection UI 52 to register himself/herself as the parent of the other party, the operator's attributes with respect to the other party may be registered as "parent," and the other party's attributes with respect to the operator may be automatically registered as "child" (in other words, without the need for operation by the other party).

Note that registering the attributes "parent" and "child" can also be considered as registering a "parent-child relationship."

In addition, the registration of a specific relationship may require the consent of the other party. In other words, a specific relationship may be registered when one user makes an application to register a specific relationship to another user, and the other user performs an operation to accept the application.

Specifically, for example, a first user may operate the user selection button 51 on his/her own terminal device 10 to select a second user as a partner with whom to register a specific relationship (see FIG. 3(a)), and then operate the relationship selection UI 52 to select the type of relationship to register (see FIG. 3(b)), whereby an application for relationship registration may be sent to the terminal device 10 of the second user. Then, when the application is sent, the display control unit 114 of the terminal device 10 of the second user may display on the display unit 18 a screen (hereinafter referred to as an "approval screen 53") that prompts the user to respond to the application for relationship registration from the first user, as shown in FIG. 3(c).

The consent screen 53 may display, for example, the user name of the first user and the type of relationship that the first user is trying to register. The consent screen 53 may also display a consent operation UI 54 as a UI for selecting whether or not to accept the application from the first user. The relationship between the first user and the second user may be registered by the second user performing an operation to accept the application in the consent operation UI 54. Specifically, for example, the attribute of user A with respect to user B may be set to "parent" and the attribute of user B with respect to user A may be set to "child" by performing an operation to apply for registration of being the parent of user B (in other words, registration of a parent-child relationship with user B) and user B performing an operation to accept the application. Also, for example, when user A performs an operation to apply for registration as the parent of user B (in other words, without waiting for consent from user B), user A's attribute with respect to user B may be set to "parent," and when user B performs an operation to accept the application, user B's attribute with respect to user A may be set to "child." In this way, by requesting consent for the registration of a relationship, it is possible to prevent the relationship from being registered without permission.

It is also possible that a relationship between one user and another user is registered, but the other user is not registered. For example, a parent-child relationship between a first user and a second user is registered, but the second user is not registered. That is, in this embodiment, a specific event occurs when a first user and a second user who have a specific relationship registered perform a specific action, but "a first user and a second user who have a specific relationship registered" may refer to users who have a specific relationship registered from at least one user's perspective, and does not necessarily mean only users who have a specific relationship registered from either user's perspective.

In addition, even if one user registers an attribute for another user and the other user does not register an attribute for the one user, the one user may treat it as a specific relationship being registered, or may treat it as a specific relationship being registered by both users registering attributes for the other user. For example, in a case where a first user sets his/her attribute for a second user as "parent" (in other words, registers the second user as a user in a "parent-child relationship") and the second user does not set his/her attribute for the first user as "child" (in other words, does not register the first user as a user in a "parent-child relationship"), the first user may be treated as having a "parent-child relationship" with the second user, or may not be treated as having a "parent-child relationship" with the second user. In addition, a configuration may be used in which a state in which an attribute (in other words, a relationship) for one user is registered for the other user but an attribute (in other words, a relationship) for the other user is not registered for the one user may not occur.

In addition, in the friend list, as shown in FIG. 3(a) and FIG. 3(d), a display 56 indicating the type of relationship registered for each friend may be displayed. In other words, the display control unit 114 may be capable of displaying on the display unit 18 a list of multiple users with which a specific relationship with the user is registered, such that the type of relationship registered for each user can be identified. Here, the display 56 indicating the type of relationship registered can be said to be a display indicating the user's attributes with respect to each user, or a display indicating the attributes of each user with respect to the user. Here, for example, when the attribute of user A with respect to user B is set to "parent", in the friend list of user A, as shown in FIG. 3(d), "parent" may be displayed in the location corresponding to user B, or "child" may be displayed. Regardless of the display form, user A can identify his/her attribute with respect to user B (in other words, the relationship with the second user). Furthermore, when a new relationship is registered, a display indicating that the relationship has been newly registered (for example, the display "New" in FIG. 3(d)) may be displayed together with a display 56 indicating the type of the registered relationship.

For example, the display control unit 114 of the terminal device 10 of the second user may display the attributes of the first user with respect to the second user or the attributes of the second user with respect to the first user on the display unit 18 (for example, in a location corresponding to the first user in the friend list of the second user) based on the first user registering his/her attributes with respect to the second user. In other words, the display control unit 114 of the terminal device 10 of the second user may display the relationship with the first user on the display unit 18 (for example, in a location corresponding to the first user in the friend list of the second user) based on the first user registering the relationship with the second user.

In addition, there may be a limit on the number of users who can register a specific relationship. This limit may vary depending on the number of users who have a specific relationship registered with the user, or may be a fixed value that is independent of the number of users who have a specific relationship registered with the user. For example, the limit may be set to a range that does not exceed the number of the user's friends or the number of users the user follows (or is followed by the user), or may be set to a predetermined percentage (e.g., 10%) of the number of the user's friends or the number of users the user follows (or is followed by the user). With this configuration, the target of registering a specific relationship can be limited to close people who act together in the real world from among people who have become friends. In addition, the limit may be set for each type of specific relationship. Specifically, for example, the upper limit number may be set for each of the number of users who can be registered as the user's "parent", the number of users who can be registered as the user's "lover", the number of users who can be registered as the user's "best friend", etc. (e.g., a different upper limit number for each).

Note that, although it has been described here that there are multiple types of specific relationships, there may be only one type of specific relationship. For example, it may be possible to register one's own "buddy" as a person with whom one has a specific relationship (e.g., as a user with whom one acts or meets together in the real world).

In addition, when a user performs an operation related to the registration of a specific relationship (for example, an operation on the user selection button 51 and the relationship selection UI 52, or an operation on the consent operation UI 54, in other words, an operation requesting registration), the relationship setting unit 213 may perform a process to confirm the authenticity of the relationship to be registered and register the relationship based on the result of the process. Here, the process to confirm the authenticity may be performed by referring to profile information (for example, age, date of birth, place of residence (for example, region or specific coordinates on a map), etc.) registered in the service by at least one of the users to be registered as the target of the relationship, (for example, entered by the user), or may be performed by referring to location information indicating the location in the real world of at least one of the users to be registered as the target of the relationship. Specifically, for example, when a first user performs an operation to register himself/herself as the "parent" of a second user, the relationship setting unit 213 may determine whether or not to permit the registration as a "parent" by referring to profile information indicating the age of the first user. For example, when the first user performs an operation to register a "lover relationship" with the second user, the relationship setting unit 213 may refer to the location information of the first user and the second user, determine whether the first user and the second user regularly spend a predetermined amount of time or more in close proximity, and determine whether or not to permit the registration of the "lover relationship." For example, when the first user performs an operation to register a "parent-child relationship" with the second user, the relationship setting unit 213 may refer to the location information of the first user and the second user or profile information indicating the place of residence of the first user and the second user, determine whether or not the first user and the second user live together, and determine whether or not to permit the registration of the "parent-child relationship." If the relationship setting unit 213 determines not to permit the registration, the relationship may not be registered. With this configuration, it is possible to prevent a false relationship registration from giving an opportunity for an event to occur and obtaining an unfair reward.

The relationship between users may be automatically registered without any operation by either user. That is, the relationship setting unit 213 may automatically determine the relationship between users according to a predetermined rule. Specifically, for example, the relationship setting unit 213 may detect that the home locations registered as profile information of a first user and a second user are the same or similar, or detect based on location information that the users are likely to live together, and when it is determined that the two users are in a "parent-child relationship" based on the detected information and the age information registered as profile information, the relationship setting unit 213 may automatically register the "parent-child relationship" between the two users.

In this embodiment, the specific relationship registered on the service as a relationship between users is assumed to correspond to a relationship in the real world. Specifically, it is assumed that a "parent-child relationship" between an actual parent and child in the real world will be registered. However, the specific relationship does not have to correspond to a relationship in the real world.

(Variation 1: Occurrence of an event due to a reunion)
Instead of or in addition to the occurrence of an event caused by users moving together as described above, the game progression unit 212 may cause an event to occur when users meet again. For example, the game progression unit 212 may cause a specific event (hereinafter also referred to as a "second specific event") in a predetermined service for at least one of the first user and the second user based on the fact that the positional relationship between the first user and the second user in the real world changes from the first positional relationship to a second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship, and the second positional relationship continues for a specific period of time. Furthermore, the second specific event may occur at the time when the second positional relationship is reached (in other words, without the need for the second positional relationship to continue for a specific period of time).

Specifically, the game progression unit 212 generates a second specific event when the first user and the second user, who were located far apart in the real world (in other words, in a first positional relationship), become closer to each other and are now located close to each other (in other words, in a second positional relationship) and this state continues for a specific period of time. In other words, the game progression unit 212 generates a second specific event within the service for at least one of the first user and the second user when the first user and the second user meet in the real world.

In other words, the game progression unit 212 generates a second specific event when the occurrence condition of the second specific event is satisfied. The occurrence condition of the second specific event is satisfied, for example, when the positional relationship between the first user and the second user changes from a first positional relationship to a second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship, and the second positional relationship continues for a specific period of time.

The conditions for the occurrence of the second specific event may include a condition that information indicating that the first user and the second user already know each other (hereinafter also referred to as "acquaintance information") is stored in a predetermined storage unit (e.g., storage unit 220). In other words, the second specific event may be an event that occurs based on the first user and the second user meeting again.

When the position information of the first user and the second user indicates that the two are currently meeting, the game progression unit 212 may store in the storage unit 220 acquaintance information indicating that the two have already met. In other words, the acquaintance information may be stored in the storage unit 220 based on the fact that the positional relationship between the first user and the second user in the real world has become a third positional relationship in which the distance between the first user and the second user is closer than the first positional relationship (in other words, when the third positional relationship is reached before the first positional relationship is reached). In further other words, the game progression unit 212 may generate a second specific event for at least one of the first user and the second user based on the fact that the positional relationship between the first user and the second user has changed from the third positional relationship to the first positional relationship, and from the first positional relationship to the second positional relationship. Here, the second positional relationship and the third positional relationship may be the same positional relationship.

In addition, registered information of a specific relationship such as a "parent-child relationship," a "best friend relationship," or a "lover relationship" may function as acquaintance information. That is, the game progression unit 212 may generate a second specific event for at least one of the first user and the second user based on the fact that the positional relationship between a first user and a second user who have a specific relationship has changed from a first positional relationship to a second positional relationship.

The occurrence condition of the second specific event may include a condition that the two users meet according to a schedule set on the service (for example, at least one of a reunion location and a date). For example, in this embodiment, the terminal device 10 may accept an input operation in which the user sets a location where the user plans to meet another user as his/her own schedule. Then, the game progression unit 212 may, for example, acquire information indicating a location where the first user plans to meet the second user as a schedule set by the first user, determine whether the first user meets the second user at the scheduled location as scheduled (in other words, whether the positional relationship with the second user becomes the second positional relationship as scheduled), and generate a second specific event when it is determined that the first user meets the second user as scheduled. In this case, the game progression unit 212 may generate a second specific event on the condition that the second user also sets a schedule similar to that of the first user (for example, the first user and the second user set a similar location as a location where they plan to meet each other). The game progression unit 212 may be capable of causing a second specific event to occur when the first user and the second user meet without setting up a meeting schedule on the service. In this case, it may not be possible to set up a meeting schedule with other users on the service in the first place, and the second specific event may occur when the first user meets the second user in a state where a meeting schedule is possible but no meeting schedule has been set up. In a configuration in which the second specific event occurs when the first user meets the second user without setting up a meeting schedule, the second specific event occurs due to a chance reunion, and the reunion can be presented as a touching one, for example.

Here, the game progression unit 212 may generate a second specific event whose content corresponds to at least one of the duration of the first positional relationship or the distance between the first user and the second user before the positional relationship between the first user and the second user becomes the second positional relationship. Specifically, for example, when the length of the period is equal to or greater than a threshold, the game progression unit 212 may generate a second specific event whose content is more advantageous to the user who is the target of the event than when the length of the period is less than the threshold. Also, for example, the game progression unit 212 may generate a second specific event whose content is more advantageous to the user who is the target of the event, the longer the distance. In other words, the game progression unit 212 may generate a second specific event that is more advantageous to the first user or the second user, the longer the period during which the first user and the second user are separated in the real world. Also, the game progression unit 212 may generate a second specific event that is more advantageous to the first user or the second user, the longer the distance between the first user and the second user in the real world.

Here, the "distance between the first user and the second user" may be, for example, the average distance between the first user and the second user over a specified period of time, or the distance when the first user and the second user were the furthest apart over that specified period of time.

The game progression unit 212 may change the content of the second specific event according to the number of times that the positional relationship between the first user and the second user changes from the first positional relationship to the second positional relationship, and thus the second specific event occurs. That is, the game progression unit 212 may generate a second specific event whose content corresponds to the number of times that the first user and the second user have met (hereinafter, also referred to as the "number of reunions"). For example, the game progression unit 212 may generate a second specific event whose content is more advantageous for the user for whom the event occurs, the more times that the first user and the second user have met. Specifically, when the number of reunions is N (N is a natural number equal to or greater than "2", here "5" as an example), the game progression unit 212 may generate a second specific event that is more advantageous for the first user or the second user than a second specific event that occurs when the number of reunions is M (M is a natural number smaller than N, here "1" as an example).

The second positional relationship may have multiple stages according to the distance between the first user and the second user, and the game progression unit 212 may generate a second specific event with content according to the stage depending on which of the multiple stages the positional relationship between the first user and the second user is in. For example, the game progression unit 212 may generate a second specific event with content that is more advantageous for the user who is the target of the event, the closer the distance between the first user and the second user is.

The occurrence condition for the second specific event may include a condition related to the movement speed of the user. Specifically, for example, the game progression unit 212 may not cause the second specific event to occur if the movement speed of the first user (and the second user) between the time when the positional relationship between the first user and the second user changes from the first positional relationship to the second positional relationship is equal to or greater than a predetermined speed. Also, for example, the game progression unit 212 may not cause the second specific event to occur if the movement speed of the first user (and the second user) between the time when the positional relationship between the first user and the second user changes from the first positional relationship to the second positional relationship is less than a predetermined speed.

The conditions for the occurrence of the second specific event may include a condition that the first user and the second user gradually get closer to each other. In other words, the game progression unit 212 may determine whether the first user and the second user are gradually getting closer to each other, and may cause the second specific event to occur when it is determined that the first user and the second user are gradually getting closer to each other.

In addition, when there is an intermediate positional relationship between the first positional relationship and the second positional relationship (for example, when the distance between the first user and the second user becomes closer and the first positional relationship changes to the second positional relationship, the intermediate positional relationship is passed through to the second positional relationship), the occurrence condition of the second specific event may include a condition that the period during which the intermediate positional relationship exists is within a predetermined period. In other words, when the first user and the second user, who are far apart in the first positional relationship, gradually become closer over a long period of time to the second positional relationship, the second specific event may not occur.

The occurrence condition of the second specific event may also include a condition that a occurrence condition of a third specific event described below is satisfied between the first user and the second user, and after the third specific event occurs, the positional relationship between the first user and the second user changes from a first positional relationship to a second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship.

(Variation 2: Occurrence of an event due to separation)
The game progression unit 212 may generate an event by users parting ways with each other, instead of or in addition to the generation of an event by users moving together as described above or the generation of an event by users reuniting with each other. For example, the game progression unit 212 may generate a specific event (hereinafter also referred to as a "third specific event") in a specific service for at least one of the first user and the second user, based on the fact that the first user and the second user have stayed within a specific range (hereinafter referred to as a "specific range") for a specific period of time in the real world and the second user has left the specific range. Here, the "specific range" may be, for example, a specific range centered on the first user. In other words, a location corresponding to the specific range in the real world (in other words, on a map) may change with the movement of the first user. In other words, "leaving the specific range" may mean moving away from the first user. In addition, the "specific range" may be a specific area on a map (for example, "Shibuya" or "Shinjuku").

The game progression unit 212 generates a third specific event when the first user and the second user who were close to each other in the real world become farther apart. In other words, the game progression unit 212 generates a third specific event within the service for at least one of the first user and the second user when the first user and the second user become separated in the real world.

In other words, the game progression unit 212 generates a third specific event when the occurrence condition of the third specific event is satisfied, and the occurrence condition of the third specific event is satisfied, for example, when the first user and the second user stay within a specific range for a specific period of time and then the second user leaves the specific range.

Here, the game progression unit 212 may generate a third specific event whose content corresponds to the length of time that the first user and the second user stayed within the specific range. Specifically, for example, when the length of the period is equal to or greater than a threshold, the game progression unit 212 may generate a third specific event whose content is more advantageous to the user for whom the event is to occur, compared to when the length of the period is less than the threshold. In other words, the game progression unit 212 may generate a third specific event whose content is more advantageous to the user for whom the event is to occur, the longer the period that the first user and the second user stayed together in the real world.

The game progression unit 212 may also generate a third specific event when the second user moves a predetermined distance or more away from a state in which the first user and the second user were located within the specific range. Specifically, the game progression unit 212 may generate a third specific event when the second user moves a predetermined distance or more away from the specific range. Furthermore, in a configuration in which the specific range changes in accordance with the movement of the first user, the game progression unit 212 may generate a third specific event when the second user moves a predetermined distance or more away from the point where the first user met. Here, the game progression unit 212 may not generate the third specific event when the second user moves away from the specific range but does not move the predetermined distance or more.

The game progression unit 212 may also generate a third specific event whose content corresponds to the distance traveled by the second user from a state in which the first and second users were located within the specific range. Specifically, for example, the game progression unit 212 may generate a third specific event whose content is more advantageous to the first or second user the further the second user is from the specific range. In other words, the game progression unit 212 may generate a third specific event whose content is more advantageous to the first or second user the further the distance between the first and second users.

The conditions for the occurrence of the third specific event may include a condition that the second user gradually moves away from the specific range. In other words, the game progression unit 212 may determine whether the second user is gradually moving away from the specific range, and may cause the third specific event to occur when it is determined that the second user is gradually moving away.

The conditions for the occurrence of the third specific event may include a condition that the first user remains within the specific range. In other words, the game progression unit 212 may not cause the third specific event to occur if not only the second user but also the first user leaves the specific range.

In this modified example, "separation" or "separation" may mean starting to live apart. In this case, when the game progression unit 212 detects that the second user of a first user and a second user, whose information indicating that they lived together (hereinafter referred to as "symbiosis information") is stored in a predetermined storage unit (e.g., storage unit 220), has started to live apart, the game progression unit 212 may generate a third specific event, assuming that the condition for generating the third event is satisfied. In other words, "the first user and the second user are staying within a specific range" may also include the first user and the second user living in a specific place or living in a specific region.

Here, when the game progression unit 212 detects from the location information of the first user and the second user that they are likely to have been living in the same house (or in the same area, etc.) for a predetermined period of time, it may store symbiosis information indicating that the two users have been living together in the storage unit 220. Furthermore, when the home locations registered in the service are the same or similar, the game progression unit 212 may use the information on the registered home location as symbiosis information. In other words, the "first user and second user whose symbiosis information is stored" may be the first user and second user whose registered home locations are the same, etc.

Detection that the second user has started living away may be performed, for example, by detecting that a new home location has been registered. Detection that the second user has started living away may be performed by detecting from the location information of the second user that a predetermined period of time (e.g., multiple days) has passed since the second user left his/her previous living range (e.g., a living range detected by location information, or a registered home location, etc.).

In other words, the game progression unit 212 generates a third specific event when the occurrence condition of the third specific event is satisfied, and the occurrence condition of the third specific event may include a condition that the first user and the second user start living apart. In further other words, the occurrence condition of the third specific event may include a condition that the second user leaves the specific range and a predetermined period of time has passed.

As in the case of the first specific event, the game progression unit 212 may vary the length of each period or the positional relationship (e.g., how long or how far apart the users must be) as a condition for the occurrence of the second or third specific event, depending on the relationship between the users.

In addition, the game progression unit 212 may also generate an event whose content corresponds to the relationship between the first user and the second user when the occurrence condition of the second specific event is satisfied or when the occurrence condition of the third specific event is satisfied, just as when the occurrence condition of the first specific event is satisfied. That is, multiple types of events are prepared as the second specific event and the third specific event, and the game progression unit 212 may determine which of the multiple types of events to execute depending on the relationship between the users.

(Examples of events)
Next, specific examples of various events will be described with reference to FIG.

The game progression unit 212 may generate a "family trip" event as a first specific event for at least one of the first user and the second user based on the first and second users, who are registered as having a "parent-child relationship," moving (in other words, moving a predetermined distance) from the same location (e.g., home) to a distant location (e.g., a travel destination) while maintaining a predetermined positional relationship for a predetermined period of time. The conditions for generating the "family trip" event may further include a condition of spending a predetermined period of time (e.g., one day or more) at the travel destination. Note that a "day trip" event may be prepared separately from the "family trip" event, and in this case, the conditions for generating the "day trip" event may not include a condition of spending a predetermined period of time (e.g., one day or more) at the travel destination.

In the "Family Trip" event, the game progression unit 212 may provide at least one of the first user and the second user with a reward according to the region of the travel destination. The reward may be, for example, a local item that reflects the characteristics of the travel destination. In addition, when a plurality of users (e.g., a family) including the first user and the second user move from the same location (e.g., home) to a distant location (e.g., a travel destination) while maintaining a predetermined positional relationship, and a "Family Trip" event occurs, the greater the number of the plurality of users (in other words, the number of family members traveling together), the more advantageous the "Family Trip" event for the first user and the second user may be. In addition, in the case of an overnight trip (in other words, a "Family Trip" event), the reward may be higher (for example, the amount of reward may be larger or the quality of the reward may be higher) than in the case of a day trip (in other words, a "Day Trip" event).

In addition, the game progression unit 212 may generate a "friend travel" event as a first specific event for at least one of the first user and the second user based on the first user and the second user who are registered as "best friends" moving a predetermined distance (in other words, traveling) while maintaining a predetermined positional relationship for a predetermined period of time. Since a trip with a friend is generally easier to plan than a family trip, the moving distance required for the "friend travel" event to occur may be longer than the moving distance required for the "family travel" event to occur. In other words, the "friend travel" event may have stricter conditions regarding the moving distance than the "family travel" event. On the other hand, the "friend travel" event may have looser conditions regarding the positional relationship that must be maintained than the "family travel" event. For example, the "family travel" event may require the distance between users to be maintained within 100 m, while the "friend travel" event may require the distance between users to be maintained within 200 m. The "Friend Travel" event may occur, for example, when not only the first user and the second user, but also a third user who is registered as a "best friend" with the first user and the second user, move a predetermined distance from a predetermined point (in other words, travel) while maintaining a predetermined positional relationship for a predetermined period of time. In other words, the occurrence of the "Friend Travel" event may require three or more users who have a predetermined number of "best friend relationships" to travel together.

The "Friend Travel" event may be, for example, a battle event in which users who are "best friends" traveling together cooperate to battle against a specific enemy character. In addition, in a game in which so-called raid battles are prepared as events in which "wild" users cooperate to battle against enemy characters, the battle event as a "Friend Travel" event may be an event in which "wild" users cannot participate and only "best friends" users traveling together battle against a specific enemy character. In addition, the "Friend Travel" event may be an event in which the specific enemy character appears at a lodging facility or the like at the travel destination (in other words, when the user is at a specific location at the travel destination). The specific enemy character may appear when a certain condition is met at the travel destination. In addition, the enemy character may be a character specific to the "Friend Travel" event (for example, a character that does not appear or has an extremely low probability of appearing except when a "Friend Travel" event occurs). In addition, in a battle event as a "Friend Travel" event, enemy characters of strength corresponding to the number of users traveling together may appear. When a match is won, the game progression unit 212 awards a reward to the user who participated in the match.

The game progression unit 212 may also generate a "lover trip" event as a first specific event for at least one of the first and second users based on the first and second users, who are registered as being in a "lover relationship" or "married couple relationship", moving a predetermined distance (in other words, traveling) while maintaining a predetermined positional relationship for a predetermined period of time. The "lover trip" event may have stricter conditions regarding the positional relationship that must be maintained than the "family trip" and "friend trip" events. For example, the "family trip" event may be generated if the distance between the users is maintained within 100 m, whereas the "lover trip" event may be generated if the distance between the users is maintained within 50 m.

In the "lover trip" event, the game progression unit 212 may give the first user and the second user an item indicating that they have traveled together as a couple. Also, for example, in a game in which each user can own their own character (e.g., a monster that they raise themselves), the "lover trip" event may be an event in which a child is born between a monster owned by the first user and a monster owned by the second user (in other words, an event in which a new character can be acquired). Also, the "lover trip" event may be an event that occurs when a specific place related to a "lover relationship" in the real world (e.g., a matchmaking shrine) is visited during the trip. Also, the "lover trip" event may be a battle event in which a specific enemy character appears. Also, the battle event as the "lover trip" event may be an event in which users in a "wild relationship" cannot participate and only users in a "lover relationship" who are traveling together battle a specific enemy character, unlike a so-called raid battle. The specific enemy character may be a character specific to the "Lovers' Journey" event (for example, a character that does not appear or has an extremely low probability of appearing except when the "Lovers' Journey" event occurs). If the match is won, the game progression unit 212 grants a reward to the user who participated in the match.

The game progression unit 212 may also generate a "chance encounter" event as a first specific event for at least one of the first user and the second user based on the first and second users having a "random relationship" moving while maintaining a predetermined positional relationship for a predetermined period of time. In other words, the game progression unit 212 may generate a "chance encounter" event based on the first and second users moving in the same direction for a predetermined period of time. Here, whether or not they are moving in the same direction may be determined, for example, by the game progression unit 212 determining whether or not the first and second users whose movements are detected are within a predetermined range for a predetermined period of time. Note that the game progression unit 212 for the first and second users may also detect the direction of movement of each user and determine whether or not they are moving in the same direction based on the detected direction of movement.

The conditions for the occurrence of a "chance encounter" event may include a condition that the moving speed of the first user and the second user is equal to or less than a predetermined speed. In other words, for example, a case where the first user and the second user happen to be on the same train is unlikely to be perceived as a fateful encounter, so a "chance encounter" event may not occur in such a case.

For a "chance encounter" event, the game progression unit 212 may cause at least one of the terminal devices 10 of the first user and the second user to display an application screen for making a friend registration application or a follow application (in other words, an application for building a relationship) to the other. Furthermore, for a "chance encounter" event, the game progression unit 212 may cause at least one of the terminal devices 10 of the first user and the second user to display the profile of the other. Here, the profile may include information such as the user's name in the virtual space and various statuses. In other words, the game progression unit 212 may introduce the other user to one of the first user and the second user who meets the conditions for the occurrence of the "chance encounter" event, and recommend building a relationship (for example, friend registration).

Furthermore, the game progression unit 212 may generate a "homecoming" event as a second specific event for at least one of the first user and the second user based on the change in the positional relationship between the first user and the second user, who are registered as having a "parent-child relationship," from the first positional relationship to a second positional relationship in which the first user (e.g., possessing the "parent" attribute) is closer to the second user (e.g., possessing the "child" attribute) than the first positional relationship. The conditions for the occurrence of the "homecoming" event may include a condition that the second positional relationship continues for a specific period of time. The conditions for the occurrence of the "homecoming" event may also include a condition that the positional relationship between the first user and the second user becomes the second positional relationship in the place where the first user lives.

In the "homecoming" event, the game progression unit 212 may grant a predetermined reward to at least one of the first user and the second user. Furthermore, for the "homecoming" event, the game progression unit 212 may provide a higher reward the longer the period during which the first user and the second user have not met. Furthermore, for the "homecoming" event, the game progression unit 212 may provide a higher reward the more frequently the second user goes to meet the first user (in other words, the more frequently the second user returns home).

Furthermore, the game progression unit 212 may generate a "touching reunion" event as a second specific event for at least one of the first user and the second user, based on the fact that the positional relationship between the first user and the second user, who are registered as "best friends", has changed from the first positional relationship to a second positional relationship in which the first user and the second user are closer than the first positional relationship. The condition for the occurrence of the "touching reunion" event may include a condition that the second positional relationship continues for a specific period of time. Here, the specific period for which the second positional relationship should continue, which is necessary for the occurrence of the "touching reunion" event, may be shorter than the specific period of time required for the occurrence of the "homecoming" event. Note that the "touching reunion" event may occur, for example, when not only the first user and the second user, but also a third user who is registered as "best friends" with the first user and the second user, has the second positional relationship. In other words, the occurrence of the "touching reunion" event may require a reunion of users who have a predetermined number of "best friends", three or more.

For the "emotional reunion" event, the game progression unit 212 may generate an event according to the number of people gathered. The "emotional reunion" event may be, for example, a battle event in which the gathered "best friend" users cooperate with each other to battle a specific enemy character. Furthermore, unlike so-called raid battles, the battle event as the "emotional reunion" event may be an event in which "wild" users cannot participate and only the gathered "best friend" users battle a specific enemy character. The specific enemy character may be a character specific to the "emotional reunion" event (for example, a character that does not appear or has an extremely low probability of appearing except when the "emotional reunion" event occurs). Furthermore, in the battle event as the "emotional reunion" event, an enemy character with a strength according to the number of people gathered may appear. Furthermore, for the "emotional reunion" event, the game progression unit 212 may provide a higher reward the longer the period in which the first user and the second user did not meet. Furthermore, for the "emotional reunion" event, the game progression unit 212 may provide a higher reward the more frequently the second user meets the first user.

Furthermore, the game progression unit 212 may generate a "touching reunion from a long distance" event as a second specific event for at least one of the first user and the second user, based on the fact that the positional relationship between the first user and the second user registered as a "lover relationship" or a "couple relationship" has changed from a first positional relationship to a second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship. In other words, the game progression unit 212 may generate a "touching reunion from a long distance" event, based on the fact that the first user and the second user registered as a "lover relationship" have changed from a state where they are apart by a predetermined distance or more to a state where they are located within a predetermined range. Furthermore, the condition for generating the "touching reunion from a long distance" event may include a condition that the second positional relationship continues for a specific period of time.

The conditions for the occurrence of the "emotional reunion from afar" event may include a condition that the first user and the second user meet at a specific location in the real world (in other words, a second positional relationship is established). The specific location may be, for example, a real-world location that corresponds to a specific location (e.g., a location where a user's home is registered or a specific spot) in the virtual world (in other words, on a virtual map).

The conditions for the occurrence of the "emotional reunion from a long distance" event may also include a condition that the first user and the second user meet (in other words, have a second locational relationship) during a specific time period (e.g., during the night).

Also, for example, in a game in which each user can own their own character (e.g., a monster that they raise themselves), the "touching reunion from a long distance" event may be an event in which a child is born between a monster owned by a first user and a monster owned by a second user. Specifically, the game progression unit 212 may generate an event in which a child is born between a monster owned by a first user and a monster owned by a second user when the number of times that the positional relationship between the first user and the second user changes from a first positional relationship to a second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship reaches a predetermined number of times. In other words, the "touching reunion from a long distance" event may be one in which a new character (e.g., a character in an egg state) is given to at least one of the first user and the second user. Here, an egg-state character will be described. Conventionally, as a game in which characters such as monsters can be raised, a game in which a monster can be raised from an egg state and the egg can be hatched by satisfying a predetermined condition is known. In this type of game, an egg may be given to a user in the "touching reunion from a long distance" event.

Furthermore, the game progression unit 212 may generate a "Departure Day" event as a third specific event for at least one of the first user and the second user, based on the second user having left the specific range (specifically, starting to live apart) among the first user and the second user whose coexistence information is registered. For example, the game progression unit 212 may generate a "Departure Day" event as a third specific event for at least one of the first user and the second user, based on the second user having started to live apart among the first user (e.g., possessing a "parent" attribute) and the second user (e.g., possessing a "child" attribute) whose "parent-child relationship" is registered. Furthermore, the condition for generating the "Departure Day" event may include a condition that a predetermined period of time has passed since the users started to live apart.

In the "Departure Day" event, the game progression unit 212 may send a predetermined item to the second user. The predetermined item may be, for example, an item such as a letter from a parent, or a local item that reflects the characteristics of the place where the family lived (for example, the place set as home). Here, the item may be sent automatically by the game progression unit 212, or may be sent based on the operation of the first user. When the item is sent based on the operation of the first user, for example, when the game progression unit 212 determines the occurrence of the "Departure Day" event, it causes the terminal device 10 of the first user to display a screen for inputting the text of the letter. Next, when the first user performs an input operation to input the text of the letter and send the letter to the second user, the game progression unit 212 sends the letter from the first user to the second user and displays it on the terminal device 10 of the second user. That is, in this example, the "Departure Day" event is an event for the first user to send a letter to the second user, and for the second user, it is an event for the first user to receive a letter from the first user. Such an event can be said to be an event in which an item is sent from one user to another.

The game progression unit 212 may also generate a "harmonious family" event for at least one of the first user and the second user based on the first user and the second user who are registered as having a "married couple relationship" being near their home for a predetermined period of time or more in a day (e.g., both are within a predetermined range and near their home). The "harmonious family" event may be an event that continues as long as the state in which the first user and the second user are near their home for a predetermined period of time or more in a day continues. The conditions for the occurrence of the "harmonious family" event may include the condition that the first user and the second user are above a predetermined age (e.g., 20 years of age or older).

For the "Harmonious Family" event, the game progression unit 212 may increase the growth rate of a child monster born between a monster owned by a first user and a monster owned by a second user, compared to when the "Harmonious Family" event is not occurring. Note that in such a game, the child monster may be a character owned by either the first user or the second user, or may be a character owned jointly by both users.

Note that what is shown here is merely an example of an event. The conditions for an event to occur, the contents of the event, etc. can be freely changed or combined.

For example, the relationships between users as occurrence conditions for each event may be different from those described above. Also, part of the occurrence conditions for the first specific event, the second specific event, or the third specific event may be used as occurrence conditions for another specific event.

In addition, the rewards obtained in each event may be different from those described above. Specifically, the rewards obtained in each event may be values in the virtual space other than the various items exemplified above, specifically, a predetermined item, character, electronic currency, or predetermined points. In addition, the rewards obtained in each event may be titles, etc. A title can be said to be a title in the virtual space, and may be, for example, the title of "Happy Family" that can be obtained by a user who has generated a "Happy Family" event, the title of "filial piety" that can be obtained by a user who has generated a "Homecoming" event a predetermined number of times, the title of "Home-loving Man" that can be obtained by a user who has generated a "Homecoming" event a predetermined number of times, or the title of "Best Friend's Bodyguard" that can be obtained by defeating an enemy character in a "Friend's Trip" event. In addition, the rewards obtained in each event may be related to changes in the parameters of a character owned by the user (for example, a player character operated by the user when executing a battle event or quest in a game, or a monster raised by the player, etc.). A character's parameters may be, for example, attack power, defense power, speed, or stamina value, which are parameters related to the character's strength, or may be parameters indicating the degree of intimacy between the character and the user, or parameters that change the character's appearance when increased to a certain value (for example, parameters related to the so-called evolution or birth of a character (for example, a character in an egg state hatching)). In addition, a reward related to a change in a character's parameter may be, for example, a reward that changes the parameter value by a certain amount (for example, adding a predetermined additional value) or a reward that changes the rate of change (for example, increasing the rate at which the parameter increases).

Note that an event does not necessarily have to have a positive effect on the user, and may have a negative effect. For example, the game progression unit 212 may generate a "suspicious behavior" event when it detects that one of the first user and the second user who are registered as a "couple" or a "lover" returns to their home after spending a predetermined time in a specific time zone (e.g., late night hours) at a place other than their home for a predetermined number of days or more within a predetermined period of time. In the "suspicious behavior" event, the game progression unit 212 may slow down the growth rate of a child monster born between a monster owned by the first user and a monster owned by the second user, compared to when the "suspicious behavior" event does not occur. In the "suspicious behavior" event, the game progression unit 212 may also cancel a predetermined relationship between the users (e.g., a "couple relationship", a "lover relationship", or a "friend relationship"). Specifically, when the game progression unit 212 detects that one of the first user and the second user who are registered as a "couple" or "lover" spends a predetermined amount of time outside their home during a specific time period (e.g., late night hours) and then returns home a predetermined number of days or more within a predetermined period of time, the game progression unit 212 may terminate the predetermined relationship between the users (e.g., a "couple", "lover", or "friend" relationship).

The content of the event may also change depending on the user's travel speed, etc. For example, a "Family Travel" event, a "Friend Travel" event, or a "Loved One Travel" event occurs when users travel together (in other words, travel), and the reward obtained in the event may change depending on the speed of travel together (for example, whether they traveled by walking, running, or by bullet train, in other words, depending on the means of travel).

Figure 5 shows an example of a screen displayed on the display unit 18 of the terminal device 10 during various events. Figure 5(a) is an example of a screen displayed on the display unit 18 while a game is being played, and shows a screen that displays a player character 61 corresponding to a user operating the terminal device 10 moving in a virtual space (in other words, on a virtual map that reflects at least a part of the real world) in conjunction with the user's movement in the real world. Figures 5(b), 5(c), and 5(d) show examples of screens that are displayed on the display unit 18 when a specific event occurs.

As shown in FIG. 5(b) to FIG. 5(d), when the occurrence condition of a specific event is satisfied, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a display related to the specific event whose occurrence condition is satisfied. For example, when the occurrence condition of a specific event is satisfied while the screen shown in FIG. 5(a) is being displayed, the display control unit 114 may cause a pop-up display of the display related to the specific event whose occurrence condition is satisfied. Also, as shown in FIG. 5(b) to FIG. 5(d), when a specific event occurs, the display control unit 114 may cause the display unit 18 to display a display that makes it possible to recognize which user-related behavior has satisfied the occurrence condition of the specific event. Specifically, the display control unit 114 may cause the display unit 18 to display the user name of the user related to the establishment of the occurrence condition. Also, the display control unit 114 may cause the display unit 18 to display a display that makes it possible to recognize which behavior has satisfied the occurrence condition of the specific event.

5(b) is an example of a screen displayed on the display unit 18 of the terminal device 10 of user A when the occurrence condition of the "lover trip" event is satisfied for user A and user C who have a "friend relationship" and a "lover relationship". As shown in FIG. 5(b), when the first specific event occurs, the display control unit 114 may pop up a display related to the first specific event. Also, when the first specific event occurs, the display control unit 114 may display on the display unit 18 the user name of the user (here, user C) who also satisfied the occurrence condition of the first specific event, and a display indicating the relationship with the user. Also, when the first specific event occurs, the display control unit 114 may display on the display unit 18 the distance that user A and user C acted together (in other words, the distance they moved while maintaining a predetermined positional relationship). Also, when the first specific event occurs, the display control unit 114 may display on the display unit 18 the reward to be granted. For example, in the "Lovers' Journey" event, if a child is born between a monster owned by a first user and a monster owned by a second user, the display control unit 114 may cause the display unit 18 to display information indicating the birth of a child and the type of monster that was born.

5(c) is an example of a screen displayed on the display unit 18 of the terminal device 10 of user A when the occurrence condition of the "emotional reunion" event is satisfied for user A and user D who have a "friend relationship" and a "best friend relationship". As shown in FIG. 5(c), when the second specific event occurs, the display control unit 114 may pop up a display related to the second specific event. Also, when the second specific event occurs, the display control unit 114 may display on the display unit 18 the user name of the user (here, user D) who also satisfied the occurrence condition of the second specific event, and a display indicating the relationship with the user. Also, when the second specific event occurs, the display control unit 114 may display on the display unit 18 the number of times user A and user D have reunited. Also, when the second specific event occurs, the display control unit 114 may display on the display unit 18 a display indicating that a battle with a specific enemy character will start.

5(d) is an example of a screen displayed on the display unit 18 of the terminal device 10 of user A when the occurrence condition of the "Departure Day" event is satisfied for user A (having the "child" attribute) and user B (having the "parent" attribute) who have a "friend relationship" and a "parent-child relationship". As shown in FIG. 5(d), when the third specific event occurs, the display control unit 114 may pop up a display related to the third specific event. Also, when the third specific event occurs, the display control unit 114 may display on the display unit 18 the user name of the user (here, user B) related to the establishment of the occurrence condition of the third specific event and a display indicating the relationship with the user. Also, when the third specific event occurs, the display control unit 114 may display on the display unit 18 a display indicating the period of time that has passed since the user left the user. Also, when the third specific event occurs, the display unit 18 may display a display indicating that an item (e.g., a letter) has arrived from the user.

(Variation 3: Occurrence of an event based on placing an object in a virtual space)
In this embodiment, the game progression unit 212 may be capable of placing a predetermined object corresponding to each user on a virtual map (in other words, a virtual map or virtual world) that reflects at least a part of the real world. In the above description, an event is generated based on the movement of a user. However, instead of or in addition to the generation of such an event, the game progression unit 212 may generate a specific event based on the placement of a predetermined object at a predetermined position on the virtual map. Note that the event that occurs in this modification may be an event similar to the first specific event, the second specific event, or the third specific event exemplified above, or may be a different event.

The game progression unit 212 may be able to set up a home as a specified object on a virtual map that reflects the real world, for example. Note that the specified object is not limited to a home, and may be a specified item, etc. The specified object, such as a home, may also be referred to as an "installed object." Note that the point on the virtual map where the home is installed as an installed object (in other words, the position in the real world that corresponds to that point) may also be referred to as the registered position of the home on the service.

In addition, the points on the virtual map where the game progression unit 212 can place an installation object corresponding to a certain user may be limited to a range corresponding to the range of movement of the certain user in the real world. Specifically, for example, the points on the virtual map where the first user's home can be placed may be limited to points corresponding to places in the real world where the first user has been, where the first user is currently located in the real world, where the first user has stayed for a predetermined period of time or more (e.g., continuously or cumulatively), or where the first user has visited a predetermined number of times or more or with a predetermined frequency in the real world. In other words, the points in the virtual space where the first user's home can be placed may be limited to points corresponding to places where the game progression unit 212 can infer that the first user actually lives there.

The game progression unit 212 recognizes the point on the virtual map that corresponds to the user's current location in the real world as the user's current position on the virtual map. This is similar to conventional location-based games.

The game progression unit 212 may generate a specific event for at least one of the first user and the second user in a specific service based on a specific positional relationship between a point on the virtual map where a first object corresponding to the first user is placed and a point on the virtual map where a second object corresponding to the second user is placed (for example, when they are located within a specific range, specifically, for example, when they are located nearby). Specifically, for example, as shown in FIG. 6, when a point on the virtual space where the home 71 of the first user is placed and a point on the virtual space where the home 72 of the second user is placed are located within a specific range (for example, when they are nearby), the game progression unit 212 may generate a specific event for at least one of the first user and the second user in a specific service. Here, the game progression unit 212 may generate a specific event for users other than the first user and the second user, and in this case, a specific event may not be generated for the first user and the second user, or a specific event may be generated for the first user and the second user.

Here, the specific event that occurs based on the first object and the second object being in a specific positional relationship may be, for example, an event that promotes interaction between the first user and the second user. The specific event may be an event in which one of the first user and the second user sends an item, such as a letter, to the other. The specific event may also be an event in which the first user and the second user cooperate to achieve a specific goal.

The game progression unit 212 may also generate a specific event in a predetermined service for at least one of the first user and the second user, based on the first user moving the first object from a state in which the positional relationship between the point on the virtual map where the first object corresponding to the first user is placed and the point on the virtual map where the second object corresponding to the second user is placed is a specific positional relationship. Specifically, the game progression unit 212 may generate a specific event when the state in which the first user's home and the second user's home are located close to each other (in other words, a state in which they are located in a specific positional relationship) continues for a predetermined period of time, and then the first user's home moves away from the second user's home (in other words, when they move). The specific event may be an event in which one of the first user and the second user sends a letter to the other. The specific event may also be an event different from an event that occurs based on the specific positional relationship between the first user's home and the second user's home when the positional relationship between the first user's home and the second user's home is a specific positional relationship (specifically, a state in which they are located close to each other).

The game progression unit 212 may also cause a specific event to occur for users who are in an area on the virtual map where a predetermined number or more of installed objects are installed. In other words, the game progression unit 212 may control the occurrence of a specific event based on the installation status (e.g., number, density, etc.) of the installed objects on the virtual map. The specific event may be, for example, an event in which a reward is given to users who are in the area. The specific event may also be a special battle event that is different from a normal battle event.

The game progression unit 212 may also relatively (in other words, compared to areas where a predetermined number or more of installation objects are installed) increase the appearance probability of spots (in other words, facilities, etc.) where a specific event occurs for areas on the virtual map where a predetermined number or more of installation objects are installed. The spots may be, for example, spots where a raid battle occurs as a specific event. In other words, the game progression unit 212 may control the placement on the virtual map (in other words, occurrence) of spots where a specific event occurs based on the installation status (e.g., number, density, etc.) of installation objects on the virtual map.

In addition, when an installation object corresponding to a specific user is installed in a predetermined area in the virtual space, the game progression unit 212 may generate a specific event in a predetermined service for at least one of the specific user and the user who has the installation object installed in the predetermined area. For example, the game progression unit 212 may generate a specific event for the first user when an installation object corresponding to the first user is installed in an area where a predetermined number or more of installation objects are installed. In addition, for example, the game progression unit 212 may generate a specific event in a predetermined service for at least one of the first user and the second user when an installation object corresponding to the second user is installed in a predetermined area in the virtual space that includes the installation object corresponding to the first user. Specifically, when the home of the second user is installed near the home of the first user, an event in which a reward is given to the second user (in other words, an event expressing a welcome) may occur. Note that the reward may be, for example, an item sent from the first user to the second user. Furthermore, when the second user's home is set up near the first user's home, an event may occur in which a reward is given to the first user (in other words, an event indicating that another user has moved in). The reward may be, for example, an item sent from the second user to the first user.

The game progression unit 212 may also cause a specific event to occur for a user who has placed an installation object on a virtual map when that user is within a specified range of the installation object that the user placed.

The game progression unit 212 may also generate a specific event based on the number of installed objects placed within a predetermined range on the virtual map. In other words, the game progression unit 212 may generate a specific event based on the installation of multiple installed objects within a predetermined range on the virtual map. The game progression unit 212 may also change the content of the event that occurs depending on the number of installed objects placed within a predetermined range on the virtual map.

In this modified example, the game progression unit 212 generates a specific event based on the installation of an installation object at a predetermined position on the virtual map, but the specific event may be generated only for the user who installed the installation object, may be generated only for users other than the user who installed the installation object, or may be generated for both the user who installed the installation object and other users. For example, in a configuration in which the game progression unit 212 generates a specific event based on the installation of multiple installation objects within a predetermined range on the virtual map, the game progression unit 212 may be able to generate the specific event for a user who has not installed an installation object within the predetermined range (the user who has visited a position in the real world corresponding to the predetermined range). In addition, in this configuration, the game progression unit 212 may be able to generate the specific event for a user who has installed an installation object within the predetermined range (the user who has visited a position in the real world corresponding to the predetermined range).

The game progression unit 212 may also generate a specific event based on the fact that an installation object is installed at a predetermined position on the virtual map, but the specific event may only occur when the user who installed the installation object at the predetermined position is within a predetermined range from the installation object. For example, in a configuration in which a specific event is generated for at least one of the first user and the second user when a position on the virtual map at which a first object corresponding to a first user is installed and a position on the virtual map at which a second object corresponding to a second user is installed are in a specific positional relationship, the game progression unit 212 may generate a specific event on the condition that the first user is located within a predetermined range from the first object. In this case, the game progression unit 212 may further generate a specific event on the condition that the second user is located within a predetermined range from the second object.

(Processing related to the occurrence of an event)
An example of a process for registering a relationship between users will be described with reference to the flowchart shown in FIG.

First, the control unit 110 of the terminal device 10 of the first user accepts an operation by the first user to select a person with whom to register a specific relationship (step S100). Specifically, based on a predetermined input operation by the first user while playing the game, the display control unit 114 of the terminal device 10 of the first user causes the display unit 18 to display a list of the first user's friends and to display a user selection button 51 that accepts an operation to select a person with whom to register a specific relationship.

Next, the control unit 110 of the terminal device 10 of the first user accepts an operation to select the type of relationship to be registered with the other party selected by the first user (step S101). Specifically, the display control unit 114 of the terminal device 10 of the first user displays on the display unit 18 a relationship selection UI 52 that accepts an operation to select which type of relationship to register as the relationship with the selected other party, based on an input operation by the first user to the user selection button 51.

Next, the transmitting/receiving unit 112 of the terminal device 10 of the first user transmits a request for relationship registration to the server 20 based on the first user's operation on the relationship selection UI 52 (in other words, an operation to select the person with whom the relationship is to be registered and an operation to select the type of relationship to be registered) (step S102). Specifically, the transmitting/receiving unit 112 transmits a request to the server 20 to register the person selected by the first user and the type of relationship selected by the first user. Here, the description is given assuming that the first user selects the second user as the person with whom the relationship is to be registered, and selects "parent-child relationship" with the first user's attribute as "parent" as the type of relationship to be registered.

Next, based on the request for relationship registration transmitted from the terminal device 10 of the first user, the relationship setting unit 213 of the server 20 notifies the terminal device 10 of the second user selected by the first user that there has been a request for relationship registration from the first user (step S103). Specifically, the relationship setting unit 213 transmits to the terminal device 10 of the second user information indicating the user who has requested the relationship registration and information indicating the type of relationship for which registration has been requested.

Next, the control unit 110 of the terminal device 10 of the second user prompts the second user to respond to the request for relationship registration from the first user based on the notification from the server 20 (step S104). Specifically, the display control unit 114 of the terminal device 10 of the second user causes the display unit 18 to display an acceptance screen 53 for confirming whether or not to accept the request for relationship registration from the first user. That is, the terminal device 10 of the second user causes the display unit 18 to display an acceptance screen 53 for confirming whether or not to accept the application for relationship registration from the first user based on the application for relationship registration from the first user. Here, the acceptance screen 53 displays a display informing the user (here, the first user) who has requested the relationship registration and the type of relationship requested to be registered (here, "parent-child relationship"). In addition, the acceptance screen 53 displays an acceptance operation UI 54 as a UI for selecting whether or not to accept the application from the first user.

Next, the transmitter/receiver 112 of the terminal device 10 of the second user transmits a response to the request for relationship registration from the first user, specifically information indicating whether or not to accept the application for relationship registration, to the server 20 based on the second user's operation on the approval operation UI 54 (in other words, an operation to select whether or not to accept the application) (step S105).

Next, the relationship setting unit 213 of the server 20 registers the relationship between the first user and the second user in response to the response sent from the terminal device 10 of the second user (step S106). Specifically, for example, when the second user performs an operation to accept the application, the relationship setting unit 213 registers the relationship requested by the first user. Here, the relationship setting unit 213 registers, for example, a "parent-child relationship" in which the attribute of the first user is set as "parent" and the attribute of the second user is set as "child" as the relationship between the first user and the second user. On the other hand, for example, when the second user performs an operation to reject the application, the relationship setting unit 213 does not register the relationship requested by the first user. That is, the relationship setting unit 213 registers the relationship between the first user and the second user based on the operation related to the application for registration of the relationship with the second user by the first user and the operation by the second user to accept the application. As mentioned above, the relationship setting unit 213 may register the relationship between the first user and the second user based only on an application from the first user, without requiring consent from the second user.

Next, an example of processing related to the occurrence of an event due to multiple users moving together will be described with reference to the flowchart shown in FIG. 8. Note that the game progression unit 212 periodically acquires location information indicating the location of each user from each user's terminal device 10, and recognizes the location of each user based on the location information.

First, the game progression unit 212 determines whether a first user and a second user who are registered as having a specific relationship (e.g., a "parent-child relationship") have moved in the real world while maintaining a predetermined positional relationship for a predetermined period of time (step S200). Whether the first user and the second user have a predetermined positional relationship, whether the predetermined positional relationship is being maintained, whether the first user and the second user have moved, etc. can be determined by a known method. For example, the game progression unit 212 may determine whether the predetermined positional relationship has been established by detecting whether the second user is within a predetermined range from the first user. Also, for example, the game progression unit 212 may determine whether the predetermined positional relationship has been maintained for a predetermined period of time by measuring the period during which the second user is within a predetermined range from the first user. Also, for example, the game progression unit 212 may determine whether the first user and the second user have moved by determining whether there is a change in coordinate information indicating the positions of the first user and the second user.

If the first user and the second user move while maintaining a predetermined positional relationship for a predetermined period of time (YES in step S200), the game progression unit 212 generates a first specific event (e.g., a "family trip" event) for the first user and the second user (step S201).

Next, an example of processing related to the occurrence of an event due to a reunion will be described with reference to the flowchart shown in FIG.

First, when the game progression unit 212 determines that the positional relationship between the first user and the second user, whose acquaintance information is stored in the storage unit 220, is the first positional relationship, the game progression unit 212 stores information indicating that the positional relationship between the first user and the second user has become the first positional relationship in the storage unit 220 (step S300). That is, based on the fact that the positional relationship between the first user and the second user has become the first positional relationship, the game progression unit 212 stores information indicating that the positional relationship between the first user and the second user has become the first positional relationship in the storage unit 220.

Next, the game progression unit 212 starts measuring the period during which the positional relationship is the second positional relationship, based on the fact that the positional relationship between the first user and the second user, whose information indicating that their positional relationship has become the first positional relationship is stored in the storage unit 220, has become the second positional relationship in which the distance between the first user and the second user is closer than the first positional relationship (step S301). Note that the measurement of the period stops when the positional relationship between the first user and the second user is no longer the second positional relationship. Also, when the positional relationship between the first user and the second user is no longer the second positional relationship, if the positional relationship between the first user and the second user becomes the second positional relationship again, the measurement of the period may be resumed from where it was when the previous positional relationship was the second positional relationship, or the measurement of the period may be restarted from the beginning.

Next, the game progression unit 212 generates a second specific event for the first user and the second user based on the period during which the positional relationship between the first user and the second user is the second positional relationship reaching a specific period (step S302).

If information indicating that the positional relationship between the first user and the second user has become the first positional relationship is not stored in the storage unit 220, even if the positional relationship between the first user and the second user has become the second positional relationship, no period is measured and no second specific event occurs. The information may be erased, for example, when the second specific event occurs, when it ends, or when the positional relationship between the first user and the second user is no longer the second positional relationship after the occurrence of the second specific event.

Next, an example of processing related to the occurrence of an event due to a breakup will be described with reference to the flowchart shown in FIG.

First, the game progression unit 212 determines whether the first user and the second user have stayed within a specific range for a specific period of time (step S400).

If the first user and the second user have stayed within a specific range for a specific period of time (YES in step S400), the game progression unit 212 determines whether the second user has left the specific range (step S401).

If the second user leaves the specific range (YES in step S401), the game progression unit 212 generates a third specific event for the first user and the second user (step S402).

The configuration of this embodiment can motivate family, friends, and partners to use services such as games, promoting the spread of the service. Furthermore, the configuration of this embodiment can create an opportunity for multiple people to travel together in the real world, or for users to reunite. Furthermore, the configuration of this embodiment can make the services and events provided by the configuration of this embodiment one of the memories of a trip, reunion, or farewell.

In this embodiment, the location of other users (e.g., other users who have a specific relationship with the user) may not be confirmed on a map (e.g., the above-mentioned virtual map) displayed on the terminal device 10. Specifically, for example, the location of the other users may not be displayed on the map regardless of whether the other users are near the user. Also, for example, if the other users are near the user, the location of the other users may be displayed on the map, but if the other users are in a location far from the user, the location of the other users may not be displayed on the map. With this configuration, for example, in a configuration in which an event occurs when users reunite, it is possible to suppress intentional reunions and to produce the occurrence of an event due to a chance reunion. Note that "cannot be confirmed on a map (in other words, not shown on a map)" may mean that the map itself showing the location of the user and the location of other users is not displayed in the first place, or the map itself may be displayed but the current location of the target user may not be displayed on the map.

The present invention is not limited to the above-described embodiment, and can be modified in various ways without departing from the gist of the present invention. The configuration according to the present embodiment may be used for other than games that use location information indicating the user's location in the real world. For example, it can be used for a pedometer app or a running app. Specifically, for example, a reward related to a predetermined point or the like may be given to the first user and the second user based on the fact that the first user and the second user have moved together for a predetermined period or a predetermined distance. In this case, the terminal device 10 of each user on which the app is installed may determine whether the terminal device 10 is located near each other by short-range wireless communication while the movement is being measured (for example, while the number of steps in the pedometer app is being updated), and may thereby determine whether the users have moved together for a predetermined period or a predetermined distance. It may also be applied to cases such as a change in location information due to the movement of a character operated by a user in a virtual space such as the metaverse. In other words, in this embodiment, positions in the real world, changes in positions in the real world, movements in the real world, or positional relationships between users in the real world may be interpreted as being in a virtual space such as the metaverse. Within the scope of the invention, the components of the present invention may be freely combined, any components may be modified, or any components may be omitted. 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 such as the various determination processes shown in the flowchart may not exist. In other words, the process flow and specific determination processes may be different from those exemplified in this specification.

<Additional Notes>
The matters described in the above embodiment can also be described as follows.

(Appendix 1)
The processor,
A program that functions as an event control means (e.g., a game progression unit 212) that generates a specified event within a specified service for at least one of a first user and a second user, whose movement in the real world is detected, based on the movement of the first user and the second user while maintaining a specified positional relationship over a specified period of time in the real world.
According to this configuration, an event can be generated according to the movement process in the real world between the first user and the second user, thereby making it possible to increase interest according to the movement situation.

(Appendix 2)
The program described in Appendix 1, wherein the event control means generates the specified event having content that corresponds to at least one of the length of a period during which the specified positional relationship is maintained or the distance between the first user and the second user during the period during which the specified positional relationship is maintained.
According to this configuration, the content of the event can be changed according to the length of time during which the first user and the second user maintain a predetermined positional relationship, or the distance between the users during that time. Therefore, the content of the event can be changed according to the difference in the user's movement process, thereby improving the interest of the service.

(Appendix 3)
The program described in Appendix 2, wherein the event control means generates the specified event with content that is more advantageous to the user who is the target of the event when the length of the period during which the specified positional relationship is maintained is equal to or greater than a threshold, compared to when the length of the period is less than the threshold.
According to such a configuration, for example, the longer the period during which the first user and the second user maintain a specified positional relationship, the more advantageous events are provided, thereby increasing the joy of maintaining a specified positional relationship in the real world and improving the interest of the service.

(Appendix 4)
The program described in Appendix 2 or 3, wherein the event control means generates the specified event with content that is more advantageous to the user for whom the event is to occur, the closer the distance between the first user and the second user during the period in which the specified positional relationship is maintained.
According to such a configuration, for example, the closer the distance between the first user and the second user, the more advantageous events are provided, which encourages the users to act in closer proximity to each other in the real world and contributes to improving the intimacy between users.

(Appendix 5)
The processor further comprises:
functioning as a relationship setting means (e.g., a relationship setting unit 213) for setting relationships between users;
The program described in Appendix 1, wherein at least one of the length of time for which the specified positional relationship is maintained or the specified positional relationship as a condition required for the occurrence of the specified event varies depending on the relationship between the first user and the second user.
According to this configuration, the conditions required for the occurrence of an event can be determined according to the relationship between users, thereby making the service more interesting.

(Appendix 6)
The processor further comprises:
functioning as a relationship setting means (e.g., a relationship setting unit 213) for setting relationships between users;
The program according to claim 1, wherein the event control means generates the predetermined event having content according to a relationship between the first user and the second user.
According to such a configuration, the content of the event that occurs can be made to correspond to the relationship between users, thereby making the service more interesting.

(Appendix 7)
The program described in Appendix 1, wherein the event control means generates a specific event within the specified service for at least one of the first user and the second user when a positional relationship between the first user and the second user in the real world changes from a first positional relationship to a second positional relationship in which the first user and the second user are closer to each other than the first positional relationship, and the second positional relationship continues for a specific period of time.
With this configuration, it is possible to, for example, generate an event based on the first user and the second user meeting in the real world.

(Appendix 8)
The program described in Appendix 1, wherein the event control means generates a specific event within the specified service for at least one of the first user and the second user based on the fact that a positional relationship in the real world between the first user and the second user, whose information indicating that they already know each other is stored in a specified memory unit, has changed from a first positional relationship to a second positional relationship in which the first user and the second user are closer to each other than the first positional relationship.
With this configuration, it is possible to generate an event based on the first user and the second user meeting again in the real world.

(Appendix 9)
The program described in Appendix 7 or 8, wherein the event control means generates the specific event having content corresponding to at least one of the period during which the first positional relationship continues or the distance between the first user and the second user before the positional relationship between the first user and the second user becomes the second positional relationship.
According to this configuration, the content of the event can be changed depending on the period or distance that the first user and the second user were apart, thereby making the service more interesting.

(Appendix 10)
The program described in Appendix 7 or 8, wherein the event control means generates the specific event having content corresponding to the number of times the specific event has occurred when the positional relationship between the first user and the second user changes from the first positional relationship to the second positional relationship.
According to this configuration, the content of the event can be changed depending on the number of times the first user and the second user have met, thereby making the service more interesting.

(Appendix 11)
The program described in Appendix 1, wherein the event control means generates a specific event within the specified service for at least one of the first user and the second user based on the second user leaving a specified range after the first user and the second user have stayed within the specified range for a specific period of time in the real world.
According to such a configuration, it is possible to generate an event based on the fact that the first user and the second user have separated in the real world.

(Appendix 12)
The program according to claim 11, wherein the event control means generates the specific event having content corresponding to a length of time during which the first user and the second user stayed within the predetermined range.
According to this configuration, the content of the event can be changed depending on the period during which the first user and the second user were together, thereby making the service more interesting.

(Appendix 13)
The program described in Appendix 11, wherein the event control means generates the specific event when the second user moves a predetermined distance or more away from a state in which the first user and the second user were located within the predetermined range.
With this configuration, it is possible to set an event that occurs when the second user moves away by a predetermined distance or more.

(Appendix 14)
The program according to claim 11, wherein the specific event is an event in which a predetermined item is sent from one of the first user and the second user to the other.
According to such a configuration, an event can be set up in which a specific item is sent from one user to another based on the users having separated in the real world, which can contribute to improving the intimacy between the users.

(Appendix 15)
The processor further comprises:
functioning as an object control means (e.g., a game progression unit 212) capable of placing predetermined objects corresponding to each user on a virtual map that reflects at least a portion of the real world;
The program described in Appendix 1, wherein the event control means generates a specific event within the specified service for at least one of the first user and the second user based on a specific positional relationship between a point on the map where a first object corresponding to the first user is placed and a point on the map where a second object corresponding to the second user is placed.
According to this configuration, it is possible to realize the occurrence of an event according to the positional relationship of an object corresponding to a user.

(Appendix 16)
The program described in Appendix 15, wherein the object control means limits the points on the map where the first object corresponding to the first user can be placed to a range corresponding to the first user's range of movement in the real world.
With this configuration, the relationship between the real world and the world within the service can be strengthened, making the service more interesting.

(Appendix 17)
An information processing system comprising an event control means (e.g., a game progression unit 212) that generates a predetermined event within a predetermined service for at least one of a first user and a second user, whose movement in the real world is detected, based on the movement of the first user and a second user while maintaining a predetermined positional relationship for a predetermined period of time in the real world.
With this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved.

(Appendix 18)
The processor,
A program that functions as an event control means (e.g., a game progression unit 212) that generates a specified event within a specified service for at least one of a first user and a second user based on the first user and a second user being within a specified range in the real world for a specified period of time or more.
With such a configuration, an event can be generated based on, for example, a first user and a second user moving together in the real world while maintaining a predetermined distance between them, a first user and a second user who were in separate locations reuniting and a predetermined period of time having passed, or a first user and a second user who have spent a predetermined period of time together breaking up.

1 Information processing system, 10 Terminal device, 11 Processor, 12 Memory, 13 Storage, 17 Input unit, 18 Display unit, 20 Server, 21 Processor, 22 Memory, 23 Storage, 110 Control unit, 111 Operation reception unit, 112 Transmission and reception unit, 113 Game progression unit, 114 Display control unit, 120 Storage unit, 210 Control unit, 211 Transmission and reception unit, 212 Game progression unit, 213 Relationship setting unit, 220 Storage unit

Claims (2)

The processor,
an event control means for generating a predetermined event within a predetermined service for at least one of a first user and a second user, whose movement in the real world is detected, based on the first user and the second user moving while maintaining a predetermined positional relationship that is determined to be moving together in the real world for a predetermined period of time;
functioning as a relationship setting means for setting a relationship between users to a relationship selected by a user from a plurality of types of relationships;
A program in which at least one of the length of time for which the specified positional relationship is maintained or the specified positional relationship, which is a condition required for the occurrence of the specified event, varies depending on the relationship between the first user and the second user. an event control means for generating a predetermined event within a predetermined service for at least one of a first user and a second user, whose movement in the real world is detected, based on the first user and the second user moving while maintaining a predetermined positional relationship that is determined to be moving together in the real world for a predetermined period of time;
a relationship setting means for setting a relationship between users to a relationship selected by a user from a plurality of types of relationships;
An information processing system in which at least one of the length of time for which the specified positional relationship is maintained or the specified positional relationship as a condition required for the occurrence of the specified event varies depending on the relationship between the first user and the second user.

Images