JP6867595B2 - Information processing equipment, information processing methods and programs - Google Patents

Description

The present invention relates to an information processing device , an information processing method and a program.

There is known an electronic game that introduces a mechanism for jointly processing an event specified according to the position of a mobile terminal by a plurality of mobile terminals (see, for example, Patent Document 1).
Specifically, the monsters corresponding to the geographical range are displayed on the screens of a plurality of mobile terminals existing in a specific geographical range, and the monsters are displayed by short-range wireless communication between the mobile terminals existing in the vicinity. By synchronizing the parameters that change the display, the monster is directed to be attacked by multiple players.

Japanese Unexamined Patent Publication No. 2013-20246

In the game described in Patent Document 1, it is necessary that the mobile terminals of a plurality of players attacking a monster are present within the geographical range corresponding to the monster. Therefore, there are not a few players who have difficulty in enjoying the event related to the monster due to geographical restrictions.

An object to be solved by the present invention is to relax the geographical restrictions set on the target game under predetermined conditions.

[A] In order to solve the above problems, the "game information processing device" which is one aspect of the present invention is the challenger who hosts the cooperative play of the target game which can be played independently only when the play position condition is satisfied. The first designation means for designating the first player satisfying the play position condition and the second player who applied for the recruitment of the first player as a challenger to participate in the cooperative play of the target game sponsored by the first player are designated. It is provided with a second designated means to be used.
[B] In order to solve the above problems, the "control method" of the information processing device, which is one aspect of the present invention, is a challenger who hosts a cooperative play of a target game that can be played independently only when the play position condition is satisfied. The second player who applied for the recruitment of the first player as a challenger who participates in the first designated process of designating the first player satisfying the play position condition and the cooperative play of the target game sponsored by the first player. Includes a second designated step of designating.
[C] In order to solve the above problem, the "control program" which is one aspect of the present invention is a play position as a challenger who hosts a cooperative play of a target game which can be played independently only when the play position condition is satisfied. A first designation function for designating a first player who satisfies the conditions, and a second player who has applied for recruitment of the first player as a challenger who participates in the cooperative play of the target game hosted by the first player. 2 The designated function is realized in the computer of the information processing device.
[D] In order to solve the above problems, the control program recorded on the "computer-readable recording medium" which is one aspect of the present invention is a cooperation of a target game which can be played independently only when the play position condition is satisfied. Recruitment of the first designated function for designating the first player who satisfies the play position condition as the challenger who hosts the play, and the first player as the challenger who participates in the cooperative play of the target game hosted by the first player. The computer of the information processing device is realized with the second designation function of designating the second player who applied for.

The following technical restrictions may be added to the "game information processing device" of the above [A]. Further, the same technical limitation may be added to the control program recorded by the "control method" of the above [B], the "control program" of the above [C], and the "recording medium" of the above [D].
-The second designating means designates the second player who does not currently satisfy the play position condition.
-The second designating means designates the second player having a location record indicating that the first player has been located in the vicinity of the current location of the first player in the past.
Further, a registration means for storing the location position of the player as the location record in the storage means is further provided in response to the player's request, and the second designated means has previously been in the vicinity of the current location position of the first player. The second player having the location record indicating that the location position has been registered is designated.
-The location record stored in the storage means is further provided with an invalidation means for invalidating the location record stored in the storage means in the wake of a predetermined event, and the location record in which the second designated means is not invalidated by the invalidation means is provided. A certain second player is designated.
-The second designating means designates the second player who is not currently located in the vicinity of the current location of the first player.
-The second designating means designates the second player currently located in the vicinity of the current location of the first player.
-The play position condition is that the player is located around the predetermined position, and the participation parameters used when the second player participates in the cooperative play of the target game are set to the predetermined position and the current state of the second player. Further provided with setting means for setting according to the positional relationship.
-The setting means sets the participation parameters so that the second player who does not satisfy the play position condition is relatively disadvantageous as compared with the player who satisfies the play position condition.
-The setting means sets the participation parameter by further considering the past positional relationship between the predetermined position and the second player.
-The participation so that the setting means is relatively advantageous when there is a location record indicating that it was located in the vicinity of the predetermined position in the past, and is relatively disadvantageous when there is no location record. Set the parameters.

In this specification, terms are used as follows.
-"Game" means an electronic game provided at least in part by an online game service. In a broad sense, it refers to the game service itself, and in a narrow sense, it refers to the individual stages that make up the game service.
-"Player" means a user of a game service.
-"Play" means that the player advances and plays a specific game.
-"Single play" means play by a single player.
-"Cooperative play" refers to synchronous play by a plurality of players in a cooperative relationship. In cooperative play, a cooperative relationship is formed between a player (host) who hosts the cooperative play of a specific game and recruits friends, and a player (guest) who applies for the recruitment and participates in the cooperative play of the specific game. Progress is synchronized between players.
-"Challenger" means a player who challenges the play of a specific game.
-"Neighborhood" refers to, for example, a range of a predetermined first distance from the location position of a certain player. Further, "periphery" refers to, for example, a range of a predetermined second distance from a predetermined position. In these examples, the magnitude relationship between the first distance and the second distance can be set arbitrarily.
-The "predetermined position" is, for example, a position in the real space corresponding to the spot position when the spot position is defined in the virtual space when the virtual space is formed in association with the real space. Point to.
-The "play position condition" refers to a condition related to the location position when playing among the conditions required for a challenger who challenges the play of a specific game. For example, it means that the location of the challenger is around the predetermined position. It should be noted that there may be a difference between the conditions required for the challenger of the single play and the conditions required for each challenger of the cooperative play. In addition, there may be a difference between the conditions required for the challenger who hosts the cooperative play and the conditions required for each challenger who participates in the cooperative play.
-"Event" refers to the factor of adding a new location record or deleting an existing location record. Additional factors include player instructions. Factors of erasure include player instructions, execution of periodic processing, expiration of the validity period, and elapse of the expiration date.
-"Parameter" means at least a part of setting data used for playing a specific game. The parameter is a concept including an in-game parameter that mainly affects the progress of the game and an out-game parameter that mainly affects the reward calculation after the game ends. Even if the target of the play is the same, there may be a difference between the parameters for the challenger of the single play and the parameters for each challenger of the cooperative play. In addition, there may be a difference between the host parameter for the challenger who hosts the cooperative play and the participation parameter for each challenger who participates in the cooperative play. Further, when there are a plurality of challengers participating in a specific cooperative play, the participation parameters may differ among the challengers.
-"Applicable conditions" refers to the conditions related to the location of the conditions to which the privilege applied to the play of the predetermined game is given. For example, it means that the location position of the player is around a predetermined position.
-"Location privilege" means a geographical privilege given to a player who currently meets the applicable conditions. The location privilege is a concept including an in-game privilege that mainly affects the progress of the game and an out-game privilege that mainly affects the reward calculation after the game ends.
-"Fictitious location privilege" means a geographical privilege given to a player who does not meet the applicable conditions at the present time but has met in the past. The fictitious location privilege is a concept including an in-game privilege that mainly acts on the progress of the game and an out-game privilege that mainly acts on the reward calculation after the game ends. The content of the privilege can be set to be inferior to the location privilege.
-The "pseudo-location privilege" refers to a geographical privilege that can be given to a player who does not meet the applicable conditions from the past to the present when playing cooperatively with another player. For example, when a location privilege or a fictitious location privilege is applied to a cooperative play by a certain player, the pseudo location privilege is applied to the cooperative play by another player. The pseudo-location privilege is a concept including an in-game privilege that mainly acts on the progress of the game and an out-game privilege that mainly acts on the reward calculation after the game ends. The content of the privilege can be set to be inferior to the location privilege and the fictitious location privilege.

The present invention relates to the second player who applied for the recruitment when the cooperative play of the target game, which can be played independently only when the play position condition is satisfied, is recruited by the first player who satisfies the play position condition. Cooperative play of the target game is permitted regardless of whether or not the play position condition is satisfied.
In this respect, according to the present invention, the geographical restrictions set for the target game are relaxed.

An example of a network configuration. (Example) The hardware functional configuration of the server device is illustrated. (Example) The hardware functional configuration of the user device is illustrated. (Example) An example of a software functional configuration. (Example) Illustrate the database configuration. (Example) The screen display update procedure is illustrated. (Example) The flag setting procedure is illustrated. (Example) The flag erasing procedure is illustrated. (Example) The procedure for acquiring the spot effect is illustrated. (Example) The procedure for executing solo play is illustrated. (Example) It is explanatory drawing of the positional relationship in solo play. (Example) The procedure for starting play of a normal quest is illustrated. (Example) The procedure for starting play of a spot-limited quest is illustrated. (Example) It is explanatory drawing of the positional relationship in solo play. (Example) The procedure for starting play of a spot-limited quest is illustrated. (Example) The procedure for executing multiplayer is illustrated. (Example) The procedure for recruiting short-distance multis is illustrated. (Example) The procedure for applying for a short-distance multi is illustrated. (Example) It is explanatory drawing of the positional relationship in a short-distance multi. (Example) It is explanatory drawing of the positional relationship in a short-distance multi. (Example) It is explanatory drawing of the positional relationship in a short-distance multi. (Example) It is explanatory drawing of the positional relationship in a short-distance multi. (Example) It is explanatory drawing of the positional relationship in a short-distance multi. (Example) An example of the recruitment procedure for SNS multi. (Example) The application procedure of SNS multi is illustrated. (Example) It is explanatory drawing of the positional relationship in SNS multi. (Example) It is explanatory drawing of the positional relationship in SNS multi. (Example)

[1. Embodiment]
[1-1. Embodiment 1]
[1-1-1. Overview]
The first embodiment relates to an electronic game using a terminal device or a player's geographical position measured using GPS.
The game information processing device according to the first embodiment is configured to relax the geographical restrictions set for the target game under predetermined conditions.

[1-1-2. Game information processing device]
The game information processing device (for example, the user management server 10) according to the first embodiment is a cooperative play (for example, quest) of a target game (for example, a quest) capable of independent play (for example, solo play) only when the play position condition is satisfied. Cooperative play of the target game hosted by the first player and the first designated means (for example, the first designated unit 351) that designates the first player who satisfies the play position condition as the challenger (for example, the host) who hosts the multiplayer). A second designated means (for example, a second designated unit) for designating a second player (for example, a player who does not currently satisfy the play position condition) who applied for the recruitment of the first player as a challenger (for example, a guest) who participates in the game. 352) and.

[1-2. Embodiment 2]
[1-2-1. Overview]
The second embodiment relates to an electronic game using a terminal device or a player's geographical position measured using GPS.
The game information processing device according to the second embodiment is configured to relax the geographical restrictions set for the target game under predetermined conditions.

[1-2-2. Game information processing device]
The game information processing device (for example, the user management server 10) according to the second embodiment uses a location record (for example, a flag) of a player as a location record (for example, a flag) of a storage means (for example, a storage unit 370) at the request of the player or not. A challenger (for example, a solo play player) who challenges a target game (for example, a quest) that can be played independently (for example, solo play) only when the play position condition is satisfied with the registration means (for example, the registration unit 310) to be stored in the server. , A first designation means (for example, a player who does not currently satisfy the play position condition) that has the above-mentioned location record indicating that the play position condition has been satisfied in the past as a multiplayer host). First designated unit 351) and.

In addition, the first designated means designates the first player as a challenger who hosts the cooperative play of the target game, and the first player participates in the cooperative play of the target game hosted by the first player. It may be configured to further include a second designation means (for example, a second designation unit 352) for designating a second player (for example, a player who does not satisfy the above play position condition at the present time) who applied for the recruitment of players. ..

[1-3. Embodiment 3]
[1-3-1. Overview]
The third embodiment relates to an electronic game using a terminal device or a player's geographical position measured using GPS.
The game information processing device according to the third embodiment is configured to relax the criteria for imparting a geographical effect under predetermined conditions.

[1-3-2. Game information processing device]
The game information processing device (for example, the user management server 10) according to the third embodiment includes a plurality of players including at least a first player and a second player who does not satisfy the application condition of the location privilege (for example, the spot privilege). Designated means (for example, designation unit 350) designated as challengers (for example, host or guest of multiplayer) of cooperative play (for example, multiplayer) of (for example, quest), and the above-mentioned cooperative play by the first player. When the location privilege is applied, the setting means (for example, setting unit 360) for applying the pseudo location privilege inferior to the location privilege to the cooperative play by the second player is provided.

When the above-mentioned application condition is currently located around a predetermined position, the above-mentioned setting means is inferior to the above-mentioned location privilege to the above-mentioned first player who does not satisfy the above-mentioned application condition at the present time but has satisfied in the past. Moreover, an excellent fictitious location privilege may be applied to the above pseudo location privilege.
At this time, the setting means may set the pseudo-location privilege applied to the cooperative play by the second player according to the content of the privilege applied to the cooperative play by the first player.

[2. Example]
[2-1. Overview]
This embodiment relates to a game service (service of the embodiment) provided at least in part online.
In the service of the embodiment, the player sequentially operates the four monsters constituting the deck by a predetermined action, and sequentially challenges a plurality of stages (game in a narrow sense) prepared in the game. Electronic games (games in a broad sense) are provided. In the following, the stage will be referred to as a "quest".

There are two types of quest play: solo play (single play) in which one player challenges alone, and multiplayer (cooperative play) in which two to four players collaborate to challenge. ..
In multiplayer, a cooperative relationship is formed between the host who hosts the multiplayer and recruits friends and the guests who apply for the recruitment and participate in the multiplayer, and the progress of the play is synchronized between the players.

There are two types of recruitment of guests by the host: recruitment mainly targeting unspecified players located in the vicinity and recruitment mainly targeting specific players located in arbitrary positions.
In the following, multiplayer that takes the former recruitment form will be referred to as short-distance multiplayer. In addition, the latter multiplayer that takes the recruitment form is called SNS multi.

[2-2. Features]
[2-2-1. Spot placement and spot benefits]
A virtual space geographically associated with the real space is formed, and the display (map display) of the virtual space on the screen is changed so as to be linked with the physical movement of the player in the real space.
Many spots are arranged in the virtual space. Then, when the player is located around a position (predetermined position) in the real space corresponding to a certain spot arrangement position, the spot privilege (spot effect, spot limited quest play) set in association with the spot arrangement position is performed. Qualification) is given to the player.

[2-2-2. Flag installation and spot benefits]
The player can register his / her own location position in the real space as a record (location record). A flag is set at a position in the virtual space that corresponds to the recorded location.
When there is a location record indicating that the player was located around a position (predetermined position) in the real space corresponding to a certain spot arrangement position, for the spot privilege set in association with the spot arrangement position. Inferior benefits (fictitious spot benefits) are granted to the player.
The upper limit of the number of flags installed can be set arbitrarily. In the service of the embodiment, the upper limit is set to 1. The installed flag is invalidated by the player's deletion, installation of a new flag, or the like. It is also cleared on a regular basis (eg, by daily batch processing).

[2-2-3. Types of spot benefits]
Spot benefits include, for example, the following benefits.
(A) Acquire a piece of virtual currency item (an object that can be exchanged for a predetermined virtual currency item when multiple points are collected) (b) Acquire a spot-limited monster (c) Acquire a spot-limited quest play qualification ( d) Parameters that mainly affect the progress of the quest (quest progress parameters, progress parameters) change in an advantageous direction (e) Parameters that mainly affect the calculation of the clear reward (reward calculation parameters, calculation parameters) Change in a favorable direction

The above (d) is, for example, the following privilege. These benefits may be applied to the play by the player when the player plays a predetermined quest after being granted to the player.
(D-1) The stage of the attached emblem is increased (d-2) The hit point (HP), attack power, and speed of the predetermined attribute monster are increased (d-3) Rack skill (for example, shield, friendship) Combo critical, guide) activation rate increases

The above (e) is, for example, the following privilege. These benefits may be applied to the play by the player when the player plays a predetermined quest after being granted to the player.
(E-1) Return a part of stamina when clearing the quest (e-2) Increase experience points (e-3) Increase points earned (e-4) Increase racks (that is, increase Increases the chance of getting rack bonuses)
(E-5) Increases the probability of adding treasure chests

[2-2-4. Relaxation of play position conditions by multiplayer]
There is a spot-limited quest that allows solo play only when it is located around the position (predetermined position) corresponding to a specific spot (that is, when the play position condition is satisfied).
In the service of the embodiment, a player who has a record showing that the play position condition has been satisfied in the past is allowed to challenge the play of the spot-limited quest. Therefore, a player who does not meet the play position condition at this time may play the spot-limited quest alone or in cooperation.

In addition, if the guest participates in the multiplayer hosted by the host that satisfies the play position condition, the challenge to the multiplayer of the spot-limited quest is permitted regardless of whether or not the play position condition is satisfied. At this time, the participation parameters (progress parameters, calculation parameters) for the guest are adjusted according to the positional relationship between the guest and the spot from the past to the present.
Furthermore, if you are a guest participating in a cooperative play hosted by a host that has a record showing that the play position condition is met, regardless of whether or not the play position condition is met, the multiplayer of the spot-limited quest Allow. At this time, the participation parameters (progress parameters, calculation parameters) for the guest are adjusted according to the positional relationship between the host and the guest and the spot from the past to the present.

[2-2-5. Relaxation of benefits application conditions by multiplayer]
In the service of the embodiment, when the spot effect (location privilege or fictitious location privilege) is applied to a certain player who challenges the multiplayer, the spot effect is inferior to the other player who challenges the multiplayer. (Pseudo location privilege) is applied. At this time, the content of the spot effect applied to another player who does not satisfy the application condition is adjusted according to the content of the spot effect applied to a certain player.
For example, when the spot effect is applied to a host that satisfies the application condition of a certain spot effect, the spot effect inferior to the spot effect is applied to all the guests who do not satisfy the application condition. Further, when the spot effect is applied to a guest who satisfies the application condition of a certain spot effect, the spot effect inferior to the spot effect is applied to a host and other guests who do not satisfy the application condition.

[2-2-6. Summary]
As described above, in the service of the embodiment, a large number of spots are arranged in a virtual space geographically associated with the real space, and are located around a position (predetermined position) in the real space corresponding to the spot arrangement position. Prepare benefits (for example, spot effect, spot limited quest play qualification) given on condition of things.
On the other hand, the conditions to which the privilege is applied (for example, temporal conditions, spatial conditions) are relaxed in predetermined cases. In particular, when the privilege is applied to at least one player among the plurality of players, the privilege according to the privilege is applied to the other players who cooperate with the one player.
With such a mechanism, the interest of the service of the embodiment is improved, and the challenge to the quest by multiplayer is promoted.

[2-3. System Configuration of Examples]
[2-3-1. Network configuration]
[2-3-1-1. Overview]
FIG. 1 illustrates a network configuration of a system of an embodiment. The system of the embodiment provides the service of the embodiment to the user.
As illustrated in FIG. 1, the system of the embodiment includes a user management server 10 that manages users of the service of the embodiment, a data management server 20 that manages data related to the service of the embodiment, and a plurality of users. Includes a plurality of user terminals 30 (30-1, 30-2, ... 30-n) (n: natural numbers), each of which is used by.

The user management server 10 and the user terminal 30 can exchange data through the communication network 40. The data management server 20 has access to the internal or external connectable storage 21. The user management server 10 can access the data stored in the storage 21 via the data management server 20.
The communication network 40 is at least one of existing networks such as the Internet, a mobile phone network, a wireless WAN (Wireless Wide Area Network), a wireless LAN (Wireless Local Area Network), and an Ethernet (registered trademark). May include.

[2-3-1-2. User Management Server]
The user management server 10 is a server device (computer) in which a Web server program is installed.
In response to a request, the user management server 10 causes the data management server 20 to acquire necessary data from the storage 21 and provides (responses) to the request source. Further, the user management server 10 causes the data management server 20 to register necessary data in the storage 21 in response to a request.
A server system may be configured by linking a plurality of server devices to share the functions of the user management server 10 or to distribute the load applied to the user management server 10.

[2-3-1-3. Data management server]
The data management server 20 is a server device (computer) in which a DB server program is installed, and constitutes a DBMS (DataBase Management System) together with a storage 21.
The data management server 20 acquires necessary data from the storage 21 and provides (responses) to the request source in response to the request (request). Further, the data management server 20 registers necessary data in the storage 21 in response to a request. The storage 21 is a storage device that stores data related to the service of the embodiment.
A server system may be configured by linking a plurality of server devices, and the functions of the data management server 20 may be shared or the load applied to the data management server 20 may be distributed. Further, a plurality of storage devices may be prepared and stored separately for each type of data stored in the storage 21, or the data stored in the storage 21 may be distributed and arranged in the plurality of storage devices.

[2-3-1-4. User terminal]
The user terminal 30 is a user device (computer) in which a predetermined game program is installed.
In this embodiment, as a user device, a general-purpose portable device on which a program can be installed (for example, a mobile phone, a smartphone (smartphone), a tablet (tablet) terminal, a tablet PC (personal computer), a wearable device, etc.) Or a general-purpose processing device (for example, a PC (personal computer)) can be used.

[2-3-2. Hardware functional configuration]
[2-3-2-1. Hardware function configuration of server device]
FIG. 2-1 illustrates the hardware functional configuration of the server device.
The server devices illustrated in FIG. 2-1 include a control processing device 211 including an MPU (Micro-Processing Unit) and a ROM (Read Only Memory), a main storage device 212 including a RAM (Random Access Memory), and an HDD ( It has an auxiliary storage device 213 including a Hard Disc Drive), an input device 214 including a mouse and a keyboard, an output device 215 including a display and a speaker, and a communication control device 216 including a network interface card.

The main storage device 212, the auxiliary storage device 213, the input device 214, the output device 215, and the communication control device 216 are connected to the control processing device 211 via a bus line, respectively.
The control processing device 211 reads (1) the program stored in the auxiliary storage device 213 onto the main storage device 212, and (2) at least the input device 214, the auxiliary storage device 213, and the communication control device 216 according to the instruction of the program. Data is acquired from either of them, (3) the acquired data is calculated and processed according to the procedure specified in the program, and (4) the calculated and processed data is communicated with the auxiliary storage device 213 and the output device 215. Provided to at least one with control device 216.

[2-3-2-2. Hardware function configuration of user device]
FIG. 2-2 illustrates the hardware functional configuration of the user device.
The user equipment illustrated in FIG. 2-2 includes an MPU 221 that constitutes a control processing unit, a RAM 231 that constitutes a main storage unit, and a ROM 232 and an EEPROM (Electrically Erasable Programmable Read-Only Memory) 233 that constitute an auxiliary storage unit. , A touch panel display 241 that constitutes an input unit and a display unit, a speaker 242 that constitutes an audio output unit, a NIC (Network Interface Controller) 251 that constitutes a communication control unit, and a wireless LAN (Local Area Network) chip 252. It has at least a GPS (Global Positioning System) unit 261 that constitutes an acquisition unit.

The RAM 231 and ROM 232, the EEPROM 233, the touch panel display 241 and the speaker 242, the NIC 251 and the wireless LAN chip 252, and the GPS unit 261 are connected to the MPU 221 via a bus line.
The MPU 221 (1) reads the program stored in the ROM 232 or the EEPROM 233 onto the RAM 231 and (2) data from at least one of the touch panel display 241 and the EEPROM 233, the NIC 251 and the wireless LAN chip 252 and the GPS unit 261 according to the instructions of the program. (3) Calculate and process the acquired data according to the procedure specified in the program, and (4) Calculate the calculated and processed data in EEPROM 233, touch panel display 241 and speaker 242, NIC 251 and wireless LAN chip. Provided in at least one of 252.

[2-3-3. Software functional configuration]
FIG. 3 illustrates a software functional configuration of the system of the embodiment.
As illustrated in FIG. 3, the user management server 10 includes a registration unit 310, a reception unit 320, a search unit 330, a provision unit 340, a designation unit 350, and a setting unit 360. The designated unit 350 includes a first designated unit 351 and a second designated unit 352. Further, the data management server 20 includes a storage unit 370.

The software functions of the user management server 10 and the data management server 20 are realized by installing an OS (Operating System) for the server device and a program running on the OS in the server device, respectively.
Programs to be installed on server devices are distributed as recorded on recording media such as CDs (Compact Discs), DVDs (Digital Versatile Disks), MO disks (Magneto-Optical disks), and flash memories. It may be read from the recording medium into the server device, or may be superposed on the carrier via the communication network 40 or other communication network and supplied to the server device.

The software function of the user terminal 30 is realized by installing an OS (Operating System) for the user device and a game program running on the OS in the user device, respectively.
In addition, instead of the game program, the Web browser program running on the OS for the user device and the game program (plug-in) running on the Web browser program are installed in the user device, respectively, so that the user terminal 30 can be used. Software functions can be realized.

The OS for user devices is generally installed in the user devices from the beginning of shipment. Other programs to be installed on the user device are generally supplied to the user device by superimposing them on a carrier wave via the communication network 40.
The above other programs that should be installed in the user device are recorded on a recording medium such as a CD (Compact Disc), a DVD (Digital Versatile Disk), an MO disk (Magneto-Optical disk), or a flash memory. It may be distributed in this state and read from the recording medium into the user device.

The registration unit 310 registers the location position of the player or a position close thereto in the storage unit 370 at the individual request of the player. The flag of the player is set at a position in the virtual space corresponding to the position registered in the storage unit 370. It should be noted that the location of the player or a position close to the location of the player may be registered in the storage unit 370 without being individually requested by the player.
Further, the registration unit 310 invalidates the flag stored in the storage unit 370 through a predetermined procedure or by a predetermined trigger. For example, it is invalidated through a procedure of erasing the flag by the player. For example, when a new flag is set by the player and the number of installations reaches the upper limit (1 in the service of the embodiment), the flag with the old installation time is invalidated. Also, for example, it is invalidated in daily batch processing.

Further, the registration unit 310 registers the record to which the spot effect registered in association with a specific spot is given in association with the player in the storage unit 370 at the individual request of the player. The spot effect registered in the storage unit 370 may be applied when the player later plays a quest.
Further, the registration unit 310 invalidates the spot effect stored in the storage unit 370 through a predetermined procedure or by a predetermined trigger. For example, when a new spot effect is acquired by the player and the number of installations reaches the upper limit (1 in the service of the embodiment), the spot effect with an old acquisition time is invalidated. Also, for example, it is invalidated in daily batch processing.

The reception unit 320 receives a challenge for quest solo play and multiplayer from the user terminal 30 of a player who is qualified to challenge. In particular, the reception unit 320 accepts the recruitment of multiplayer from the user terminal 30 of the player who has the challenge qualification, and also accepts the application for the recruitment from the user terminal 30 of the player who satisfies the participation condition of the recruitment.
In response to the request from the user terminal 30, the search unit 330 searches the virtual standby room information stored in the storage unit 370 for the information that the requesting player satisfies the participation condition, and uses the search result as the requesting source. return.

The providing unit 340 provides the display data to the user terminal 30. In addition, the providing unit 340 provides the user terminal 30 of the quest challenger with parameters for quest progress (progress parameters) and data for displaying the result.
The designated unit 350 includes a first designated unit 351 that designates a challenger of solo play and a challenger who hosts the multiplayer, and a second designated unit 352 that designates a challenger who participates in the multiplayer.

The first designation unit 351 designates, for example, the following player as a challenger who challenges the solo play of the spot-limited quest. Regarding the latter, it is not necessary to satisfy the play position condition at this time.
-Players who currently meet the play position conditions-Players who have set flags at positions that meet the play position conditions (that is, players who have met the play position conditions in the past)

In addition, the first designation unit 351 designates, for example, the following player as a challenger (host) who hosts the multiplayer of the spot-limited quest. Regarding the latter, it is not necessary to satisfy the play position condition at this time.
-Players who currently meet the play position conditions-Players who have set flags at positions that meet the play position conditions (that is, players who have met the play position conditions in the past)

The second designation unit 352 designates, for example, the following player as a challenger (guest) who participates in the multiplayer of the spot-limited quest.
-Players who applied for recruitment by hosts who currently meet the play position conditions-Players who applied for recruitment by hosts who met the play position conditions in the past In this case, the guest will set the play position conditions as long as the following conditions are met. It does not have to be met at this time.
-Currently located near the current location of the host.
-It was located in the past near the current location of the host (that is, it has a flag installed).
-Currently located near the host's past location (that is, the flag installation location).
-It was located in the past (that is, the flag is installed) near the host's past location (that is, the flag installation position).
-The host has accessed the virtual standby room specified by the URL obtained by the SNS or the like outside the system of the embodiment.

The setting unit 360 sets parameters related to the quest (for example, progress parameters and calculation parameters) as follows, for example.
-Set the parameters for the challenger who challenges the solo play, taking into account the spot effect applied to the challenger.
-Parameters for the challenger (host) who hosts the multiplayer are set in consideration of the spot effects applied to the challenger and the challenger (guest) who participates in the multiplayer. In particular, when a specific spot effect is applied to the guest, the same or less effect is applied to the host.
-Parameters for challengers (guests) participating in multiplayer, spot effects applied to the challenger, challenger (host) hosting the multiplayer, and other challengers (guests) participating in the multiplayer, respectively. Set with consideration. In particular, when a specific spot effect is applied to a host or other guest, the same or less effect is applied to that guest as well.

In addition, the setting unit 360 sets parameters related to the spot-limited quest (for example, progress parameters and calculation parameters), for example, as follows.
-Set the parameters for the challenger who challenges the solo play of the spot limited quest so that the difference will occur depending on the positional relationship between the challenger and the spot from the past to the present. In particular, it is relatively advantageous when the challenger is in the vicinity of the predetermined position at the present time, and relative to the case where the challenger has been in the vicinity of the predetermined position in the past but is not in the vicinity of the predetermined position at the present time. The parameters for the challenger are set so as to be disadvantageous.
-Set the parameters for the challenger (host) who hosts the multiplayer of the spot-limited quest so that the difference will occur depending on the positional relationship between the challenger and the spot from the past to the present. In particular, it is relatively advantageous when the host is currently in the vicinity of the predetermined position, and relatively when the host has been in the vicinity of the predetermined position in the past but is not in the vicinity of the predetermined position at the present time. Set the parameters for the host so that it is disadvantageous.
-Parameters for challengers (guests) who participate in the multiplayer of spot-limited quests differ depending on the positional relationship between the host and spot of the multiplayer from the past to the present and the positional relationship between the guest and the spot from the past to the present. To set. In particular, it is relatively advantageous when the host is currently in the vicinity of the predetermined position, and relatively when the host has been in the vicinity of the predetermined position in the past but is not in the vicinity of the predetermined position at the present time. Set the parameters for the guest so that it is disadvantageous. In addition, if the guest is in the vicinity of the predetermined position at the present time, the host has been in the vicinity of the predetermined position in the past, but is not in the vicinity of the predetermined position at the present time, the host is in the predetermined position from the past to the present. If you have never been in the vicinity, set the parameters for the guest so that is reflected in the degree of advantage in this order.

[2-3-4. Database configuration]
FIG. 4 illustrates a database configuration in the system of the embodiment.
The player management information (FIG. 4A) is added at the time of initial setting by each player, and is updated before the start of play of the quest or after the end of play. The spot definition information (FIG. 4 (b)), spot type definition information (FIG. 4 (c)), spot effect setting information (FIG. 4 (d)), and flag state definition information (FIG. 4 (f)) are examples. It is added or deleted from time to time by the operator of the service. The flag management information (FIG. 4 (e)) and the spot effect management information (FIG. 4 (g)) are added through a predetermined procedure by each player and are periodically cleared. The virtual standby room information (FIG. 4 (h)) and the virtual standby management information (FIG. 4 (i)) are generated when a multiplayer recruitment is accepted.

(1) The player management information storage unit 370 stores player management information that manages various parameters related to the player for each player.
As illustrated in FIG. 4A, the player management information associates at least an "experience value" and a "player rank" with a "player ID" unique to the player.

(2) Spot definition information storage unit 370 stores spot definition information that defines various parameters related to the spot for each spot.
As illustrated in FIG. 4B, the spot definition information associates the "spot ID" with at least the "spot type ID", the "spot position", and the "effect type ID".
“Spot position” indicates a spot arrangement position in the virtual space. In this embodiment, since the virtual space is geographically associated with the real space, the “spot position” is specified by the data representing the geographical position of the real space (for example, latitude and longitude).

(3) Spot type definition information The storage unit 370 stores spot type definition information that defines various parameters related to the spot type for each spot type.
As illustrated in FIG. 4C, the spot type definition information associates at least a “spot icon path” with the “spot type ID”.
The "spot icon path" is information that is displayed at the spot arrangement position and contributes to the identification of the spot icon (image) indicating the type of spot.

(4) Spot effect setting information The storage unit 370 stores spot effect setting information for setting a spot effect for each effect type.
As illustrated in FIG. 4D, the spot effect setting information associates "value 1", "value 2", "value 3", ... With "effect type ID".
Each of "value 1", "value 2", "value 3", ... Is a value after a change of a specific parameter (progress parameter or calculation parameter) used in the service of the embodiment or a process of changing the parameter. The value used for. Note that "value 1", "value 2", and "value 3" may be used as values used for parameter setting when the spot effect, the fictitious spot effect, and the pseudo spot effect are applied, respectively.

(5) Flag management information storage unit 370 stores flag management information that manages various parameters related to flags set by the player for each player.
As illustrated in FIG. 4E, the flag management information associates the "player ID" with at least the "flag state ID", the "flag position", and the "invalid flag".
The "flag position" indicates the flag setting position in the virtual space. In this embodiment, since the virtual space is geographically associated with the real space, the “flag position” is specified by the data representing the geographical position of the real space (for example, latitude and longitude). "Invalid flag" indicates that the flag is invalid when it is significant.
When the flag is set for a specific spot, the "spot position" may be set in the "flag position", or the "spot ID" is stored instead of the "flag position". It may be configured as follows. In the latter configuration, the flag setting position is specified by the spot placement position identified by the "spot ID".

(6) Flag state definition information The storage unit 370 stores flag state definition information that defines various parameters related to the flag state for each flag state.
As illustrated in FIG. 4 (f), the flag state definition information associates at least a "flag icon path" with the "flag state ID".
The "flag icon path" is information that is displayed at the flag setting position and contributes to the identification of the flag icon (image) indicating the state of the flag.

(7) Spot effect management information The storage unit 370 stores spot effect management information that is given to each player through an acquisition procedure by the player and manages various parameters related to the spot effect.
As illustrated in FIG. 4 (g), the spot effect management information associates the “player ID” and the “spot ID” with at least a “status” and an “invalid flag”.
"Status" indicates the application status of the spot effect (for example, acquired / applied). If there is an upper limit to the number of applications, the remaining number of applications may be indicated. When the "invalidity flag" is significant, it indicates that the spot effect is invalid.
The "invalidity flag" is, for example, when the number of applications reaches the upper limit (1 in the service of the example) or when a new spot effect is acquired and the number of acquisitions is the upper limit (1 in the service of the example). It is significant when it reaches.

(8) Virtual standby room information storage unit 370 stores virtual standby room information for recording various parameters related to the virtual standby room corresponding to the recruitment for each multiplayer recruitment.
As illustrated in FIG. 4 (h), the virtual standby room information is the "virtual standby room ID", the "recruiter" (player ID), the "multiplayer classification", the "participation condition", and the "status". At least associate.
The "multiplayer category" indicates, for example, a short-distance multi or an SNS multi. "Participation conditions" are, for example, temporal conditions, spatial conditions (geographical conditions), passwords, and the like. "Status" indicates the recruitment status of multiplayer (for example, recruitment / end of recruitment).

(9) Virtual standby management information The storage unit 370 stores virtual standby management information that manages applicants for recruitment for each virtual standby room.
As illustrated in FIG. 4 (i), the virtual standby management information associates at least one or more "applicants" (player IDs) with the "virtual standby room ID".

[2-4. In-game actions before executing the quest]
[2-4-1. Screen display update procedure]
FIG. 5 illustrates a screen display update procedure by the system of the embodiment. FIG. 5 shows a procedure in which the player A possesses the user terminal 30a and moves in the real space, and the map display on the screen of the user terminal 30a is updated at any time.
[S505] The user terminal 30a receives a map display instruction operation by the player A. The map display instruction operation is, for example, a tap operation for the "map display" menu displayed by tapping a tab arranged on the home screen.
[S510] The user terminal 30a specifies the current position (current location position). The GPS unit 261 is used to identify the current position.
[S515] The user terminal 30a requests the user management server 10 to provide display data. The request includes position data indicating the current position of the user terminal 30a.
[S520] The user management server 10 provides display data to the user terminal 30a. The display data is displayed in one or more map image data (or their URLs) representing a map of a predetermined range of the virtual space corresponding to a certain range including the current position of the user terminal 30a, and the predetermined range on the map. Icon data (or their URL) of the object to be (in the service of the embodiment, a spot arranged in a substantially circular area having a radius of 50 m centered on the current position and a flag of the player installed in the substantially circular area). ) And other parameters.
[S525] The user terminal 30a updates the screen display. A map of a predetermined range is displayed on the screen of the user terminal 30a, and icons of objects (spots, flags, etc.) are arranged at corresponding positions on the map.
[S530] After the predetermined time has elapsed, the process returns to the above [S510]. After that, as long as "map display" is selected on the user terminal 30a, the steps [S510] to [S525] are repeated at predetermined time intervals.

[2-4-2. Flag installation procedure]
FIG. 6 illustrates a flag setting procedure by the system of the embodiment. FIG. 6 shows a procedure in which the player A holds the user terminal 30a and moves in the real space while setting the flag at a position in the virtual space corresponding to the current location position.
[S605] The user terminal 30a receives a flag setting instruction operation by the player A. The flag setting instruction operation is, for example, a tap operation for the flag setting command.
[S610] The user terminal 30a specifies the current position (current location position). The GPS unit 261 is used to identify the current position.
[S615] The user terminal 30a instructs the user management server 10 to set a new flag. The instruction includes position data indicating the current position of the user terminal 30a.
[S620] The user management server 10 updates the flag management information (FIG. 4 (e)) stored in the storage 21. Specifically, new flag management information is added in association with the player ID of player A, and the position indicated by the position data is set to the "flag position". At the same time, if there is flag management information of a valid flag associated with the player A, the "invalidation flag" is updated (significantly) and invalidated.
[S625] The user management server 10 provides display data to the user terminal 30a. The display data is the same as that provided in [S520] (FIG. 5).
[S630] The user terminal 30a updates the screen display. A map of a predetermined range is displayed on the screen of the user terminal 30a, and a newly installed flag icon is arranged at a corresponding position on the map.

In addition, only when the spot is displayed on the map (when it is located around the position corresponding to the spot arrangement position), the flag may be set for the spot.
In this case, the user terminal 30a may accept the flag setting instruction operation for the spot by the player A by the tap operation for the flag setting command displayed by the tap operation for the spot icon displayed on the map. The user management server 10 may set the "spot position" of the spots arranged around the position indicated by the position data to the "flag position".

[2-4-3. Flag removal procedure]
FIG. 7 illustrates a flag erasing procedure by the system of the embodiment. FIG. 7 shows a procedure in which the player A operates the user terminal 30a to erase the installed flag.
[S705] The user terminal 30a accepts the flag deletion instruction operation by the player A. The flag erasure instruction operation is, for example, a tap operation for the flag erasure command displayed by the tap operation for the installed flag menu.
[S710] The user terminal 30a instructs the user management server 10 to delete the flag. The instruction includes data that identifies the target flag. If the upper limit of the number of flag installations is 1, it is sufficient to delete the currently valid flag, so data that can identify the target flag is not essential.
[S715] The user management server 10 updates the flag management information (FIG. 4 (e)) stored in the storage 21. Specifically, the "invalidation flag" of the flag management information of the flag to be deleted (for example, the target flag, the latest flag) associated with the player A is updated (significantly) and invalidated.
[S720] The user management server 10 notifies the user terminal 30a of the update result.
[S725] The user terminal 30a displays the update result.

[2-4-4. Spot effect acquisition procedure]
FIG. 8 illustrates a procedure for acquiring a spot effect by the system of the embodiment. FIG. 8 shows a procedure in which the player A operates the user terminal 30a to acquire the spot effect of the spots arranged around the position in the virtual space corresponding to the current location position.
[S805] The user terminal 30a accepts the spot designation operation by the player A. The spot designation operation is, for example, a tap operation for a spot icon arranged on the map.
[S810] The user terminal 30a accepts the spot effect acquisition operation by the player A. The spot effect acquisition operation is, for example, a tap operation for the spot effect acquisition command displayed by the spot designation operation.
[S815] The user terminal 30a instructs the user management server 10 to acquire the spot effect. The instruction includes data that can identify the target spot.
[S820] The user management server 10 updates the spot effect management information (FIG. 4 (g)) stored in the storage 21. Specifically, new spot effect management information is added in association with the player ID of player A. At the same time, if there is valid spot effect management information associated with the player A, the "invalidation flag" is updated (significantly) to invalidate it.
[S825] The user management server 10 provides display data to the user terminal 30a. The display data is the same as that provided in [S520] (FIG. 5).
[S830] The user terminal 30a updates the screen display. The icon of the target spot arranged at the corresponding position on the map displayed on the screen of the user terminal 30a changes.

[2-5. Procedures related to quest execution]
[2-5-1. Solo play execution procedure]
FIG. 9 illustrates a procedure for executing solo play by the system of the embodiment. FIG. 9 is a procedure after the quest is selected by the user terminal 30a of the player A.
[S905] The user terminal 30a accepts the selection of solo play by the player A.
[S910] The user terminal 30a organizes a deck according to the operation of the player A.
[S915] The user terminal 30a instructs the user management server 10 to challenge the quest by solo play in response to the operation of the player A.
[S920] The user management server 10 specifies the challenger of the quest. Here, player A is designated as a challenger who challenges solo play.

[S925] The user management server 10 sets the quest progress parameters for the challenger. Here, the spot effect applied to the challenger is added. Specifically, when the spot definition information (FIG. 4 (b)) corresponding to the challenger's current position is stored, the spot effect setting information (FIG. 4 (d)) is specified by the "effect type ID". Then, the spot effect to be applied (“value 1”, “value 2”, “value 3”, ...) Is specified. Further, when the flag management information (FIG. 4 (e)) is stored in association with the challenger, the spot definition information (FIG. 4 (b)) is specified by the "flag position", and the "effect type ID" is used. The spot effect setting information (FIG. 4 (d)) is specified, and the applied spot effect (“value 1”, “value 2”, “value 3”, ...) Is specified. Further, when the spot effect management information (FIG. 4 (g)) is stored in association with the challenger, the spot definition information (FIG. 4 (b)) is specified by the "spot ID", and the "effect type ID" is specified. The spot effect setting information (FIG. 4 (d)) is specified by "", and the applied spot effect ("value 1", "value 2", "value 3", ...) Is specified. Then, if there is a target parameter among the default progress parameters, it is updated by using at least one of "value 1", "value 2", "value 3", and so on. As a result, the target progress parameter increases. In the case of a spot-only quest, the amount or rate of increase of the progress parameter is adjusted by further considering the positional relationship between the spot and the challenger.

[S930] The user management server 10 provides the user terminal 30a with a quest progress parameter.
[S935] The user terminal 30a advances the quest. Quest progress parameters are used to progress the quest.
[S940] After the quest ends, the user terminal 30a notifies the user management server 10 of the end of the quest.

[S945] The user management server 10 sets a reward calculation parameter for the challenger. Here, the spot effect applied to the challenger is added. Specifically, as in [S925], the spot effect to be applied (“value 1”, “value 2”, “value 3”, ...) Is specified. Then, if there is a target parameter among the default calculation parameters, it is updated by using at least one of "value 1", "value 2", "value 3", and so on. As a result, the target calculation parameters increase. In the case of a spot-only quest, the amount or rate of increase of the calculation parameter is adjusted by further considering the positional relationship between the spot and the challenger. It should be noted that the setting process of [S945] may be configured to be executed together with [S925] before the start of the progress of the quest.

[S950] The user management server 10 updates the player data stored in the storage 21. For example, the "experience value" and "player rank" of the player information (FIG. 4A) corresponding to the challenger are increased according to the reward calculation parameters.
[S955] The user management server 10 provides the user terminal 30a with data for displaying the result.
[S960] The user terminal 30a displays the result including the acquired reward. For example, it is shown that the data before the update is changed to the data after the update due to a predetermined audiovisual effect.

[2-5-1-1. If the challenger is currently located around the spot]
FIG. 10 is an explanatory diagram of the positional relationship in solo play.
In the example shown in FIG. 10, the challenger 1020 is currently located around a predetermined position in the real space corresponding to the placement position of the spot 1010 (for example, inside a substantially circular region having a radius of 50 m). In this case, the challenger is given a spot privilege derived from the current location (for example, application of a spot effect, qualification to play a spot-limited quest).

(1) Application of spot effect to play of normal quest When solo play of normal quest is performed in the positional relationship shown in FIG. 10, the spot effect can be applied to the challenger.
FIG. 11 illustrates a procedure for starting play of a normal quest by the system of the embodiment. After the normal quest is started by the procedure of FIG. 11, the process proceeds to the solo play execution procedure (FIG. 9).
[S1105] The user terminal 30a accepts the quest selection screen display instruction operation by the player A. The quest selection screen display instruction is, for example, a tap operation for the "quest" button arranged on the home screen.
[S1110] The user terminal 30a accepts the quest selection operation by the player A. The quest selection operation is a series of operations for selecting one of the quests from the list of quests or the classification of quests classified from a predetermined viewpoint. In the list and classification of quests, only quests that satisfy the play conditions of player A can be selected and displayed. The play condition is, for example, at least one of a temporal condition, a spatial condition (geographical condition), a skill level condition, and the like.

In [S925] (FIG. 9), the user management server 10 sets the quest progress parameter for the challenger in consideration of at least the spot effect applied to the challenger.
Further, the user management server 10 sets the reward calculation parameter for the challenger in [S945] (FIG. 9) in consideration of at least the spot effect applied to the challenger.

(2) Playing spot-limited quests Solo play of spot-limited quests is possible in the positional relationship shown in FIG.
FIG. 12 illustrates a procedure for starting play of a spot-limited quest by the system of the embodiment. After the spot-limited quest is selected by the procedure of FIG. 12, the process proceeds to the execution procedure of solo play (FIG. 9).
[S1205] The user terminal 30a accepts the spot designation operation by the player A. The spot designation operation is, for example, a tap operation for icons of surrounding spots arranged on the map. In the service of the embodiment, only when the spot is arranged within a predetermined range centered on the position in the virtual space corresponding to the current position, the icon of the spot is displayed on the map displayed on the user terminal 30a. Is placed.
[S1210] The user terminal 30a accepts the quest selection operation by the player A. The quest selection operation is, for example, a tap operation for the spot-limited quest execution command displayed by the spot designation operation.

[2-5-1-2. If the challenger was previously located around the spot]
FIG. 13 is an explanatory diagram of the positional relationship in solo play.
In the example shown in FIG. 13, the challenger was located in the past around a predetermined position in the real space corresponding to the arrangement position of the spot 1310 (for example, inside a substantially circular region having a radius of 50 m). That is, the challenger flag 1320 is installed around the spot arrangement position. In this case, the challenger is given a fictitious spot privilege derived from the past location (for example, application of spot effect, qualification to play spot limited quest).

(1) Application of fictitious spot effect to play of normal quest When solo play of normal quest is performed in the positional relationship shown in FIG. 13, the fictitious spot effect can be applied to the challenger.
After the normal quest is started by the procedure of FIG. 11, the process proceeds to the solo play execution procedure (FIG. 9).

In [S925] (FIG. 9), the user management server 10 sets the quest progress parameter for the challenger in consideration of at least the spot effect (fictitious spot effect) applied to the challenger.
Further, the user management server 10 sets the reward calculation parameter for the challenger in [S945] (FIG. 9) in consideration of at least the spot effect (fictitious spot effect) applied to the challenger.

(2) Playing spot-limited quests Solo play of spot-limited quests is possible in the positional relationship shown in FIG.
FIG. 14 illustrates a procedure for starting play of a spot-limited quest by the system of the embodiment. After the spot-limited quest is selected by the procedure of FIG. 14, the process proceeds to the solo play execution procedure (FIG. 9).
[S1405] The user terminal 30a accepts the flag designation operation by the player A. The flag designation operation is, for example, a tap operation for a flag menu arranged on the screen. The flag menu is active only when the flag is set.
[S1410] The user terminal 30a accepts a spot designation operation by the player A. The spot designation operation is, for example, a tap operation for the spot designation command displayed by the flag designation operation.
[S1415] The user terminal 30a accepts the quest designation operation by the player A. The quest designation operation is, for example, a tap operation for the spot-limited quest execution command displayed by the spot designation operation. The spot-limited quest execution command is displayed only when a spot-limited quest is prepared in association with the specified spot.

[2-5-2. Multiplayer execution procedure]
FIG. 15 illustrates a procedure for executing multiplayer by the system of the embodiment. FIG. 15 is a procedure after the quest is selected by the player A, the recruitment of multiplayer by the player A is started, and the player B applies for the recruitment.
[S1505] The user terminal 30a organizes a deck according to the operation of the player A.
[S1510] The user terminal 30a receives a challenge instruction operation by the player A.
[S1515] The user terminal 30a instructs the user management server 10 to challenge the quest by multiplayer according to the operation of the player A.
[S1520] The user management server 10 specifies the challenger of the quest. Here, players A and B are designated as challengers (hosts and guests) who challenge multiplayer, respectively.

[S1525] The user management server 10 sets the quest progress parameters for the host and the guest, respectively. Here, the spot effect applied to at least some challengers is added. Specifically, when the spot definition information (FIG. 4 (b)) corresponding to the current position of a certain challenger is stored, the spot effect setting information (FIG. 4 (d)) is stored by the "effect type ID". Identify and identify the spot effect to be applied (“value 1”, “value 2”, “value 3”, ...). Further, when the flag management information (FIG. 4 (e)) is stored in association with a certain challenger, the spot definition information (FIG. 4 (b)) is specified by the "flag position", and the "effect type ID" is specified. The spot effect setting information (FIG. 4 (d)) is specified by "", and the applied spot effect ("value 1", "value 2", "value 3", ...) Is specified. Further, when the spot effect management information (FIG. 4 (g)) is stored in association with a certain challenger, the spot definition information (FIG. 4 (b)) is specified by the "spot ID", and the "effect type" is specified. The spot effect setting information (FIG. 4 (d)) is specified by "ID", and the applied spot effect ("value 1", "value 2", "value 3", ...) Is specified. Then, if there is a target parameter among the default progress parameters, it is updated by using at least one of "value 1", "value 2", "value 3", and so on. As a result, the target progress parameter increases. Perform these processes for all challengers. In the case of a spot-only quest, the amount or rate of increase of the progress parameter is adjusted by further considering the positional relationship between the spot and the host from the past to the present and the positional relationship between the spot and the guest from the past to the present.

[S1530] The user management server 10 provides the user terminal 30a and the user terminal 30b with quest progress parameters, respectively.
[S1535a to c] The user terminal 30a and the user terminal 30b each proceed with the quest. Quest progress parameters are used to progress the quest. The user management server 10 connects to the user terminal 30a and the user terminal 30b, respectively, relays the exchange of data including operation information, and synchronizes the progress of the quest.

[S1540] After the quest ends, the user management server 10 sets the reward calculation parameters for the host and the guest. Here, the spot effect applied to at least some challengers is added. Specifically, as in [S1525], the applied spot effects (“value 1”, “value 2”, “value 3”, ...) Are specified, and are targeted among the default calculation parameters. If there is a parameter, all challengers can update it using at least one of "value 1", "value 2", "value 3", ..., And raise the target calculation parameter. Do each for each. In the case of a spot-only quest, the amount or rate of increase in the calculation parameters is adjusted by further considering the positional relationship between the spot and the host from the past to the present and the positional relationship between the spot and the guest from the past to the present. It should be noted that the setting process of [S1540] may be configured to be executed together with [S1525] before the start of the progress of the quest.

[S1545] The user management server 10 updates the player data stored in the storage 21. For example, the "experience value" and "player rank" of the player information (FIG. 4A) corresponding to the host and the guest are increased according to the reward calculation parameters.
[S1550] The user management server 10 provides the user terminal 30a and the user terminal 30b with result display data, respectively.
[S1555a, b] The user terminal 30a and the user terminal 30b display the result including the acquired reward, respectively. For example, it is shown that the data before the update is changed to the data after the update due to a predetermined audiovisual effect.

[2-5-2-1. Short-distance multi-execution procedure]
FIG. 16 illustrates a procedure for recruiting short-distance mulch by the system of the embodiment. In addition, FIG. 17 illustrates an application procedure for a short-distance multi by the system of the embodiment. FIG. 16 is a procedure after the quest is selected by the player A. FIG. 17 is a procedure following FIG.
[S1605] The user terminal 30a accepts the selection of multiplayer by the player A.
[S1610] The user terminal 30a accepts the selection of the short-distance multi by the player A.
[S1615] The user terminal 30a organizes a temporary deck according to the operation of the player A.
[S1620] The user terminal 30a accepts the recruitment instruction operation of the short-distance multi by the player A. In the service of the embodiment, the player A can set a secret word (three-digit number string) when recruiting multiplayer. If a secret word is set, the setting is also accepted.
[S1625] The user terminal 30a specifies the current position (current location position). The GPS unit 261 is used to identify the current position.
[S1630] The user terminal 30a instructs the user management server 10 to recruit short-distance multis. The instruction may include a set password or position data indicating the current position of the user terminal 30a.
[S1635] The user management server 10 notifies the user terminal 30a of the acceptance of the recruitment of the short-distance multi.
[S1640] The user management server 10 registers new virtual standby room information (FIG. 4 (h)) and virtual standby management information (FIG. 4 (i)) in the storage 21 to create a virtual standby room. .. At this time, the "multi-play category" is a short-distance multi, the "participation condition" is that it is located near the position indicated by the position data included in the recruitment instruction, and the "status" is being recruited. In addition, if the recruitment instruction includes a secret word, the secret word also constitutes the "participation condition".

[S1705] The user terminal 30b accepts the search instruction operation of the short-distance multi by the player B. When player B specifies a secret word (three-digit number string) when searching for recruitment, the designation is also accepted.
[S1710] The user terminal 30b specifies the current position (current location position). The GPS unit 261 is used to identify the current position.
[S1715] The user terminal 30b instructs the user management server 10 to search for recruitment satisfying the participation conditions. The instruction may include a designated password or position data indicating the current position of the user terminal 30b.
[S1720] The user management server 10 specifies information regarding the recruitment of short-distance multis in which the player B satisfies the participation conditions and the play conditions from the virtual standby room information stored in the storage 21. The play condition is a condition set for the quest (for example, the player rank, play position, play time, etc. satisfy predetermined conditions).
[S1725] The user management server 10 provides the search result to the user terminal 30b.
[S1730] The user terminal 30b notifies the user management server 10 by selecting one of the short-distance multi-recruitment according to the operation by the player B.
[S1735] The user management server 10 allows the user terminal 30b to apply for the selected recruitment.
[S1740] The user terminal 30b organizes a temporary deck according to the operation of the player B.
[S1745] The user terminal 30b instructs the user management server 10 to apply for the selected recruitment in response to the application instruction operation by the player B.
[S1750] The user management server 10 adds the player ID of the player B to the virtual standby management information (FIG. 4 (i)) stored in the storage 21, and accepts the application from the player B for the selected recruitment. ..
[S1755] The user management server 10 notifies the user terminal 30a of the acceptance of the application.

[2-5-2-1-1. If the host is currently located around the spot]
FIG. 18 is an explanatory diagram of the positional relationship in the short-distance multi.
In the example shown in FIG. 18, the host 1820 is currently located around a predetermined position in the real space corresponding to the placement position of the spot 1810 (for example, inside a substantially circular region having a radius of 50 m). In this case, the host is granted a spot privilege derived from the current location (for example, application of a spot effect, qualification to play a spot-limited quest).

In addition, guests 1830a and 1830b are currently located in the vicinity of the current location of the host 1820. Guest 1830a is currently located around a predetermined location. On the other hand, the guest 1830b is not currently located around the predetermined position. In this case, the guest 1830a is given a spot privilege derived from the current location (a privilege equivalent to the spot privilege given to the host 1820). On the other hand, the guest 1830b is given a pseudo spot privilege (a privilege inferior to the spot privilege) according to the spot privilege given to the host 1820.

FIG. 19 is an explanatory diagram of the positional relationship in the short-distance multi.
In the example shown in FIG. 19, the host 1920 is currently located around a predetermined position in real space corresponding to the location of the spot 1910 (eg, inside a substantially circular region with a radius of 50 m). In this case, the host is granted a spot privilege derived from the current location (for example, application of a spot effect, qualification to play a spot-limited quest).

Also, guests were previously located near the current location of the host 1920. That is, guest flags 1930a and 1930b are installed in the vicinity of the positions in the virtual space corresponding to the current location of the host 1920, respectively. The guest who installed the flag 1930a was located around the predetermined position in the past, but is not located at this time. On the other hand, the guest who has set the flag 1930b has not been located around the predetermined position from the past to the present. In this case, the former is given a fictitious privilege (a privilege inferior to the spot privilege) derived from the past location. On the other hand, the latter is provided with a pseudo privilege (a privilege inferior to the spot privilege) according to the spot privilege given to the host 1920. It is preferable that the fictitious privilege given to the former is a privilege superior to the pseudo privilege given to the latter.

(1) Application of fictitious spot effect to play of normal quest When the short-distance multi of normal quest is performed in the positional relationship of FIGS. 18 and 19, the spot effect can be applied to the host. In addition, any one of the spot effect, the fictitious spot effect, and the fictitious spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the procedure proceeds to the multiplayer execution procedure (FIG. 15) through the recruitment and application of the short-distance multi according to the procedures of FIGS. 16 and 17.

In [S1525] (FIG. 15), the user management server 10 sets the quest progress parameter for the challenger in consideration of at least the spot effect applied to at least a part of the challengers.
Further, the user management server 10 sets the reward calculation parameters for the host and the guest in [S1540] (FIG. 15) in consideration of at least the spot effect applied to at least a part of the challengers.

(2) Playing spot-limited quests In the positional relationship shown in FIGS. 18 and 19, short-distance multiplayer of spot-limited quests is possible. After the spot-limited quest is selected by the procedure of FIG. 12, the procedure proceeds to the execution procedure of the multiplayer (FIG. 15) through the recruitment and application of the short-distance multi according to the procedure of FIGS. 16 and 17.

[2-5-2-1-2. If the host was previously located around the spot]
FIG. 20 is an explanatory diagram of the positional relationship in the short-distance multi.
In the example shown in FIG. 20, the host 2030 was located in the past around a predetermined position in the real space corresponding to the arrangement position of the spot 2010 (for example, inside a substantially circular region having a radius of 50 m). That is, the flag 2020 of the host 2030 is installed around the spot arrangement position. In this case, the host 2030 is granted a fictitious spot privilege (for example, application of a spot effect, qualification to play a spot-limited quest) derived from the past location.

Also, guest 2040 is currently located near the current location of host 2030. Guest 2040 is not currently located around the predetermined location. In this case, the guest 2040 is given a pseudo spot privilege (a privilege inferior to the fictitious spot privilege) according to the fictitious spot privilege given to the host 2030.

FIG. 21 is an explanatory diagram of the positional relationship in the short-distance multi.
In the example shown in FIG. 21, the host has been located in the past around a predetermined position in the real space corresponding to the arrangement position of the spot 2110 (for example, inside a substantially circular region having a radius of 50 m). That is, the host flag 2120 is installed around the spot arrangement position. In this case, the host is granted a fictitious spot privilege derived from the past location (for example, application of spot effect, qualification to play spot limited quest).

In addition, guests 2130a and 2130b are currently located near the past location of the host. Guest 2130a is currently located around a predetermined location. On the other hand, the guest 2130b is not currently located around the predetermined position. In this case, the former is given a spot privilege derived from the current location (a privilege superior to the fictitious spot privilege given to the host). On the other hand, the guest 2130b is given a pseudo spot privilege (a privilege inferior to the fictitious spot privilege) according to the fictitious spot privilege given to the host.

FIG. 22 is an explanatory diagram of the positional relationship in the short-distance multi.
In the example shown in FIG. 22, the host has been located in the past around a predetermined position in the real space corresponding to the arrangement position of the spot 2210 (for example, inside a substantially circular region having a radius of 50 m). That is, the host flag 2220 is installed around the spot arrangement position. In this case, the host is granted a fictitious spot privilege derived from the past location (for example, application of spot effect, qualification to play spot limited quest).

In addition, guests have been located in the past near the host's past location. That is, the guest flags 2230a and 2230b are installed in the vicinity of the installation position of the host flag 2220, respectively. The guest who has set the flag 2230a has been located around the predetermined position in the past, but is not currently located. On the other hand, the guest who has installed the flag 2230b has not been located around the predetermined position from the past to the present. In this case, the former is given a fictitious spot privilege (a privilege equivalent to the fictitious spot privilege given to the host) derived from the past location. On the other hand, the latter is given a pseudo spot privilege (a privilege inferior to the fictitious spot privilege) according to the fictitious spot privilege given to the host.

(1) Application of spot effect in normal quest When a short-distance multi of normal quest is performed in the positional relationship shown in FIGS. 20 to 22, a fictitious spot effect can be applied to the host. In addition, any one of the spot effect, the fictitious spot effect, and the fictitious spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the procedure proceeds to the multiplayer execution procedure (FIG. 15) through the recruitment and application of the short-distance multi according to the procedures of FIGS. 16 and 17.

(2) Playing spot-limited quests In the positional relationship shown in FIGS. 20 to 22, short-distance multiplayer of spot-limited quests is possible. After the spot-limited quest is selected by the procedure of FIG. 14, the procedure proceeds to the multiplayer execution procedure (FIG. 15) through the recruitment and application of the short-distance multi according to the procedures of FIGS. 16 and 17.

[2-5-2-2. SNS multi-execution procedure]
FIG. 23 illustrates a procedure for recruiting SNS multis using the system of the embodiment. In addition, FIG. 24 illustrates an application procedure for an SNS multi using the system of the embodiment. FIG. 23 shows the procedure after the quest is selected. FIG. 24 is a procedure following FIG. 23.
[S2305] The user terminal 30a accepts the player A's selection of multiplayer.
[S2310] The user terminal 30a accepts the selection of the SNS multi by the player A.
[S2315] The user terminal 30a organizes a temporary deck according to the operation of the player A.
[S2320] The user terminal 30a instructs the user management server 10 to recruit SNS multis.
[S2325] The user management server 10 notifies the user terminal 30a of the acceptance of the recruitment of the SNS multi. The notification may include a URL to which the start command of the SNS program and the data that can identify the recruitment are added.
[S2330] The user terminal 30a directly or indirectly transmits a message including the above URL to the user terminal 30b outside the system of the embodiment.
[S2335] The user terminal 30a instructs the user management server 10 to start recruiting the SNS multi by accessing the user management server 10 by designating the URL.
[S2340] The user management server 10 notifies the user terminal 30a of the acceptance of the start of recruitment of the SNS multi.
[S2345] The user management server 10 registers new virtual standby room information (FIG. 4 (h)) and virtual standby management information (FIG. 4 (i)) in the storage 21 to create a virtual standby room. .. At this time, the "multi-play category" is SNS multi, the "participation condition" is that the application is made by accessing the above URL, and the "status" is being recruited.

[S2405] The user terminal 30b instructs the user management server 10 to search for a virtual standby room that satisfies the participation condition by accessing the URL.
[S2410] The user management server 10 specifies information regarding recruitment of SNS multis in which the player B satisfies the participation conditions and the play conditions from the virtual standby room information stored in the storage 21. The play condition is a condition set for the quest (for example, the player rank, play position, play time, etc. satisfy predetermined conditions). Here, the recruitment specified by the above URL is specified.
[S2415] The user management server 10 provides the search result to the user terminal 30b.
[S2420] The user terminal 30b selects the recruitment of the specified SNS multi to the user management server 10 according to the operation by the player B.
[S2425] The user management server 10 allows the user terminal 30b to apply for the selected recruitment.
[S2430] The user terminal 30b organizes a temporary deck according to the operation of the player B.
[S2435] The user terminal 30b instructs the user management server 10 to apply for the selected recruitment in response to the application instruction operation by the player B.
[S2440] The user management server 10 adds the player ID of the player B to the virtual standby management information (FIG. 4 (i)) stored in the storage 21, and the player B applies for the selected SNS multi. Accept.
[S2445] The user management server 10 notifies the user terminal 30a of the acceptance of the application.

[2-5-2-2-1. If the host is currently located around the spot]
FIG. 25 is an explanatory diagram of the positional relationship in the SNS multi.
In the example shown in FIG. 25, the host 2520 is currently located around a predetermined position in the real space corresponding to the placement position of the spot 2510 (for example, inside a substantially circular region having a radius of 50 m). In this case, the host is granted a spot privilege derived from the current location (for example, application of a spot effect, qualification to play a spot-limited quest).

On the other hand, the guest 2530 is not currently located near the current location of the host 2520. Also, the guest 2530 is not currently located around the predetermined position. In this case, the guest 2530 is given a pseudo spot privilege (a privilege inferior to the spot privilege) according to the spot privilege given to the host 2520.

(1) Application of spot effect in normal quest When the SNS multi of normal quest is performed in the positional relationship shown in FIG. 25, the spot effect can be applied to the host. Also, a pseudo-spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the procedure proceeds to the execution procedure of the multiplayer (FIG. 15) through the recruitment and application of the SNS multi according to the procedure of FIGS. 23 and 24.

In [S1525] (FIG. 15), the user management server 10 sets the quest progress parameter for the challenger in consideration of at least the spot effect applied to at least a part of the challengers.
Further, the user management server 10 sets the reward calculation parameters for the host and the guest in [S1540] (FIG. 15) in consideration of at least the spot effect applied to at least a part of the challengers.

(2) Playing spot-limited quests In the positional relationship shown in FIG. 25, SNS multi-spot limited quests are possible. After the spot-limited quest is selected by the procedure of FIG. 12, the procedure proceeds to the execution procedure of the multiplayer (FIG. 15) through the recruitment and application of the SNS multi according to the procedure of FIGS. 23 and 24.

[2-5-2-2-2. If the host was previously located around the spot]
FIG. 26 is an explanatory diagram of the positional relationship in the SNS multi.
In the example shown in FIG. 26, the host has been located in the past around a predetermined position in the real space corresponding to the arrangement position of the spot 2610 (for example, inside a substantially circular region having a radius of 50 m). That is, the host flag 2620 is installed around the spot arrangement position. In this case, the host is granted a fictitious spot privilege derived from the past location (for example, application of spot effect, qualification to play spot limited quest).

On the other hand, the guest 2630 has not been located near the host's past location from the past to the present. Further, the guest 2630 is not located around the predetermined position from the past to the present. In this case, the guest 2630 is given a pseudo spot privilege (a privilege inferior to the fictitious spot privilege) according to the fictitious spot privilege given to the host.

(1) Application of spot effect in normal quest When SNS multi of normal quest is performed in the positional relationship shown in FIG. 26, a fictitious spot effect can be applied to the host. Also, a pseudo-spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the procedure proceeds to the execution procedure of the multiplayer (FIG. 15) through the recruitment and application of the SNS multi according to the procedure of FIGS. 23 and 24.

In [S1525] (FIG. 15), the user management server 10 sets the quest progress parameter for the challenger in consideration of at least the spot effect applied to at least a part of the challengers.
Further, the user management server 10 sets the reward calculation parameters for the host and the guest in [S1540] (FIG. 15) in consideration of at least the spot effect applied to at least a part of the challengers.

(2) Playing spot-limited quests In the positional relationship shown in FIG. 26, SNS multi-spot limited quests are possible. After the spot-limited quest is selected by the procedure of FIG. 14, the process proceeds to the execution procedure of the multiplayer (FIG. 15) through the recruitment and application of the SNS multi according to the procedure of FIGS. 23 and 24.

10 User management server (an example of a game information processing device)
20 Data management server 21 Storage 30 User terminal 40 Communication network 310 Registration unit 320 Reception unit 330 Search unit 340 Provision unit 350 Designation unit 351 First designation unit 352 Second designation unit 360 Setting unit 370 Storage unit

Claims (14)

When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
The position of the second terminal is stored in the storage means,
If the current position of the second terminal regardless of whether the position condition is satisfied, the position of the second terminal stored in said storage means has met the positional condition in the past, to the second terminal On the other hand, an information processing device that permits participation in the cooperative play of the predetermined game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
Information indicating that the second terminal satisfies the above-mentioned position condition is stored in the storage means, and the storage means is stored.
If the current position of the second terminal regardless of whether the position condition is satisfied, the second terminal based on the information stored in the storage means has met the positional condition in the past, the first An information processing device that allows two terminals to participate in the cooperative play of the predetermined game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
The position of the second terminal is stored in the storage means in response to a request from the second terminal.
Regardless of whether or not the current position of the second terminal satisfies the position condition, when the position of the second terminal stored in the storage means satisfies the position condition, the predetermined position is determined with respect to the second terminal. An information processing device that allows participation in the same play of the game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
Regardless of whether or not the current position of the second terminal satisfies the position condition, it is used for the cooperative play of the predetermined game with respect to the second terminal based on the current position of the second terminal and the position condition. An information processing device that allows the second terminal to participate in the cooperative play of the predetermined game by setting the parameters to be used. The parameters are set to be advantageous in the predetermined game when the current position of the second terminal satisfies the position condition, as compared with the case where the current position of the second terminal does not satisfy the position condition. Be done,
The information processing device according to claim 4. The parameters are advantageous in the predetermined game when the second terminal has satisfied the position condition in the past, as compared with the case where the second terminal has not satisfied the position condition in the past. Set to,
The information processing device according to claim 4 or 5. When the computer satisfies the position condition associated with the predetermined game by the current position of the first terminal, the computer accepts the request for the cooperative play of the predetermined game from the first terminal.
The computer stores the position of the second terminal in the storage means,
The computer determines that the position of the second terminal stored in the storage means has satisfied the position condition in the past regardless of whether the current position of the second terminal satisfies the position condition. An information processing method that allows two terminals to participate in the cooperative play of the predetermined game. When the computer satisfies the position condition associated with the predetermined game by the current position of the first terminal, the computer accepts the request for the cooperative play of the predetermined game from the first terminal.
The computer stores the information indicating that the second terminal satisfies the above-mentioned position condition in the storage means, and stores the information.
When the computer has satisfied the position condition in the past based on the information stored in the storage means regardless of whether the current position of the second terminal satisfies the position condition. , An information processing method that allows the second terminal to participate in the cooperative play of the predetermined game. When the computer satisfies the position condition associated with the predetermined game by the current position of the first terminal, the computer accepts the request for the cooperative play of the predetermined game from the first terminal.
The computer stores the position of the second terminal in the storage means in response to the request from the second terminal.
When the position of the second terminal stored in the storage means satisfies the position condition regardless of whether or not the current position of the second terminal satisfies the position condition, the computer causes the second terminal. On the other hand, an information processing method for permitting participation in the same play of the predetermined game. When the computer satisfies the position condition associated with the predetermined game by the current position of the first terminal, the computer accepts the request for the cooperative play of the predetermined game from the first terminal.
The computer cooperates with the second terminal in the predetermined game based on the current position of the second terminal and the position condition regardless of whether or not the current position of the second terminal satisfies the position condition. An information processing method in which parameters used for play are set to allow the second terminal to participate in the cooperative play of the predetermined game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
The position of the second terminal is stored in the storage means,
If the current position of the second terminal regardless of whether the position condition is satisfied, the position of the second terminal stored in said storage means has met the positional condition in the past, to the second terminal On the other hand, a program that causes an information processing device to execute a process for permitting participation in the cooperative play of the predetermined game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
Information indicating that the second terminal satisfies the above-mentioned position condition is stored in the storage means, and the storage means is stored.
Regardless of whether or not the current position of the second terminal satisfies the position condition, the second terminal satisfies the position condition in the past based on the information stored in the storage means. A program that causes an information processing device to execute a process of allowing a terminal to participate in a cooperative play of the predetermined game. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
The position of the second terminal is stored in the storage means in response to a request from the second terminal.
Regardless of whether the current position of the second terminal satisfies the position condition, when the position of the second terminal stored in the storage means satisfies the position condition, the predetermined position is determined with respect to the second terminal. A program that causes an information processing device to execute a process that allows the game to participate in the same play. When the current position of the first terminal satisfies the position condition associated with the predetermined game, the request for the cooperative play of the predetermined game is accepted from the first terminal.
Regardless of whether or not the current position of the second terminal satisfies the position condition, it is used for the cooperative play of the predetermined game with respect to the second terminal based on the current position of the second terminal and the position condition. A program that causes an information processing device to execute a process of setting a parameter to be performed and permitting the second terminal to participate in the cooperative play of the predetermined game.

Images