JP7769035B2 - Programs and systems - Google Patents

Description

The present invention relates to a program and a system.

Conventionally, there is known a program in which the progression of a first event triggers the occurrence of a second event different from the first event (see Patent Document 1).

Japanese Patent Application Laid-Open No. 2021-145916

The objective of this invention is to increase interest.

In order to achieve the above object, the program of the first invention causes a computer to function as a means for changing the likelihood of a predetermined event occurring based on predetermined information including information regarding the user's movements before the execution of the first event, where the occurrence of a second event (excluding an event in which a benefit is awarded by lottery) different from the first event is triggered by the progress of the first event, and the second event occurs following the first event .
In the program according to the first aspect of the present invention, it is possible to change the likelihood of a predetermined event occurring depending on the user's movement status, thereby making it possible to increase interest.

The program of the second invention is the program of the first invention, in which the second event occurs as a trigger for the progress of the first event in which a specific object appears, and the second event does not occur as a trigger for the progress of the first event in which an object different from the specific object appears .

The system of the third invention includes a computer that functions as a means for changing the likelihood of a predetermined event occurring based on predetermined information including information regarding the user's movements before the first event is executed, where the predetermined event is an event in which a second event (excluding an event in which a benefit is awarded by lottery) different from the first event occurs as a result of the progress of the first event, and the second event occurs following the first event .
In the system according to the third aspect of the present invention, it is possible to change the likelihood of a predetermined event occurring depending on the user's movement status, thereby making it possible to increase interest.

This invention makes it possible to increase interest.

1 is a diagram showing a schematic configuration of a game system 1. FIG. FIG. 2 is a diagram illustrating a functional configuration of a terminal device 10. FIG. 2 is a diagram illustrating a functional configuration of a server device 20. FIG. 10 is a diagram showing a process for updating a surrounding map image. FIG. 10 illustrates a process for setting an event. FIG. 10 illustrates a process for executing an event. FIG. 10 is a diagram illustrating a process for executing an intrusion event. FIG. 10 is a diagram illustrating a process for determining a success condition during the execution of an event. 10A to 10C are diagrams showing transitions of game screens displayed on the display of the terminal device 10 when an event intrusion occurs. FIG. 10 is a diagram showing the intrusion conditions for event intrusion. FIG. 10 is a diagram showing an example of intrusion-related information if displayed on the display of the terminal device 10. FIG. 10 is a diagram showing an example of a game image when a movement history display mode is set. FIG. 10 is a diagram showing a flow of acquiring a specific right according to the amount of movement of a user. 10A to 10C are diagrams showing transitions of game screens displayed on the display of the terminal device 10 when a hidden path is discovered. FIG. 10 is a diagram showing an example of a performance device placed on a real route. FIG. 2 is a diagram showing an example of a game screen displayed on the display of the terminal device 10.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
In this embodiment, an example in which the present invention is applied to a game system 1 will be described.
The game system 1 is a system that provides games to terminal devices 10 owned by users. In this embodiment, an example will be described in which the game system 1 provides a location-based game. A location-based game is a game that uses location information measured by a terminal device used by a user. Here, the location-based game provided by the game system 1 may be a multiplayer game. A multiplayer game is a game in which multiple users can participate (compete or cooperate) and play.

(General Configuration of Game System 1)
First, the general configuration of the game system 1 will be described.
FIG. 1 is a diagram showing a schematic configuration of a game system 1.
1, the game system 1 includes a plurality of terminal devices 10 connected to a network 2, and one or more server devices 20 connected to the network 2. The terminal devices 10 and the server device 20 are connected to each other via the network 2 so as to be able to communicate with each other.

(Configuration of Network 2)
The network 2 is configured, for example, by a mobile communication system including the Internet and a wireless base station. The mobile communication system is configured, for example, by a 3G, 4G, or 5G mobile communication system, LTE (Long Term Evolution), a wireless network connectable to the Internet via an access point, or the like.

(Hardware configuration of terminal device 10)
Next, the hardware configuration of the terminal device 10 will be described.
The terminal device 10 is a computer (information processing device) used by a user. The terminal device 10 is a portable terminal device such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, etc. In this embodiment, an example of the terminal device 10 configured as a portable information terminal (specifically, a smartphone, a phablet, a tablet, etc.) equipped with a touch screen 16 will be described.
The terminal device 10 includes a processor 11, a memory 12, a storage 13, a communication interface (IF) 14, an input/output IF 15, and a touch screen 16. These components are connected to each other via a communication bus 17.
The processor 11 controls various operations of the terminal device 10. The processor 11 reads a program from the storage 13, loads the read program into the memory 12, and executes the loaded program. The processor 11 is configured by, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc.

The memory 12 temporarily stores programs and data. The memory 12 temporarily stores programs and various data that the processor 11 reads from the storage 13, thereby providing a working area for the processor 11. The memory 12 also temporarily stores various data generated while the processor 11 is operating according to the programs. The memory 12 is configured, for example, by a volatile memory such as a RAM (Random Access Memory).
The storage 13 stores various programs and data related to the game. The storage 13 is configured by non-volatile memory such as a read-only memory (ROM), a flash memory, or a hard disk drive (HDD). In particular, the storage 13 stores a game program. The game program realizes a game function for executing the game (a function for providing an environment for the user to play the game).
The communication IF 14 controls transmission and reception of various data between the terminal device 10 and external communication devices. The communication IF 14 controls communication using, for example, a wireless local area network (LAN), a wired LAN, short-range wireless communication, etc.
The input/output IF 15 is an interface for inputting data from the outside to the terminal device 10 and outputting data from the terminal device 10 to the outside. The input/output IF 15 is configured by, for example, a USB (Universal Serial Bus), a button, a camera (photographing device), a microphone, a speaker, and the like.

The touch screen 16 receives input from the user and outputs information to the user on a display. The touch screen 16 includes a display (not shown) and a touch panel (not shown).
The display displays various images (game images, etc.). The images displayed on the display include various objects such as backgrounds, obstacles, characters, windows, buttons, menus, lists, icons, etc. The display is configured, for example, by a liquid crystal monitor, an organic EL (Electro Luminescence) monitor, etc.
The touch panel transmits an output value based on a user's operation on the input surface to the processor 11. The input surface of the touch panel is part or all of the display surface of the display. The touch panel can be used as an operation unit configured to accept a user's input operation. For example, when the touch panel is used as an operation unit, the processor 11 accepts the user's physical contact operation on the input surface of the touch panel as the user's input operation. The touch panel can be configured, for example, as a capacitive touch panel, a resistive touch panel, an ultrasonic touch panel, or the like.

(Hardware configuration of server device 20)
Next, the hardware configuration of the server device 20 will be described.
The server device 20 is a computer (information processing device) and is configured by, for example, a general-purpose computer such as a workstation or a PC.
The server device 20 includes a processor 21, a memory 22, a storage 23, a communication IF 24, and an input/output IF 25. These components are connected to one another via a communication bus 26.
The processor 21 controls various operations of the server device 20. The processor 21 reads a program from the storage 23, loads the read program into the memory 22, and executes the loaded program. The processor 21 is configured by, for example, a CPU, an MPU, a GPU, etc.
The memory 22 temporarily stores programs and data. The memory 22 temporarily stores programs and various data read by the processor 21 from the storage 23, thereby providing a working area for the processor 21. The memory 22 also temporarily stores various data generated while the processor 21 is operating according to the programs. The memory 22 is configured, for example, by a volatile memory such as a RAM.
The storage 23 stores various programs and data related to the game. The storage 23 is configured, for example, by non-volatile memory such as a ROM, a flash memory, or an HDD. In particular, the storage 23 stores a game program. The game program implements a game function that provides a game to the terminal device 10. For example, the game program implements a function for providing a virtual space (two-dimensional space, three-dimensional space, etc.) and a function for operating objects (characters, etc.) placed in the virtual space. In the following description, the virtual space provided by the game program is referred to as the "game space." In particular, in this embodiment, a map space and an event space are provided as the game space.

The map space is the game space in which the position-based game progresses (is executed). The map space is a virtual space configured in the form of a map. In this case, the map space may correspond to a map of real space (the real world) or may not correspond to a map of the real world. In this embodiment, the map space is generated based on a map of real space. As a result, in the map space, objects corresponding to roads, buildings, etc. in the real space are arranged at positions corresponding to the positions of the roads, buildings, etc. in the real space.
In a position game, the position of an object corresponding to a user (hereinafter referred to as a "user object") in a map space is controlled based on position information acquired by the terminal device 10. As a result, the position of the user object in the map space changes (moves) as the user (terminal device 10) moves in real space. In the following description, the position of the user (terminal device 10) in real space (= the position indicated by the position information acquired by the terminal device 10) is referred to as the "user position." Meanwhile, the position of the user object in the map space is referred to as the "object position."
In a game program, all positions (coordinates) in real space are associated with positions (coordinates) in map space. In this case, the positions (coordinates) in real space and the positions (coordinates) in map space may be associated in a one-to-one relationship or in a multiple-to-one relationship. This makes it possible to identify the object position (coordinates) based on the user position (coordinates).
As described above, in a location-based game, when the user (terminal device 10) moves in real space, the user object can be moved to any position in the map space, and an event set at a predetermined position in the map space can be progressed (executed).

The event space is a game space in which an event is carried out. The event space is a game space that is different from the map space.
As will be described later, a play object, which will be described later, appears in the event space while the event is being executed. Then, in response to a user's input operation input via an operation receiving unit 101, which will be described later, the play object can be operated to take on the challenge posed in the event.

The communication IF 24 controls transmission and reception of various data between the server device 20 and external communication devices. The communication IF 24 controls communication using, for example, a wireless LAN, a wired LAN, or short-range wireless communication.
The input/output IF 25 is an interface for inputting data from the outside to the server device 20 and outputting data from the server device 20 to the outside. The input/output IF 25 is configured by, for example, a USB, a button, a camera, a microphone, a speaker, and the like.

(Functional configuration of terminal device 10)
Next, the functional configuration of the terminal device 10 will be described.
FIG. 2 is a diagram showing the functional configuration of the terminal device 10. As shown in FIG.
The terminal device 10 functions as an input device that accepts user input operations and as an output device that outputs game images and sounds. As shown in Fig. 2, the terminal device 10 functions as a control unit 100 and a storage unit 110 through cooperation of a processor 11, a memory 12, a storage 13, a communication IF 14, an input/output IF 15, etc.
The storage unit 110 stores a game program and various data (game information, user information, etc.). The game information is data that the control unit 100 references when executing the game program. The user information is data related to the user's account.
The control unit 100 executes a program stored in the storage unit 110 to comprehensively control the operation of the terminal device 10. For example, the control unit 100 acquires (measures) location information of the terminal device 10 (user). The control unit 100 also progresses the game in accordance with the game program, the acquired location information, and user operations. Furthermore, the control unit 100 communicates with the server device 20 as necessary during the game to send and receive information.
The control unit 100 is configured to include an operation reception unit 101, a UI control unit 102, a position information acquisition unit 103, a game progression unit 104, and a display control unit 105. Note that the control unit 100 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game being executed.

The operation reception unit 101 detects and receives input operations made by the user on the touch panel or the input/output IF 15. The operation reception unit 101 determines the type of input operation based on the operation made by the user on the touch panel or the input/output IF 15, and outputs the result to each element of the control unit 100. For example, the operation reception unit 101 receives an input operation made on the touch panel, detects the coordinates of the input position of the input operation, and determines the type of the input operation (touch operation, slide operation, swipe operation, tap operation, etc.). Furthermore, while a function for capturing an image using a camera (hereinafter referred to as the "photography function") is being used, the operation reception unit 101 transmits information indicating that the photography function is being used to the server device 20.
The UI control unit 102 controls UI objects to be displayed on the display to construct a UI (User Interface). The UI objects are tools that allow the user to input necessary information for the progress of the game to the terminal device 10, or to obtain information output during the progress of the game from the terminal device 10. The UI objects may include, for example, icons, buttons, lists, menu screens, etc.
The location information acquisition unit 103 acquires location information indicating the user location (hereinafter referred to as "user location information"). For example, the location information acquisition unit 103 acquires the user location information using a GPS (Global Positioning System) module. Note that the location information acquisition unit 103 may be configured to acquire the user location information based on the location of a wireless base station to which the terminal device 10 is connected. Alternatively, the location information acquisition unit 103 may be configured to acquire the user location information based on an acceleration sensor, an angle sensor, a step sensor, a collision sensor, an infrared sensor, a beacon, radio waves, a camera, a wearable device such as a clock, or various external linked devices. The location information acquisition unit 103 acquires the user location information at predetermined time intervals and transmits the acquired user location information to the server device 20.

The game progression unit 104 progresses the game. The game progression unit 104 progresses the game in accordance with user input operations input via the operation reception unit 101. For example, during the execution of an event, the game progression unit 104 causes a play object to appear in the event space and causes the play object to operate in accordance with user input operations input via the operation reception unit 101. Here, the play object is an object that is the target of play by the user during the execution of the event. "Play" refers to the progression of the event (game) in accordance with user operations. During the execution of the event, the user operates the play object with the aim of succeeding in the task assigned to the event (satisfying the success condition described below).
The display control unit 105 outputs a game screen or the like to the display. The display control unit 105 also draws various pieces of information notified from the server device 20 by superimposing them on the game screen. The display control unit 105 also draws UI objects controlled by the UI control unit 102 by superimposing them on the game screen. The display control unit 105 is also capable of generating an image in which real-world information is associated with digital information (hereinafter referred to as an "augmented reality image") and displaying it on the display. For example, the display control unit 105 is capable of generating, as the augmented reality image, an image in which an image captured by a camera is associated with a virtual image, an image in which an image captured by a camera is superimposed on a virtual image, or the like.

(Functional configuration of server device 20)
Next, the functional configuration of the server device 20 will be described.
FIG. 3 is a diagram showing the functional configuration of the server device 20. As shown in FIG.
The server device 20 communicates with the terminal devices 10 to realize a function of assisting the terminal devices 10 in progressing through the game. For example, when the terminal device 10 downloads a game-related application for the first time, the server device 20 provides the terminal device 10 with data necessary for executing the game. Furthermore, if the game provided by the game system 1 is a multiplayer game, the server device 20 communicates with each terminal device 10 participating in the game to realize a function of mediating interactions between the terminal devices 10 and a synchronization control function.
As shown in FIG. 3, the server device 20 functions as a control unit 200 and a storage unit 210 through cooperation of a processor 21, a memory 22, a storage 23, a communication IF 24, an input/output IF 25, and the like.

The storage unit 210 stores a game program and various data (game information, user information, etc.) In the storage unit 210, game information and user information are stored for each terminal device 10 (user account).
The control unit 200 executes the programs stored in the storage unit 210 to comprehensively control the operation of the server device 20. For example, the control unit 200 transmits various data and programs to the terminal device 10.
The control unit 200 is configured to include a game progression unit 201. Note that the control unit 200 can also function as other functional blocks (not shown) to support the progress of the game being executed on the terminal device 10, depending on the nature of the game being executed.
The game progression unit 201 communicates with the terminal device 10 and supports the progress of the game being executed on the terminal device 10. For example, the game progression unit 201 provides information necessary for the progress of the game to the terminal device 10 when the terminal device 10 progresses the game. In particular, the game progression unit 201 is configured to include a position information acquisition unit 202, a map information provision unit 203, an event setting unit 204, an intrusion setting unit 205, an event execution unit 206, and a hidden path setting unit 207.

The position information acquisition unit 202 acquires user position information from the terminal device 10 at predetermined time intervals, and identifies an object position corresponding to the user position based on the user position indicated by the acquired user position information.
The map information providing unit 203 generates a surrounding area map image at predetermined time intervals and transmits the generated surrounding area map image to the terminal device 10. In this embodiment, the generated surrounding area map image is an image showing a predetermined range of space (hereinafter referred to as "surrounding space") within the map space centered on the object position identified by the position information acquiring unit 202. In the surrounding area map image, the user object is displayed at the object position identified by the position information acquiring unit 202.
As a result, the received surrounding area map image is displayed on the display of the terminal device 10. The surrounding area map image displayed on the display of the terminal device 10 is updated at predetermined time intervals. At this time, if the user position changes, the position of the user object displayed on the surrounding area map image also changes accordingly.

The event setting unit 204 sets events (excluding intrusion events, which will be described later) in association with positions in the map space in accordance with the game program. Specifically, the event setting unit 204 sets events at predetermined positions in the map space in accordance with the game program. Here, the positions in the map space where the events are set (hereinafter referred to as "event setting positions") are determined randomly based on the game program.
Then, the event setting unit 204 displays the event object at the event setting position on the surrounding area map image.
The event setting unit 204 also sets an event executable range for a predetermined range of space centered on the event setting position in the map space. In this embodiment, when a user object enters the event executable range, the event can be executed (progressed).
In this embodiment, success conditions are set for the event. If the success conditions are met, the user is deemed to have succeeded in the task set for the event, and can acquire a reward. Here, acquiring a reward means that the reward (item, experience points, points, etc.) is associated with the user's account.

The intrusion setting unit 205 generates an event intrusion when a predetermined intrusion condition is met. An "event intrusion" is an event in which, as a result of the progress of a first event (hereinafter referred to as an "intruded event"), a second event (hereinafter referred to as an "intrusion event") different from the intruded event occurs.
The "disturbed event" is an event that triggers an intrusion event. In this embodiment, any event can be set as a disturbed event.
An "intrusion event" is an event that occurs as a result of the progress of an intrusion event. Here, the progress of an intrusion event is a concept that includes the start (occurrence) of an intrusion event, the arrival of a predetermined trigger during (progressing) an intrusion event, and the end of the intrusion event. For example, an intrusion event can be triggered by the occurrence (start) of an intrusion event. Alternatively, an intrusion event can be triggered by the arrival of a predetermined trigger during (progressing) an intrusion event. Alternatively, an intrusion event can be triggered by the end of an intrusion event.
In particular, an intrusion event is an event with different content from an intruded event. For example, an intrusion event is an event in which a character different from the character that appeared in the intruded event (hereinafter referred to as an "intrusion character") appears. In this case, the intrusion event can be configured to be a new event with different content from the intruded event (for example, an event in which an intrusion character appears). Alternatively, the intrusion event can be configured to change the content of the intruded event (for example, an intrusion character is added to the characters that appeared in the intruded event).

The "intrusion condition" includes the progress of an intrusion event. For example, the intrusion condition may be established when an intrusion event with specific content (such as the appearance of a specific character) progresses.
Furthermore, the "intrusion condition" can be a combination of the progress of an intrusion event and other conditions. In this case, the "other conditions" can include information about the user's movement. For example, conditions related to the amount of movement (e.g., distance traveled, number of steps traveled, travel time, route traveled, points intervened during movement, etc.), lottery conditions, etc. can be used. For example, the intrusion condition can be satisfied when the total amount of movement of the user over a predetermined period reaches a predetermined amount and an intrusion event of a specific content progresses. Alternatively, the intrusion condition can be satisfied when an intrusion event of a specific content progresses and the user wins an intrusion lottery (e.g., an internal lottery using random numbers).
Here, a configuration may be adopted in which the user can select the content of the intrusion event that occurs when the intrusion condition is met. For example, multiple event contents are set as the content of the intrusion event that occurs when the intrusion condition is met. Then, a configuration may be adopted in which the user selects in advance (before the intrusion condition is met) from among the multiple event contents the event content that the user wants to occur when the intrusion condition is met. Alternatively, a configuration may be adopted in which the user selects from among the multiple event contents the event content that the user wants to occur when the intrusion condition is met.
In this embodiment, success conditions are set for the intrusion event. If the success conditions are met, the user is deemed to have succeeded in the task set for the intrusion event, and can earn a reward. Here, earning a reward means that the reward (item, experience points, points, etc.) is associated with the user's account.

In particular, the intrusion setting unit 205 changes the likelihood of an event intrusion occurring based on information relating to the amount of movement of the user (for example, movement distance, number of steps, etc.).
Specifically, the intrusion setting unit 205 measures the total amount of movement of the user during a predetermined reference period (hereinafter referred to as the "total amount of movement"). Here, the amount of movement of the user can be measured based on a change in the user's position acquired by the position information acquisition unit 202. For example, it is possible to measure the distance moved by the user based on the change in the user's position acquired by the position information acquisition unit 202. Alternatively, it is possible to measure the distance moved by the user based on the change in the user's position acquired by the position information acquisition unit 202, and further convert the measured distance moved by the user into the number of steps moved by the user.
The predetermined reference period can be set as appropriate. For example, the total movement amount may be reset at each predetermined time (e.g., 6:00 AM) (the predetermined reference period = 1 day). Alternatively, the total movement amount may be reset at each predetermined time (e.g., 1 hour) (the predetermined reference period = 1 hour). Alternatively, the total movement amount may be reset each time an event intrusion occurs (the predetermined reference period = the period from the occurrence of the previous event intrusion to the occurrence of the next event intrusion).
The intrusion setting unit 205 then changes the probability of an event intrusion occurring according to the total movement amount. In this case, the intrusion setting unit 205 is able to increase the probability of an event intrusion occurring as the total movement amount increases. For example, in a configuration in which an intrusion condition is met when the intrusion event progresses and the intrusion lottery is won, the intrusion setting unit 205 changes the probability of winning the intrusion lottery according to the total movement amount. In this case, the intrusion lottery can be configured so that the greater the total movement amount, the higher the probability of winning the intrusion lottery (for example, if the total movement amount is less than a first reference amount, the probability of winning the intrusion lottery is 1%; if the total movement amount is equal to or greater than the first reference amount and less than a second reference amount, the probability of winning the intrusion lottery is 10%; and if the total movement amount is equal to or greater than the second reference amount, the probability of winning the intrusion lottery is 30%).
Alternatively, the intrusion setting unit 205 relaxes the intrusion condition (relaxes the satisfaction of the intrusion condition) based on information about the amount of movement of the user (e.g., movement distance, number of steps, etc.). For example, the intrusion setting unit 205 relaxes the intrusion condition (relaxes the satisfaction of the intrusion condition) according to the total amount of movement.
For example, the intrusion condition is established when a predetermined time has elapsed since the previous intrusion of an event and the intrusion event is progressing. Furthermore, the predetermined elapsed time is shorter after the total amount of movement reaches a predetermined amount than before the total amount of movement reaches the predetermined amount. Specifically, before the total amount of movement reaches the predetermined amount, an intrusion of an event can occur every first predetermined elapsed time (e.g., one hour), whereas after the total amount of movement reaches the predetermined amount, an intrusion of an event can occur every second predetermined elapsed time (e.g., 30 minutes) that is shorter than the first predetermined elapsed time.
Alternatively, the interruption condition may be established when a predetermined number of specific items are consumed in addition to the progress of the interrupted event. Furthermore, the predetermined number may be smaller after the total amount of movement reaches a predetermined amount than before the total amount of movement reaches the predetermined amount. Specifically, before the total amount of movement reaches the predetermined amount, an event interruption can occur by consuming a first predetermined number (e.g., 10) of specific items, whereas after the total amount of movement reaches the predetermined amount, an event interruption can occur by consuming a second predetermined number (e.g., 5) of specific items that is less than the first predetermined number.
Alternatively, the intrusion condition may be established when the intrusion event progresses in addition to the user's party satisfying a predetermined condition. Furthermore, the predetermined condition may be relaxed after the total amount of movement reaches a predetermined amount compared to before the total amount of movement reaches the predetermined amount. Specifically, before the total amount of movement reaches the predetermined amount, the predetermined condition may be set to be the average level of the players included in the party being 50 or higher, whereas after the total amount of movement reaches the predetermined amount, the predetermined condition may be set to be the average level of the players included in the party being 30 or higher. Alternatively, before the total amount of movement reaches the predetermined amount, the predetermined condition may be set to be the inclusion of a specific character or a character with a specific job in the party, whereas after the total amount of movement reaches the predetermined amount, the predetermined condition may be removed.

Furthermore, the intrusion setting unit 205 makes it easier for an event intrusion to occur when the user moves to a location with no movement history (hereinafter referred to as an "unmoved location"). Here, the "movement history" refers to the history of the user's movements (the history of locations to which the user has moved (hereinafter referred to as "moved locations").
Specifically, the intrusion setting unit 205 accumulates the user's movement history during a predetermined reference period. For example, the movement history includes the changes in the user's position acquired by the position information acquisition unit 202. At this time, a position within a predetermined range of the accumulated user position is regarded as a moved position. Then, the position information acquisition unit 202 determines whether a newly acquired user position corresponds to a moved position, and if it is determined that the user position does not correspond to a moved position, the unmoved position is regarded as having been moved.
The intrusion setting unit 205 makes it easier for an event intrusion to occur when the user moves to a position where the user has not yet moved. That is, the intrusion setting unit 205 is configured so that an event intrusion is more likely to occur when the user moves to a position where the user has not yet moved during a predetermined reference period than when the user moves to a position where the user has already moved. For example, with respect to the amount of movement of a position where the user has already moved during a predetermined reference period, the actual amount of movement is added directly to the total amount of movement, and with respect to the amount of movement of a position where the user has not yet moved, an amount of movement greater than the actual amount of movement (for example, an amount of movement obtained by adding an amount of movement for a bonus to the actual amount of movement) is added to the total amount of movement.
Here, only the amount of movement by which the user moves to unmoved positions during a specified reference period may be added to the total amount of movement, and the amount of movement by which the user moves to already moved positions during the specified reference period may not be added to the total amount of movement.

Furthermore, the intrusion setting unit 205 transmits information relating to the total travel distance to the terminal device 10 used by the user, and displays it on the display of the terminal device 10. For example, on the display of the terminal device 10, information indicating the current total travel distance (for example, the text "current total travel distance = XX km") is displayed as information relating to the total travel distance.
In this case, the total movement amount displayed on the display of the terminal device 10 may be configured such that the actual movement amount is added in real time while the user is moving to a previously moved location, and the movement amount obtained by adding the bonus movement amount to the actual movement amount is added in real time while the user is moving to a previously unmoved location. Alternatively, the total movement amount displayed on the display of the terminal device 10 may be configured to be corrected to definitive information at predetermined time intervals. For example, the total movement amount displayed on the display of the terminal device 10 may be configured such that the actual movement amount is added in real time while the user is moving to a previously moved location, and the actual movement amount is added in real time while the user is moving to a previously unmoved location, and the bonus movement amount granted in association with moving to a previously unmoved location during the predetermined time is added together at predetermined time intervals. Alternatively, the total movement amount displayed on the display of the terminal device 10 may be configured such that the actual movement amount is added in real time while the user is moving to a previously moved position, and the actual movement amount is added in real time while the user is moving to a non-moved position, and a predetermined probability amount (for example, 50%) is subtracted at each predetermined time based on the movement amount of the previously moved position during that predetermined time.

Furthermore, the intrusion setting unit 205 makes it easier for an event intrusion to occur when the user moves while using the photographing function of the terminal device 10 .
For example, the intrusion setting unit 205 makes it easier for an event intrusion to occur when the user moves while using a function (hereinafter referred to as an "augmented reality function") that displays, on the display of the terminal device 10, an image in which digital information is associated with real information captured by the imaging function of the terminal device 10. Examples of the augmented reality function include a function that displays an image in which an image captured by the imaging function is associated with a virtual image, a function that displays an image in which an image captured by the imaging function is superimposed on a virtual image, an XR (Extended Reality) function, an AR (Augmented Reality) function (marker type (image recognition type), GPS type (position recognition type), space recognition type, object recognition type, etc.), an MR (Mixed Reality) function, etc.
Specifically, the intrusion setting unit 205 makes it easier for an event intrusion to occur when the user moves while using the augmented reality function. That is, the intrusion setting unit 205 is configured so that an event intrusion is more likely to occur when the user moves while using the augmented reality function during a predetermined reference period than when the user moves while not using the augmented reality function.
For example, for the amount of movement made when the augmented reality function is not being used during a specified reference period, the actual amount of movement is added directly to the total amount of movement, and for the amount of movement made when the augmented reality function is being used, an amount of movement greater than the actual amount of movement (for example, the amount of movement obtained by adding the amount of movement for the bonus to the actual amount of movement) is added to the total amount of movement.
Alternatively, the probability of an event intrusion occurring is changed according to the total amount of movement made while using the augmented reality function during a predetermined reference period. For example, the probability of an event intrusion occurring increases as the total amount of movement made while using the augmented reality function increases. Alternatively, the probability of an event intrusion occurring is increased when the total amount of movement made while using the augmented reality function reaches a predetermined amount.
Here, only the amount of movement made by the user while using the augmented reality function during a specified reference period is added to the total amount of movement, and the amount of movement made by the user while not using the augmented reality function during the specified reference period may not be added to the total amount of movement.

Here, the intrusion setting unit 205 may be configured to change the probability of an event intrusion occurring based on the total movement amount of multiple users who satisfy a predetermined relationship (e.g., multiple users who are friends, multiple users who have formed a party, multiple users who are participating in a multiplay game, etc.). For example, the total movement amount may be measured as the total movement amount of multiple users (multiple users who satisfy a predetermined relationship) during a predetermined reference period.
The intrusion setting unit 205 may also be configured to transmit information about event intrusion to the terminal device 10 used by the user and display it on the display of the terminal device 10. For example, the information about event intrusion may be configured to display information indicating conditions for increasing the probability of event intrusion (e.g., text such as "When the total travel distance is XX km, the probability of event intrusion increases to XX%)," information indicating progress until the probability of event intrusion increases (e.g., text such as "With XX km remaining, the probability of event intrusion increases to XX%)," etc. In this case, for multiple users who satisfy the above-mentioned predetermined relationship, the terminal device 10 used by each user may be configured to display the total travel distance for that user (individual) during a predetermined reference period, the total travel distances for multiple users who satisfy the predetermined relationship during the predetermined reference period, and information about event intrusion for the multiple users who satisfy the predetermined relationship (e.g., information indicating conditions for increasing the probability of event intrusion, information indicating progress until the probability of event intrusion increases, etc.).

Furthermore, the conditions for changing the likelihood of an event intrusion may be set for each type of field set in the map space.
For example, grassland, swamp, forest, etc. are set as field types set in the map space. Then, the total movement amount is measured for each field type (individually). That is, during a predetermined reference period, the total movement amount corresponding to grassland (the total movement amount by which the user moved between positions corresponding to grassland), the total movement amount corresponding to swamp (the total movement amount by which the user moved between positions corresponding to swamp), and the total movement amount corresponding to forest (the total movement amount by which the user moved between positions corresponding to forest) are measured.
Then, for each type of field (individually), the probability of an event intrusion occurring in response to an event (= an intrusion event) occurring in that field is changed based on the total movement amount corresponding to that field. In this case, the probability of an event intrusion occurring may be configured to differ for each type of field.
In other words, if the total movement amount corresponding to the grassland is less than the first reference amount, the probability that an event intrusion will occur as a result of an event occurring in the grassland (e.g., the probability of winning the intrusion lottery) is set to 1%, if the total movement amount corresponding to the grassland is equal to or greater than the first reference amount and less than the second reference amount, the probability that an event intrusion will occur as a result of an event occurring in the grassland (e.g., the probability of winning the intrusion lottery) is set to 10%, and if the total movement amount corresponding to the grassland is equal to or greater than the second reference amount, the probability that an event intrusion will occur as a result of an event occurring in the grassland (e.g., the probability of winning the intrusion lottery) is set to 30%.
Furthermore, if the total movement amount corresponding to the swamp is less than the first reference amount, the probability that an event occurring in the swamp will trigger an event intrusion (e.g., the probability of winning the intrusion lottery) is set to 2%, if the total movement amount corresponding to the swamp is equal to or greater than the first reference amount and less than the second reference amount, the probability that an event occurring in the swamp will trigger an event intrusion (e.g., the probability of winning the intrusion lottery) is set to 15%, and if the total movement amount corresponding to the swamp is equal to or greater than the second reference amount, the probability that an event occurring in the swamp will trigger an event intrusion (e.g., the probability of winning the intrusion lottery) is set to 35%.
Furthermore, if the total movement amount corresponding to the forest is less than the first reference amount, the probability that an event occurring in the forest will trigger an event intrusion (for example, the probability of winning the intrusion lottery) is set to 3%, if the total movement amount corresponding to the forest is equal to or greater than the first reference amount and less than the second reference amount, the probability that an event occurring in the forest will trigger an event intrusion (for example, the probability of winning the intrusion lottery) is set to 20%, and if the total movement amount corresponding to the forest is equal to or greater than the second reference amount, the probability that an event occurring in the forest will trigger an event intrusion (for example, the probability of winning the intrusion lottery) is set to 40%.

Furthermore, among the fields set in the map space, when moving to a specific type of field, an event intrusion may be more likely to occur than when moving to another type of field.
For example, flat land, mountainous terrain, etc. are set as the types of fields set in the map space. Furthermore, the total movement amount is measured regardless of the type of field. That is, regardless of the type of field, the sum of the user's movements during a predetermined reference period is measured as the total movement amount. Then, the probability of an event intrusion occurring is changed based on the total movement amount. That is, if the total movement amount is less than a first reference amount, the probability of an event intrusion occurring (e.g., the probability of winning the intrusion lottery) is set to 1%. If the total movement amount is equal to or greater than the first reference amount but less than a second reference amount, the probability of an event intrusion occurring (e.g., the probability of winning the intrusion lottery) is set to 10%. If the total movement amount is equal to or greater than the second reference amount, the probability of an event intrusion occurring (e.g., the probability of winning the intrusion lottery) is set to 30%.
In this case, if the user moves through a mountainous area, an event intrusion is more likely to occur. That is, an event intrusion is more likely to occur when the user moves to a position corresponding to a mountainous area during a predetermined reference period than when the user moves to a position corresponding to flat land. For example, for the amount of movement through a position corresponding to flat land during a predetermined reference period, the actual amount of movement is added directly to the total amount of movement, and for the amount of movement through a position corresponding to a mountainous area, an amount of movement greater than the actual amount of movement (for example, an amount of movement obtained by adding an amount of movement for a bonus to the actual amount of movement) is added to the total amount of movement.
In particular, for a user moving through real space, moving through a place with large changes in altitude requires more effort than moving through a place with small changes in altitude. Therefore, by setting areas in the map space that correspond to places in real space with small changes in altitude as flat land and areas in real space that correspond to places in real space with large changes in altitude as mountainous areas, it becomes possible to change the likelihood of an event intrusion occurring depending on the effort required to move through real space.

Furthermore, the intrusion setting unit 205 changes the content of the intrusion event based on information related to the amount of movement of the user (e.g., movement distance, number of steps, etc.). For example, the intrusion setting unit 205 changes the content of the intrusion event according to the total amount of movement.
Specifically, if the total movement amount is less than the first reference amount, an intrusion event occurs in which intrusion character A appears; if the total movement amount is equal to or greater than the first reference amount and less than the second reference amount, an intrusion event occurs in which intrusion character B appears; and if the total movement amount is equal to or greater than the second reference amount, an intrusion event occurs in which intrusion character C appears.
Alternatively, when the total movement amount is less than the first reference amount, among the probabilities of an intrusion event causing intrusion character A to appear, the probabilities of an intrusion event causing intrusion character B to appear, and the probabilities of an intrusion event causing intrusion character C to appear, the probability of an intrusion event causing intrusion character A to appear is the highest; when the total movement amount is equal to or greater than the first reference amount and less than the second reference amount, among the probabilities of an intrusion event causing intrusion character A to appear, the probabilities of an intrusion event causing intrusion character B to appear, and the probabilities of an intrusion event causing intrusion character C to appear, the probability of an intrusion event causing intrusion character B to appear is the highest; and when the total movement amount is equal to or greater than the second reference amount, among the probabilities of an intrusion event causing intrusion character A to appear, the probabilities of an intrusion event causing intrusion character B to appear, and the probabilities of an intrusion event causing intrusion character C to appear, the probability of an intrusion event causing intrusion character C to appear is the highest.

In addition, when the user moves while using the photographing function of the terminal device 10 and an event intrusion occurs, the intrusion setting unit 205 makes it easier for an intrusion event with specific content to occur as an intrusion event.
For example, if a user moves while using the augmented reality function, an intrusion event with specific content is more likely to occur as an intrusion event when an event intrusion occurs. Specifically, if the amount of movement while using the augmented reality function during a predetermined reference period does not reach a predetermined amount, the probability that an intrusion event with specific content will occur as an intrusion event when an event intrusion occurs is set to 0%, and if the amount of movement while using the augmented reality function reaches the predetermined amount, the probability that an intrusion event with specific content will occur as an intrusion event when an event intrusion occurs is set to 100%.

Here, when an event intrusion occurs, the content of the intrusion event may be configured to correspond to the type of field in which the event intrusion (intrusion event) occurs.
For example, grassland, swamp, forest, etc. are set as types of fields set in the map space. Then, when an event intrusion occurs as a result of an event occurring in a grassland (= an intrusion event), the content of the intrusion event is set to content corresponding to a grassland (for example, content in which an intrusion character corresponding to a grassland appears), when an event intrusion occurs as a result of an event occurring in a swamp (= an intrusion event), the content of the intrusion event is set to content corresponding to a swamp (for example, content in which an intrusion character corresponding to a swamp appears), and when an event intrusion occurs as a result of an event occurring in a forest (= an intrusion event), the content of the intrusion event is set to content corresponding to a forest (for example, content in which an intrusion character corresponding to a forest appears).

The event execution unit 206 controls the execution (progress) of the event.
Specifically, for each event (excluding an intrusion event) set in the map space, when an event execution condition for the event is met, the event execution unit 206 executes (progresses) the event. In this embodiment, for each event set in the map space, when a user taps an event object related to the event while the user object is located within an event execution range related to the event, the event execution condition for the event is met (the event is executed).
In a multiplayer game, a user who has met the event execution conditions may be configured to be able to send a request for support to other users, and users who respond to the request for support may be able to execute the event together with the user who met the event execution conditions.
Furthermore, when an intrusion condition is met as an event is being executed (progressed), the event execution unit 206 executes (progresses) the intrusion event, treating the event as an intrusion-target event.

The hidden route setting unit 207 sets hidden routes and displayed routes in the map space.
A "hidden route" is a route (hidden route) that is not displayed (hidden) in the map space among routes set (internally set) in the map space (hereinafter referred to as "map route"). A "display route" is a route (not hidden) that is displayed (hidden) in the map space among map routes.
Here, the map route corresponds to a route in real space (hereinafter referred to as a "real route"). That is, for each map route, there exists a real route corresponding to the map route. As a result, when the user (terminal device 10) moves (passes) along a real route corresponding to a hidden route in real space, it becomes possible to move (pass) the user object along the hidden route in the map space.
The hidden route setting unit 207 sets a predetermined map route as a hidden route in accordance with the game program. At this time, a display suggesting the existence of the hidden route may be executed in the map space. For example, when the user object enters a predetermined range centered on the hidden route in the map space, a display suggesting the hidden route (e.g., a display showing the hidden route with a dashed line) may appear.
Then, when the user discovers a hidden route, the hidden route setting unit 207 displays the discovered hidden route in the map space (that is, changes the discovered hidden route to a displayed route).
Furthermore, the hidden path setting unit 207 provides a reward to the user when the user discovers a hidden path. Here, providing a reward means associating a reward (item, experience value, points, etc.) with the user's account.
Additionally, a hidden path may be configured to include a predetermined event (e.g., an event in which a character with a low probability of appearing appears, an event that allows a predetermined item to be acquired, etc.). In this case, an event object related to the predetermined event may be displayed on the hidden path when the hidden path has not yet been discovered. Alternatively, when a hidden path is discovered, an event object related to the predetermined event may appear on a display path that has been changed from the hidden path.
Here, it can be determined that the user has discovered a hidden route when it is determined that the user has moved (entered, passed, etc.) on a real route corresponding to a hidden route in real space based on the user position acquired by the position information acquisition unit 202. Here, it may also be configured such that it is determined that the user has discovered a hidden route when it is determined that the user has moved (entered, passed, etc.) on a real route corresponding to a hidden route while using a photographing function (for example, an augmented reality function).

For example, the hidden route setting unit 207 provides an event (hereinafter referred to as a "search event") in which a hidden route is searched for. Specifically, in response to the start of the search event, the hidden route setting unit 207 sets a predetermined map route, which was a displayed route before the start of the search event, as a hidden route.
When a user discovers a hidden route during a search event, the hidden route setting unit 207 makes the discovered hidden route appear in the map space (i.e., restores the discovered hidden route to the displayed routes). At this time, the hidden route may be configured to appear only on the terminal device 10 of the user who discovered the hidden route. Alternatively, the hidden route may be configured to appear on the terminal devices 10 of all users who satisfy a predetermined relationship with the user who discovered the hidden route (for example, all users who are friends with the user who discovered the hidden route, all users who have formed a party with the user who discovered the hidden route, etc.). Alternatively, the hidden route may be configured to appear on the terminal devices 10 of all users participating in the search event.
Furthermore, when revealing a discovered hidden route (i.e., when restoring a discovered hidden route to the display routes), the display route restored from a hidden route may be displayed in a way that indicates that it is a display route restored from a hidden route (that it was a hidden route). For example, the display route restored from a hidden route may be displayed in a different color or shape than the other display routes.
Furthermore, when a user discovers a hidden route during a search event, the hidden route setting unit 207 provides a reward to the user. Note that, when a user discovers a hidden route during a search event, the hidden route setting unit 207 may be configured to provide a reward to the user without making the discovered hidden route appear in the map space (while maintaining it as a hidden route).
Then, the hidden route setting unit 207 returns all hidden routes to the displayed routes upon completion of the search event.

(Processing Executed in Game System 1)
Next, the processing executed in the game system 1 will be described.
Fig. 4 is a diagram showing a process for updating a surrounding map image. Fig. 5 is a diagram showing a process for setting an event. Fig. 6 is a diagram showing a process for executing an event. Fig. 7 is a diagram showing a process for executing an intrusion event. Fig. 8 is a diagram showing a process for determining a success condition during the execution of an event.
First, the process for updating the surrounding area map image will be described. The process for updating the surrounding area map image is executed (started) by the terminal device 10 at predetermined time intervals.
As shown in FIG. 4, when the process for updating the surrounding map image is started, the process first proceeds to step S1-1.
In step S1-1, the location information acquisition unit 103 of the terminal device 10 acquires user location information using the GPS module, and the process proceeds to step S1-2.
In step S1-2, the location information acquisition unit 103 of the terminal device 10 transmits the acquired user location information to the server device 20, and the process proceeds to step S1-3.
In step S1-3, the location information acquisition unit 202 of the server device 20 receives the user location information from the terminal device 10, and the process proceeds to step S1-4.
In step S1-4, the location information acquisition unit 202 of the server device 20 identifies the object location based on the received user location information, and proceeds to step S1-5. Specifically, the server device 20 converts the user location indicated by the user location information into an object location.
In step S1-5, the map information providing unit 203 of the server device 20 generates a surrounding map image based on the identified object position information, and then proceeds to step S1-6. Specifically, an image is generated showing a predetermined range of space (surrounding space) centered on the object position identified in step S1-4 within the map space, and the user object is displayed in the image at the object position identified in step S1-4 to create a surrounding map image.
In step S1-6, the map information providing unit 203 of the server device 20 transmits the generated surrounding area map image to the terminal device 10, and the process proceeds to step S1-7.
In step S1-7, the display control unit 105 of the terminal device 10 receives the surrounding area map image from the server device 20, and the process proceeds to step S1-8.
In step S1-8, the display control unit 105 of the terminal device 10 displays the received surrounding area map image on the display, and updates the surrounding area map image.
This completes the process for updating the surrounding map image.

Next, a process for setting an event will be described. The process for setting an event is executed (started) by the server device 20 at predetermined time intervals.
As shown in FIG. 5, when the process for setting an event is started, the process first proceeds to step S2-1.
In step S2-1, the event setting unit 204 of the server device 20 determines whether or not an event setting has been specified by the game program, and if it determines that an event setting has been specified (Yes), it proceeds to step S2-2, and if it determines that an event setting has not been specified (No), it terminates the processing for setting the current event.
In step S2-2, the event setting unit 204 of the server device 20 generates event setting information, and the process proceeds to step S2-3. The event setting information includes information specifying the type of event, information specifying the event setting location related to the event, information specifying the event executable range related to the event, etc.
In step S2-3, the event setting unit 204 of the server device 20 transmits the generated event setting information to the terminal device 10, and the process proceeds to step S2-4.
In step S2-4, the game progression unit 104 of the terminal device 20 receives the event setting information from the server device 20, and then proceeds to step S2-5.
In step S2-5, the game progression unit 104 of the terminal device 20 sets an event based on the received event setting information. Specifically, on the surrounding area map image, an event object according to the type of event specified by the received event setting information is displayed at the event setting position specified by the received event setting information. In addition, the game progression unit 104 stores the event type, event setting position, event executable range, etc. specified by the received event setting information in association with the event.
This completes the process for setting an event.

Next, a process for executing an event will be described. The process for executing an event is executed (started) in the terminal device 10 at predetermined time intervals.
As shown in FIG. 6, when the process for executing an event is started, the process first proceeds to step S3-1.
In step S3-1, the game progression unit 104 of the terminal device 10 determines whether an event is currently being executed, and if it determines that an event is not currently being executed (No), it proceeds to step S3-2, and if it determines that an event is currently being executed (Yes), it terminates the processing for executing the current event.
In step S3-2, the game progression unit 104 of the terminal device 10 determines whether the event execution condition has been met, and if it is determined that the event execution condition has been met (Yes), it proceeds to step S3-3, but if it is determined that the event execution condition has not been met (No), it terminates the processing for executing the current event. Here, for any of the set events, if the user taps the event object related to that event while the user object is located within the event execution range related to that event, it is determined that the event execution condition related to that event has been met.
In step S3-3, the game progression unit 104 of the terminal device 10 sends an event execution request to the server device 20 specifying the execution of the event for which the event execution condition is met, and then proceeds to step S3-4.
In step S3-4, the event execution unit 206 of the server device 20 receives the event execution request from the terminal device 10, and the process proceeds to step S3-5.
In step S3-5, the event execution unit 206 of the server device 20 generates event execution information for the event specified in the received event execution request, and proceeds to step S3-6. The event execution information includes information specifying the content of the event, information specifying the success conditions for the event, etc.
In step S3-6, the event execution unit 206 of the server device 20 transmits the generated event execution information to the terminal device 10, and the process proceeds to step S3-7.
In step S3-7, the game progression unit 104 of the terminal device 10 receives event execution information from the server device 20, and proceeds to step S3-8.
In step S3-8, the game progression unit 104 of the terminal device 10 executes (starts) the event based on the received event execution information. Specifically, it saves the success conditions and other information specified in the received event execution information in association with the event.
This completes the process for executing the event.

Next, a process for executing an intrusion event will be described. The process for executing an intrusion event is executed (started) by the terminal device 10 at predetermined time intervals.
As shown in FIG. 7, when the process for executing the intrusion event is started, the process first proceeds to step S5-1.
In step S5-1, the intrusion setting unit 205 of the server device 20 determines whether the intrusion condition has been met. If it is determined that the intrusion condition has been met (Yes), the process proceeds to step S5-2. If it is determined that the intrusion condition has not been met (No), the process for executing the current intrusion event is terminated. For example, the intrusion condition is determined to have been met when the intrusion event has progressed and the intrusion lottery (e.g., an internal lottery using random numbers) has been won. In this case, the greater the total movement amount, the higher the probability of winning the intrusion lottery.
In step S5-2, the intrusion setting unit 205 of the server device 20 generates intrusion event execution information, and the process proceeds to step S5-3. The intrusion event execution information includes information specifying the content of the intrusion event, information specifying the success conditions for the intrusion event, etc. At this time, the content of the intrusion event is changed depending on the total movement amount.
In step S5-3, the intrusion setting unit 205 of the server device 20 transmits the generated intrusion event execution information to the terminal device 10, and the process proceeds to step S5-4.
In step S5-4, the game progression unit 104 of the terminal device 10 receives the invasion event execution information from the server device 20, and proceeds to step S5-5.
In step S5-5, the game progression unit 104 of the terminal device 10 executes (starts) the intrusion event based on the received intrusion event execution information. Specifically, the success conditions and the like specified in the received intrusion event execution information are stored in association with the intrusion event.
This completes the process for executing the intrusion event.

Next, a process for determining whether a success condition is met during the execution of an event (including an intrusion event) will be described. The process for determining whether a success condition is met is executed (started) by the terminal device 10 at predetermined time intervals.
As shown in FIG. 8, when the process for determining the success condition is started, the process first proceeds to step S4-1.
In step S4-1, the game progression unit 104 of the terminal device 10 determines whether an event is currently being executed, and if it determines that an event is currently being executed (Yes), it proceeds to step S4-2, and if it determines that an event is not currently being executed (No), it terminates the processing for determining the success condition for this time.
In step S4-2, the game progression unit 104 of the terminal device 10 determines whether the success condition has been met for the event being executed, and if it determines that the success condition has been met (Yes), it proceeds to step S4-3, and if it determines that the success condition has not been met (No), it terminates the processing for determining the success condition for this event.
In step S4-3, the game progression unit 104 of the terminal device 10 sends a success request to the server device 20 specifying that the success condition for the ongoing event has been met, and then proceeds to step S4-4.
In step S4-4, the event execution unit 206 of the server device 20 receives the success request from the terminal device 10, and proceeds to step S4-5.
In step S4-5, the event execution unit 206 of the server device 20 associates a reward (item, experience value, points, etc.) with the user's account. In this embodiment, the event disappears when the success condition is met.

Example 1
Next, an embodiment of the present invention will be described.
First, a first embodiment of the present invention will be described.
Fig. 9 is a diagram showing the transition of the game screen displayed on the display of the terminal device 10 when an event intrusion occurs. Fig. 10 is a diagram showing the intrusion conditions for an event intrusion. Fig. 11 is a diagram showing an example of intrusion-related information if displayed on the display of the terminal device 10. Fig. 12 is a diagram showing an example of a game image when the movement history display mode is set.
In this embodiment, events other than the intrusion event are considered to be normal events (including the intrusion event). In addition, in this embodiment, an example will be described in which the events (normal events and intrusion events) are configured as an event in which the task of defeating the enemy object x2 is imposed by the play object x1 (hereinafter referred to as a "defeat event").
In a position game, a surrounding map image m is displayed on the display of the terminal device 10. At this time, an object corresponding to the user (=user object y1) is displayed in the surrounding map image m (map space). At this time, the user object y1 is displayed at a position (=object position) corresponding to the position (=user position) of the user (terminal device 10) in real space. Then, as the user (terminal device 10) moves in real space, the user object y1 moves in the surrounding map image m (map space). In this embodiment, an icon indicating a character corresponding to the user (hereinafter referred to as a "user character") is displayed as the user object y1.
9(a), in a position-based game, a normal event (subjugation event) is set (occurs) at a predetermined position (= event setting position) in the surrounding map image m (map space) according to the game program. Then, when the normal event is set, an event object y2 corresponding to the set normal event is displayed at the event setting position in the surrounding map image m (map space). In this embodiment, an icon indicating an enemy character that appears (is the target to be subjugated) in the set normal event is displayed as the event object y2.

In a position-based game, the user (terminal device 10) moves in the real world to move a user object y1 within the event execution range set for the normal event, and then taps the displayed event object y2 to progress (play/execute) the normal event.
As shown in FIG. 9( b), during the execution of a normal event, an event space is displayed on the display of the terminal device 10. At this time, a play object x1 and an enemy object x2 are displayed in the event space. In this embodiment, the user character is displayed as the play object x1. Furthermore, an enemy character to be defeated in the normal event is displayed as the enemy object x2. The user can then operate the play object x1 to attack the enemy object x2 or avoid the attack of the enemy object x2 by inputting an operation via the operation reception unit 101.
During the execution of a normal event, each time the play object x1 attacks the enemy object x2, the stamina value of the enemy object x2 decreases. Furthermore, each time the play object x1 is attacked by the enemy object x2, the stamina value of the play object x1 decreases. In this embodiment, when the stamina value of the enemy object x2 falls below a predetermined value (e.g., "0"), the success condition is considered to be met. When the success condition is met, a reward is awarded to the user, and the normal event is terminated.

In particular, in a position-based game, an event intrusion occurs when an intrusion condition is met as a normal event progresses. When an event intrusion occurs, an intrusion event occurs as a trigger for the progress of the normal event.
In this embodiment, when the intrusion condition is met, an intrusion event occurs in response to a predetermined trigger during (while) a normal event is in progress, with the normal event being treated as an intrusion event. At this time, the normal event ends and the intrusion event begins in response to the trigger. This allows the intrusion event to proceed (play/execute).
That is, when the intrusion condition is met, as shown in FIG. 9(c), in response to the arrival of a predetermined trigger during (in progress of) a normal event, a display indicating that an event intrusion has occurred (for example, the display of the words "WARNING!") is executed, the normal event is ended, and the intrusion event is started.
As shown in FIG. 9( d ), during the execution of an intrusion event, an event space is displayed on the display of the terminal device 10. At this time, a play object x1 and an enemy object x2 are displayed in the event space. An enemy character to be defeated in the intrusion event is displayed as the enemy object x2. At this time, an enemy character different from the enemy character that appeared in the normal event (the intrusion event) is displayed as the enemy object x2 in the intrusion event. Then, by inputting an operation via the operation reception unit 101, the user can operate the play object x1 to attack the enemy object x2 or avoid the attack of the enemy object x2.
During the execution of the intrusion event, the vitality value of the enemy object x2 decreases each time the play object x1 attacks the enemy object x2. Furthermore, the vitality value of the play object x1 decreases each time the play object x1 is attacked by the enemy object x2. In this embodiment, the success condition is considered to be met when the vitality value of the enemy object x2 falls below a predetermined value (e.g., "0"). When the success condition is met, a reward is awarded to the user, and the intrusion event disappears (ends).

As shown in Figure 10, in this embodiment, the intrusion conditions are considered to be met when all of the following conditions are met: (1) a specific extermination request scenario has been accepted, (2) a normal event in which two specific enemy objects appear is in progress, and (3) the intrusion lottery has been won.
Furthermore, in this embodiment, when an event intrusion occurs, an intrusion event of one of patterns (contents) from pattern 1 to pattern 5 occurs. In the intrusion event of pattern 1, one enemy object R1 appears. Meanwhile, in the intrusion event of pattern 2, two enemy objects R1 appear. Meanwhile, in the intrusion event of pattern 3, one enemy object R1 and one enemy object R2 appear. Meanwhile, in the intrusion event of pattern 4, one enemy object R1 and two enemy objects R2 appear. Meanwhile, in the intrusion event of pattern 5, one enemy object R1, one enemy object R2, and one enemy object R3 appear. Here, in this embodiment, the enemy objects R1, R2, and R3 are enemy objects that do not appear in normal events.

In particular, in a position game, the probability of an event intrusion occurring (the probability of winning the intrusion lottery) changes depending on the total amount of movement.
Specifically, in this embodiment, the total movement amount is calculated as the sum of the movement amounts of the user during a predetermined reference period (one day in this embodiment). At this time, the total movement amount is reset every time a predetermined time (for example, 6:00 AM) is reached.
In this embodiment, grassland and desert are set as field types set in the map space. The total movement amount is measured for each field type. That is, the total movement amount for grassland and the total movement amount for desert are measured separately during a predetermined reference period.
If the total amount of movement in the grassland does not reach a first reference amount (for example, 10 km), the probability that an event intrusion will occur as a result of a normal event occurring in the grassland (in this embodiment, the probability of winning the intrusion lottery) is 1%, and if the total amount of movement in the grassland reaches the first reference amount, the probability that an event intrusion will occur as a result of a normal event occurring in the grassland (in this embodiment, the probability of winning the intrusion lottery) is 10%.
On the other hand, if the total amount of movement in the desert does not reach a first reference amount (for example, 5 km), the probability that an event intrusion will occur as a result of a normal event occurring in the desert (in this embodiment, the probability of winning the intrusion lottery) is 1%, and if the total amount of movement in the desert reaches the first reference amount, the probability that an event intrusion will occur as a result of a normal event occurring in the desert (in this embodiment, the probability of winning the intrusion lottery) is 10%.

While the position game is in progress, intrusion-related information if is displayed on the display of the terminal device 10. The intrusion-related information if is information regarding conditions for increasing the probability of an event intrusion occurring. In this embodiment, the intrusion-related information if can display information indicating the progress until the probability of an event intrusion occurring has increased, and information suggesting that the probability of an event intrusion occurring is currently increasing. At this time, information according to the type of field on which the user object y1 is placed is displayed as the intrusion-related information if.
11(a), before the total amount of movement in the desert reaches the first reference amount, information indicating the amount of movement in the desert that is required until the probability of winning the intrusion lottery increases (for example, the text "1 km left, the probability of an event intrusion occurring increases") is displayed as the intrusion-related information if. On the other hand, after the total amount of movement in the desert reaches the first reference amount, information indicating that the probability of winning the intrusion lottery is increasing (for example, the text "The probability of an event intrusion occurring is increasing") is displayed as the intrusion-related information if.
Furthermore, during the progression of the position-based game, a display indicating the total movement amount in each field (the real space corresponding to the field) is executed for each type of field. In this embodiment, as the total movement amount in the grassland increases, the grassland displayed in the map space changes to be more trampled. Furthermore, as the total movement amount in the desert increases, the desert displayed in the map space changes to be more marked with footprints, holes, cracks, and the like. Furthermore, in this embodiment, as the total movement amount in the grassland increases, the amount of grass attached to the user object y1 moving in the grassland and the play object x1 displayed in the event space related to an event that has occurred in the grassland increases. Furthermore, as the total movement amount in the desert increases, the amount of sand attached to the user object y1 moving in the desert and the play object x1 displayed in the event space related to an event that has occurred in the desert increases.

In addition, in a position game, the content of an intrusion event changes depending on the total amount of movement.
Specifically, if the total movement amount in the grassland has not reached the first reference amount, an intrusion event of the above-mentioned pattern 1 occurs when the intrusion condition is met. On the other hand, if the total movement amount in the desert has not reached the first reference amount, an intrusion event of the above-mentioned pattern 2 occurs when the intrusion condition is met. On the other hand, if the total movement amount in the grassland has reached the first reference amount, an intrusion event of the above-mentioned pattern 3 occurs when the intrusion condition is met. On the other hand, if the total movement amount in the desert has reached the first reference amount, an intrusion event of either the above-mentioned pattern 4 or pattern 5 occurs when the intrusion condition is met.

Furthermore, in a location game, if the user moves to a position that has not been moved to, an event intrusion is more likely to occur.
In this embodiment, for the amount of movement of a previously moved position, the actual amount of movement is added to the total amount of movement. On the other hand, for the amount of movement of a previously unmoved position, an amount of movement greater than the actual amount of movement (for example, the amount of movement obtained by adding the amount of movement for the bonus to the actual amount of movement) is added to the total amount of movement. This makes it easier for an event to occur when a user moves to a previously unmoved position than when the user moves to a previously moved position.
In a position-based game, it is possible to set a movement history display mode in which information suggesting the movement history of the user object y1 (i.e., the user's movement history in real space) is displayed in map space. Then, while the movement history display mode is set, information suggesting the movement history of the user object y1 (i.e., the user's movement history in real space) (e.g., trajectory, footprints, etc.) is displayed in map space.
For example, as shown in Fig. 12, when the movement history display mode is set, a trajectory line tr showing the trajectory of the user object y1 (i.e., the trajectory of the user's movement in real space) is displayed. As a result, as shown in Fig. 12(a), when the trajectory lines tr overlap to a high degree, the user can see that the movement pattern is such that an event intrusion is unlikely to occur (in this case, a display may be provided suggesting that the current movement pattern is unlikely to increase the probability of an event intrusion). On the other hand, as shown in Fig. 12(b), when the trajectory lines tr overlap to a low degree, the user can see that the movement pattern is such that an event intrusion is likely to occur (in this case, a display may be provided suggesting that the current movement pattern is likely to increase the probability of an event intrusion).

Example 2
Next, a second embodiment of the present invention will be described.
FIG. 13 is a diagram showing the flow of acquiring a specific right according to the amount of movement of a user.
In Example 1, the probability of winning the random entry lottery is automatically increased when the total movement amount reaches a first reference amount. In contrast, in Example 2, the user can generate a state in which the probability of winning the random entry lottery is increased (hereinafter referred to as a "random entry advantageous state") at any timing.
In this embodiment, a user can create an advantageous state for an intruder by selecting to use a specific right at any time. The specific right is a right that makes it possible to create an advantageous state for an intruder. When the user possesses the specific right, the user can create an advantageous state for an intruder by selecting to use the specific right (i.e., consuming the specific right) at any time.
In this embodiment, the total movement amount is calculated as the sum of the movement amounts of the user during a predetermined reference period (one day in this embodiment). At this time, the total movement amount is reset every time a predetermined time (for example, 6:00 AM) is reached.
Then, specific rights are granted to the user according to the total amount of movement. For example, as shown in Fig. 13, when the total amount of movement reaches a first reference amount (e.g., 5 km) during a predetermined reference period, one specific right is added, when the total amount of movement reaches a second reference amount (e.g., 15 km), one specific right is added, and when the total amount of movement reaches a third reference amount (e.g., 25 km), one specific right is added. This allows the user to hold multiple specific rights.
In this case, in this embodiment, the amount of movement required from the start of the predetermined reference period until the first specific right is granted is less than the amount of movement required from each specific right is granted until the next specific right is granted. As a result, the amount of movement required for the first specific right is less than the amount of movement required for each specific right granted from the second time onwards, making the conditions for granting the first specific right more favorable than the conditions for granting the specific right each time from the second time onwards.
When a user holds one or more specific rights, the user can consume one of the specific rights to generate a rogue player advantage state. When the rogue player advantage state is generated, the probability of winning the rogue player lottery increases compared to when the rogue player advantage state is not generated. In this case, the rogue player advantage state can be configured to continue until the rogue player wins the rogue player lottery. Alternatively, the rogue player advantage state can be configured to continue until a predetermined time has elapsed.

Here, the number of special rights that a user can have may be limited to one, and the total movement amount may be reset each time the special right is used.
For example, the number of times a specific right is used by a user during a specific reference period (one day in this embodiment) (hereinafter referred to as the "total number of uses") is measured. At this time, the total number of uses is reset at each specified time (for example, 6:00 AM). On the other hand, the total transfer amount is reset each time a specific right is used. Note that the total transfer amount is not reset except when a specific right is used. Furthermore, if a user holds a specific right, no new specific right will be granted.
If the current total number of uses is 0, the special right is granted when the total distance traveled reaches a first reference amount (e.g., 5 km). On the other hand, if the current total number of uses is 1, the special right is granted when the total distance traveled reaches a second reference amount (e.g., 10 km). On the other hand, if the current total number of uses is 2, the special right is granted when the total distance traveled reaches a third reference amount (e.g., 15 km).
As a result, if a user holds a specific right, a new specific right will not be granted until that specific right is used. In this case, the more times a specific right is used during the specific reference period, the greater the transfer amount (total transfer amount) required to grant a new specific right.
For example, if the current total number of uses is 0, a first specific right is granted when the total distance traveled reaches a first reference distance (e.g., 5 km). At this time, measurement of the total distance traveled continues until the first specific right is used, but no new specific right is granted. Furthermore, when the first specific right is used (when the current total number of uses becomes 1), the total distance traveled is reset accordingly, making it possible for a new specific right to be granted. Then, if the current total number of uses is 1, a second specific right is granted when the total distance traveled reaches a second reference distance (e.g., 10 km). In this case, the distance traveled required to grant the second specific right is greater than the distance traveled required to grant the first specific right. This makes the conditions for granting the first specific right more favorable than those for granting the second specific right. Furthermore, the total number of uses is reset at each predetermined time (e.g., 6:00 a.m.). This allows the user to acquire a new specific right based on the favorable granting conditions (the granting conditions of the first specific right) as the specified time passes. Note that the total movement amount is not reset at each specified time (e.g., 6:00 AM). This allows the total movement amount to be carried over before and after the specified time.

Example 3
Next, a third embodiment of the present invention will be described.
Fig. 14 is a diagram showing the transition of the game screen displayed on the display of the terminal device 10 when a hidden path is discovered. Fig. 15 is a diagram showing an example of a performance device placed on the real path.
In the position game, a surrounding area map image m is displayed on the display of the terminal device 10. At this time, an object corresponding to the user (=user object y1) is displayed in the surrounding area map image m (map space).
In this embodiment, a hidden route is set in the surrounding map image m (map space). As shown in Fig. 14(a), the hidden route is not displayed in the surrounding map image m (map space), but as shown in Fig. 14(b), a real route p1 corresponding to the hidden route exists in the real space.
As shown in FIG. 14( c), a user can move a real route p1 corresponding to a hidden route to display (appear) the hidden route in the surrounding map image m (map space). That is, by moving the real route p1 corresponding to the hidden route, the user is deemed to have discovered the hidden route, and the hidden route can be changed to a displayed route p2 in the surrounding map image m (map space). In this case, the hidden route can be displayed (appear) in the surrounding map image m (map space) in response to the user entering the real route p1 corresponding to the hidden route. Alternatively, the hidden route can be displayed (appear) in the surrounding map image m (map space) in response to the user passing through the real route p1 corresponding to the hidden route (moving from one end to the other end). Alternatively, as the user travels along the real route p1 corresponding to the hidden route, areas of the hidden route corresponding to the range of the real route p1 traveled by the user can be sequentially displayed (appear) in the surrounding map image m (map space).
In this embodiment, the displayed route p2 (i.e., the hidden route discovered by the user) is displayed in a different color from the other displayed routes. In addition, a reward is given to the user for discovering the hidden route.

In particular, in this embodiment, a performance device is placed on a real route corresponding to a hidden route, and the performance (lighting effect, sound effect, etc.) executed by the performance device suggests (notifies) a user who is traveling (passing) along a real route corresponding to a hidden route that he or she is traveling (passing) along a real route corresponding to the hidden route.
For example, as shown in Fig. 15, a light-emitting device d1 and a speaker d2 are placed on a real route p3 corresponding to a predetermined hidden route. Then, when a user is moving along the real route p3 corresponding to the predetermined hidden route, the light-emitting device d1 performs a predetermined light-emitting effect (e.g., starts emitting light, changes the light color, changes the light pattern, etc.), and the speaker d2 performs a predetermined sound effect (e.g., outputs predetermined music, outputs predetermined sound effects, outputs predetermined lines, etc.).
In this case, whether the user is moving around the vicinity of the performance devices d1 and d2 may be determined by comparing the location information (user location information) of the terminal device 10 used by the user with the location information of the locations where the performance devices d1 and d2 are located. Of course, the user's terminal device 10 and the performance devices d1 and d2 may directly exchange information via near-field wireless communication to determine whether the user is moving around the vicinity of the performance devices d1 and d2. If multiple performance devices d1 and d2 are present, the performances of the multiple performance devices d1 and d2 may be coordinated to gradually change so as to notify the user of the direction, distance, speed, etc. of movement. Similarly, when the user is moving correctly, the performance devices d1 and d2 may be used to perform a performance corresponding to the correct movement, and when the user begins to move incorrectly, a performance corresponding to the incorrect movement may be performed. In addition, in this embodiment, an example using the light-emitting device d1 and the speaker d2 as the effect device has been described, but other devices that can be installed in various real spaces, such as digital signage (display effect devices), may also be used. Furthermore, the effect device may be used not only for producing effects related to hidden passages, but also in a wide range of applications for linking applications operated in virtual space, such as games, with devices in real space. For example, the effect device may be used to link game applications when visiting a music event venue.
Here, it becomes possible to determine whether or not the user is moving along a real path p3 corresponding to a predetermined hidden path, based on the user position acquired by the position information acquisition unit 202. Then, in the server device 20, when movement along the real path p3 corresponding to the predetermined hidden path is determined while playing the position game (for example, while the above-mentioned search event is in progress), an effect is executed by the light-emitting device d1 and the speaker d2.
The content of the performance executed by the performance device may be changed depending on the amount of movement of the user. For example, if it is determined based on the user position information that the user has not found a hidden path and is lost in the vicinity of the hidden path (for example, if the amount of movement of a position within a predetermined range around the hidden path reaches a predetermined amount (including a case where the user has moved past only a part of the hidden path and has not yet found (traversed) the hidden path)), the performance device may notify the user of detailed information guiding the user to find the hidden path as a performance different from the normal performance.
This makes it possible to link the progress of the position game with the effects produced by the effect devices arranged on the real route p3, thereby increasing the interest level.

Example 4
Next, a fourth embodiment of the present invention will be described.
FIG. 16 is a diagram showing an example of a game screen displayed on the display of the terminal device 10.
In this embodiment, an example will be described in which the game is configured as a position game in which, as the user moves through a real space, various types of information are written in a map space corresponding to the real space.
For example, as shown in FIG. 16 , at the start of a position-based game, a virtual space (a virtual space corresponding to a map of the real world) is provided as a map space (mp). In this case, the map space (mp) provided at the start of the position-based game is a blank map (a map lacking information about specific locations, or a map that internally stores information about specific areas but hides some of the information depending on settings) that displays only an outline of the map of the real world (for example, only the boundaries of administrative districts such as prefectures, wards, towns, and villages). As the user moves around the real world, map information (routes, buildings, landmarks, stores, etc.) corresponding to the real-world locations to which the user has moved is written into the map space (mp), thereby progressing the creation of a specific map. Furthermore, various events can occur at locations in the map space (mp) where map information has been written. Furthermore, the information added to the map space (mp) (blank map) may be gradually changed depending on the user's movement distance relative to a specific location. For example, if it is determined that the user has passed the same location multiple times, other information (map information, in-game events, etc.) may be added to the map space mp upon the second or subsequent pass in addition to the map information added upon the first pass. Of course, instead of adding information, the map information added upon the previous pass may be deleted and replaced with other map information. Furthermore, if no movement information is accumulated for a certain period of time for a specific location, the map information may be reduced even if there is a history of the user having passed the location in the past. In other words, the map information may be gradually reduced if the user does not walk.
This makes it possible to create specific maps in accordance with the user's movements, which in turn encourages users to move around and increases the interest of services that use location information.

(Modification)
Although the embodiments and examples of the present invention have been described above, various modifications can be made to the above embodiments and examples.
For example, the above embodiment shows an example in which the present invention is applied to a game system 1 that provides a game. However, the present invention may also be applied to a system that provides other programs such as a map application linked with user location information, a matching application using user location information, a fitness application, a training application, an educational application, a music playback application, and a video playback application.
Furthermore, the cases described in the above embodiments and examples are merely examples, and the present invention may be realized by adding, combining, partially deleting, or replacing other configurations.
Furthermore, in the cases described in the above embodiments and examples, known configurations (known configurations at the time of filing) not explicitly stated in the specification may be applied as appropriate.

(Additional Note)
Some of the features of the present invention will be described below.

(First Invention)
"assignment"
Increases interest.
"Solution"
The program of the first invention causes a computer (10, 20) to function as a means (205) for changing the likelihood of occurrence of a specified event (event intrusion) based on information regarding the user's movement (total movement amount) when generating a specified event (event intrusion) in which a second event (intrusion event) different from the first event (intrusion event) occurs as a result of the progress of the first event (intrusion event).
"effect"
It is possible to change the likelihood of a predetermined event (event intrusion) occurring depending on the user's movement status, thereby making it possible to increase interest.

(Second Invention)
"assignment"
Increases interest.
"Solution"
A program according to a second aspect of the present invention is the program according to the first aspect of the present invention, wherein the probability of occurrence of a predetermined event (event intrusion) changes based on the amount of movement (total amount of movement) of the user.
"effect"
It is possible to change the probability of a predetermined event (event intrusion) occurring depending on the amount of movement (total amount of movement) of the user, thereby making it possible to increase interest.

(Third Invention)
"assignment"
Increases interest.
"Solution"
The program according to the third invention is the program according to the first or second invention, in which the probability of a specified event (event intrusion) occurring changes based on the total movement amount of multiple users that satisfy a specified relationship.
"effect"
It is possible to change the probability of a predetermined event (event intrusion) occurring depending on the total movement amount of a plurality of users, thereby making it possible to increase interest.

(Fourth Invention)
"assignment"
Increases interest.
"Solution"
In the program of the fourth invention, when the user moves to a location that has no history of movement (an unmoved location) in the program of the first or second invention, a predetermined event (event intrusion) is more likely to occur.
"effect"
It is possible to encourage the user to move to a position where there is no history of movement (unmoved position), thereby making it possible to increase interest.

(Fifth Invention)
"assignment"
Increases interest.
"Solution"
The program according to the fifth invention is a program according to the first or second invention, in which a predetermined event (event intrusion) is more likely to occur when a user moves while using the photographing function of the terminal device (10).
"effect"
It is possible to encourage the user to use the photographing function of the terminal device (10), thereby increasing interest.

(Sixth Invention)
"assignment"
Increases interest.
"Solution"
The program of the sixth invention is a program of the first or second invention, in which when a condition regarding user movement (a condition that changes the likelihood of an event intrusion) is met, the likelihood of a specified event (event intrusion) occurring changes, and the condition (a condition that changes the likelihood of an event intrusion) is set for each type of field.
"effect"
It is possible to vary the conditions for changing the likelihood of a predetermined event (event intrusion) occurring for each type of field, thereby making it possible to increase interest.

(Seventh Invention)
"assignment"
Increases interest.
"Solution"
In the program of the seventh invention, when a condition regarding the user's movement (a condition that changes the likelihood of an event intrusion occurring) is met in the program of the first or second invention, the likelihood of a specified event (event intrusion) occurring changes, and information (information regarding the event intrusion) regarding the condition (a condition that changes the likelihood of an event intrusion occurring) is displayed.
"effect"
The user can proceed with the movement after understanding the conditions for changing the likelihood of a predetermined event (event intrusion) occurring, which can increase the interest level.

(Eighth Invention)
"assignment"
Increases interest.
"Solution"
The system of the eighth invention includes a computer (10, 20) that functions as a means (205) for changing the likelihood of occurrence of a specified event (event intrusion) based on information regarding the user's movement (total movement amount) in order to cause a specified event (event intrusion) in which a second event (intrusion event) different from the first event (intrusion event) occurs as a result of the progress of the first event (intrusion event).
"effect"
It is possible to change the likelihood of a predetermined event (event intrusion) occurring depending on the user's movement status, thereby making it possible to increase interest.

(Ninth Invention)
"assignment"
Increases interest.
"Solution"
The program of the ninth invention causes a computer (10, 20) to function as a means (205) for changing the content of a second event (intrusion event) based on information about the user's movement (total movement amount) when a predetermined event (event intrusion) occurs, in which a second event (intrusion event) different from the first event (intrusion event) occurs as a result of the progress of the first event (intrusion event).
"effect"
It is possible to change the content of the second event (intrusion event) in a predetermined event (intrusion event) depending on the user's movement status, thereby making it possible to increase interest.

(Tenth Invention)
"assignment"
Increases interest.
"Solution"
A tenth aspect of the present invention is a program according to the ninth aspect of the present invention, wherein the content of the second event (intrusion event) changes based on the amount of movement (total amount of movement) of the user.
"effect"
It is possible to change the content of the second event (intrusion event) in a predetermined event (event intrusion) depending on the user's movement amount (total movement amount), thereby making it possible to increase interest.

(Eleventh Invention)
"assignment"
Increases interest.
"Solution"
The program of the eleventh invention is the program of the ninth or tenth invention, in which, when the user moves while using the photographing function of the terminal device (10), a second event (intrusion event) of a predetermined content is more likely to occur.
"effect"
It is possible to encourage the user to use the photographing function of the terminal device (10), thereby increasing interest.

(Twelfth Invention)
"assignment"
Increases interest.
"Solution"
A twelfth aspect of the present invention is a program according to the ninth or tenth aspect of the present invention, wherein a second event (intrusion event) occurs, the content of which depends on the type of field.
"effect"
It is possible to make the content of the second event (intrusion event) in the predetermined event (intrusion event) different for each type of field, thereby making it possible to increase interest.

(Thirteenth Invention)
"assignment"
Increases interest.
"Solution"
A thirteenth aspect of the present invention is the program according to the first aspect of the present invention, wherein the condition for the occurrence of the predetermined event is relaxed based on the amount of movement of the user.
"effect"
It is possible to relax the conditions for the occurrence of a predetermined event based on the amount of movement of the user, thereby making it possible to increase interest.

(Fourteenth Invention)
"assignment"
Increases interest.
"Solution"
The system of the fourteenth invention includes a computer (10, 20) that functions as a means (205) for changing the content of a second event (intrusion event) based on information about the user's movement (total movement amount) when a predetermined event (event intrusion) occurs, in which a second event (intrusion event) different from the first event (intrusion event) occurs as a result of the progress of the first event (intrusion event).
"effect"
It is possible to change the content of the second event (intrusion event) in a predetermined event (intrusion event) depending on the user's movement status, thereby making it possible to increase interest.

(Fifteenth Invention)
"assignment"
Increases interest.
"Solution"
The program of the fifteenth invention causes a computer (10, 20) to function as a means (207) for displaying route information (hidden route) in a virtual space (map space) when it determines, based on the user's position information (user position), that a position (real route) corresponding to route information (hidden route) that is not displayed in the virtual space (map space) has moved.
"effect"
When a user moves to a position (real route) corresponding to route information (hidden route) that is not displayed in the virtual space (map space), it becomes possible to add a display of that route information (hidden route) in the virtual space (map space), thereby increasing interest.

(16th Invention)
"assignment"
Increases interest.
"Solution"
The program of the sixteenth invention causes a computer (10, 20) to function as a means (207) for granting a reward when it determines, based on the user's position information (user position), that movement of a position (real route) corresponding to route information (hidden route) that is not displayed in a virtual space (map space).
"effect"
Users can earn rewards by moving to a location (real route) corresponding to route information (hidden route) that is not displayed in the virtual space (map space), thereby increasing interest.

The above first through sixteenth inventions can be diverted to device, system, medium, and method inventions as appropriate.

REFERENCE SIGNS LIST 1 Game system 2 Network 10 Terminal device 20 Server device 101 Operation reception unit 102 UI control unit 103 Position information acquisition unit 104 Game progression unit 105 Display control unit 201 Game progression unit 202 Position information acquisition unit 203 Map information provision unit 204 Event setting unit 205 Intrusion setting unit 206 Event execution unit 207 Hidden path setting unit

Claims (3)

Computer,
An event in which a second event (excluding an event in which a special benefit is awarded by lottery) different from the first event occurs as a result of the progress of the first event is defined as a predetermined event.
functioning as a means for changing the likelihood of the predetermined event occurring based on predetermined information including information about the user's movement before the first event is executed;
The second event occurs subsequent to the first event . 2. The program according to claim 1, wherein the second event occurs in response to the progress of the first event in which a specific object appears, and the second event does not occur in response to the progress of the first event in which an object other than the specific object appears . An event in which a second event (excluding an event in which a special benefit is awarded by lottery) different from the first event occurs as a result of the progress of the first event is defined as a predetermined event.
a computer that functions as a means for changing the likelihood of the predetermined event occurring based on predetermined information including information about the user's movement before the first event is executed ;
The second event occurs subsequent to the first event .