JP2020000768A - Information processor and program - Google Patents

Abstract

To ease geographical restrictions set to an object game under predetermined conditions.SOLUTION: "A game information processor" (for example, a user management server 10) includes: registration means (for example, a registration part 310) for storing a player's residence site in storage means according to or without according to the player's request as a residence record (for example, a flag); and first designation means (for example, a first designation part 351) for designating a first player (for example, a player who does not satisfy a play position condition at the moment) having the residence record for showing past satisfaction of the play position condition as a challenger (for example, a solo play player or a multi-play host) who challenges an object game (for example, Quest) permitting a single play (for example, a solo play) only if the play position condition is satisfied.SELECTED DRAWING: Figure 3

Description

The present invention relates to an electronic game using a display capable of displaying two or more dimensions.
The present invention particularly relates to an electronic game using a geographical position of a terminal device or a player measured using GPS.

2. Description of the Related Art There is known an electronic game that introduces a mechanism in which an event specified according to a position of a mobile terminal is jointly processed by a plurality of mobile terminals (for example, see Patent Literature 1).
Specifically, monsters corresponding to the geographical area are respectively displayed on the screens of a plurality of mobile terminals existing within a specific geographical area, and the nearby monsters are connected to each other by short-range wireless communication. By synchronizing the parameters for changing the display, an effect is provided so that the monster is attacked by a plurality of players.

JP 2013-220246 A

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

  A problem to be solved by the present invention is to relieve a geographical constraint set for a target game under a predetermined condition.

[A] In order to solve the above problem, a “game information processing apparatus” according to an aspect of the present invention includes a registration unit that stores a location of a player as a location record in a storage unit at or without a request from the player. A first designating means for designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges a target game which can be played alone only when the play position condition is satisfied. And
[B] In order to solve the above problem, a “control method” of an information processing apparatus according to an aspect of the present invention includes a method of storing a location of a player as a location record in a storage unit at or without a request from the player. A first step of designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges the target game which can be played alone only when the play position condition is satisfied. A designating step.
[C] In order to solve the above problem, a “control program” according to an aspect of the present invention includes a registration function of storing a player's location in a storage unit as a location record at the request of the player or not, A first designation function of designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges a target game that can be played alone only when the position condition is satisfied; Is realized by the computer of the information processing apparatus.
[D] In order to solve the above problems, a control program recorded on a “computer-readable recording medium” according to an aspect of the present invention includes, as a location record, a location of a player as a location record according to a request of the player or not. There is a registration function to be stored in the storage means, and the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges the target game which can be played only if the play position condition is satisfied. The first function for designating the player and the computer of the information processing apparatus are realized.

The following technical limitations may be added to the “game information processing device” of the above [A]. The same technical limitation may be added to the “control method” of [B], the “control program” of [C], and the control program recorded by the “recording medium” of [D].
The first designating means designates the first player who does not satisfy the play position condition at present.
The first designating means designates the first player as a challenger for hosting the cooperative play of the target game, and the first player as the challenger participating in the cooperative play of the target game hosted by the first player; There is further provided a second designating means for designating a second player who has applied for the recruitment of players.
The second designating means designates the second player who does not satisfy the play position condition at present.
The second designating means designates the second player currently located near the current location of the first player.
The second designating means designates the second player currently located near the past location of the first player;
The second designating means designates the second player having the location record indicating that the first player has been located in the past near the past location of the first player;
The play position condition is that the play position condition is located around a 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 position of the second player. There is further provided setting means for setting according to the positional relationship.
The setting means sets the participation parameter such that the second player who does not satisfy the play position condition is relatively disadvantageous compared to a player who satisfies the play position condition.
-The setting means sets the participation parameter in further consideration of a current positional relationship between the first player and the predetermined position.
The setting means is relatively disadvantageous for the second player when the first player does not satisfy the play position condition at the present time as compared with the case where the first player satisfies the play position condition at the present time; The participation parameters are set so that

In this specification, terms are used as follows.
-"Game" refers to an electronic game at least partially provided in 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" refers to a user of the game service.
-"Play" means that a player plays a specific game while proceeding.
-"Single play" means play by a single player.
"Cooperative play" refers to synchronous play by a plurality of players in a cooperative relationship. In the cooperative play, a cooperative relationship is formed by a player (host) hosting the cooperative play of a specific game and recruiting friends and a player (guest) applying for the recruitment and participating in the cooperative play of the specific game. Progress is synchronized between the players.
-"Challenger" refers to a player who challenges the play of a specific game.
"Nearby" indicates, for example, a range of a predetermined first distance from the position of a certain player. The “periphery” indicates, 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 a 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 relating to a location at the time of play among conditions required for a challenger who challenges the play of a specific game. For example, this means that the location of the challenger is around a predetermined position. It should be noted that there may be a difference between a condition required for a challenger in single play and a condition required for each challenger in cooperative play. Further, there may be a difference between a condition required for a challenger who sponsors the cooperative play and a condition required for each challenger participating in the cooperative play.
・ "Event" refers to the cause of adding a new location record or deleting an existing location record. Additional factors include player instructions. Causes of deletion include a player instruction, execution of a periodic process, expiration of a validity period, and elapse of a validity period.
"Parameter" refers to 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. In addition, even if the target of play is the same, there may be a difference between the parameter for the challenger in the single play and the parameter for each challenger in the cooperative play. Further, there may be a difference between a host parameter for a challenger who sponsors the cooperative play and a participation parameter for each challenger participating in the cooperative play. Furthermore, when there are a plurality of challengers who participate in a specific cooperative play, there may be differences in participation parameters among the challengers.
-The "application condition" refers to a condition related to a location among conditions under which a privilege applied to play of a predetermined game is given. For example, this means that the location of the player is around a predetermined position.
“Location privilege” refers to a geographical privilege given to a player who satisfies the application condition at the present time. The location privilege is a concept including an in-game privilege mainly acting on the progress of the game and an out-game privilege mainly acting on the reward calculation after the game is over.
The “fake location privilege” refers to a geographical privilege given to a player who does not satisfy the applicable conditions at the present time but has satisfied the conditions in the past. The fictitious 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 is over. 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 when a player who does not satisfy the applicable conditions from the past to the present performs a cooperative play with another player. For example, when a location benefit or a simulated location benefit is applied to a cooperative play by a certain player, the pseudo location benefit is applied to the cooperative play by another player. The pseudo location privilege is a concept including an in-game privilege mainly acting on the progress of the game and an out-game privilege mainly acting on the reward calculation after the game is over. The contents of the privilege can be set to be inferior to the location privilege and the fake location privilege.

According to the present invention, the play of the target game that can be played alone only when the play position condition is satisfied is satisfied by the first player having a location record that previously satisfied the play position condition and the play position condition is satisfied at the present time. Permitted regardless of whether
In this regard, according to the present invention, the geographical restrictions set for the target game are relaxed.

An example of a network configuration will be described. (Example) 2 illustrates a hardware functional configuration of the server device. (Example) 2 illustrates a hardware functional configuration of a user device. (Example) An example of a software functional configuration will be described. (Example) The database configuration is exemplified. (Example) An example of a screen display update procedure will be described. (Example) An example of a flag setting procedure will be described. (Example) An example of a flag deletion procedure will be described. (Example) An example of a spot effect acquisition procedure will be described. (Example) An example of a solo play execution procedure will be described. (Example) It is an explanatory view of a positional relationship in solo play. (Example) A procedure for starting a normal quest will be exemplified. (Example) The play start procedure of the spot limited quest will be exemplified. (Example) It is an explanatory view of a positional relationship in solo play. (Example) The play start procedure of the spot limited quest will be exemplified. (Example) An example of a multi-play execution procedure will be described. (Example) An example of a procedure for recruiting a short distance multiplayer will be described. (Example) An example of an application procedure for a short-distance multi will be described. (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 an SNS multi recruitment procedure will be described. (Example) The application procedure of the SNS multi is exemplified. (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 geographical position of a terminal device or a player measured using GPS.
The game information processing apparatus according to the first embodiment is configured to relieve a geographical constraint set in a target game under a predetermined condition.

[1-1-2. Game information processing device]
The game information processing apparatus (for example, the user management server 10) according to the first embodiment performs a cooperative play (for example, a quest) of a target game (for example, a quest) in which a single play (for example, a solo play) is possible only when a play position condition is satisfied. First designating means (for example, a first designating unit 351) for designating a first player who satisfies a play position condition as a challenger (for example, a host) for hosting multi-play), and cooperative play of a target game hosted by the first player (E.g., a second designator) that designates a second player (for example, a player who does not satisfy play position conditions at this time) who has applied for recruitment of the first player as a challenger (for example, a guest) who participates in the game. 352).

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

[1-2-2. Game information processing device]
The game information processing apparatus (for example, the user management server 10) according to the second embodiment stores the player's location as a location record (for example, a flag) according to the player's request or not, regardless of the player's request. (For example, a registration unit 310) and a challenger (for example, a solo play player) who challenges a target game (for example, a quest) in which a single play (for example, solo play) can be performed only when a play position condition is satisfied. , A first player (for example, a player who does not satisfy the play position condition at this time) having the location record indicating that the play position condition was satisfied in the past as a multi-play host). A first designation unit 351).

  Further, the first designating means designates the first player as a challenger for hosting the cooperative play of the target game, and the first player as the challenger participating in the cooperative play of the target game hosted by the first player. It may be configured to further include a second specifying unit (for example, a second specifying unit 352) for specifying a second player who has applied for recruitment of players (for example, a player who does not satisfy the play position condition at the present time). .

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

[1-3-2. Game information processing device]
The game information processing apparatus (for example, the user management server 10) according to the third embodiment sets a plurality of players including at least a first player and a second player who does not satisfy a condition for applying a location privilege (for example, a spot privilege) to a predetermined game. (For example, a quest) a designating means (for example, a designating unit 350) for designating each as a challenger (for example, a host or a guest of multiplay) of a cooperative play (for example, multiplay); A setting unit (for example, a setting unit 360) for applying a pseudo location privilege that is inferior to the location privilege to the cooperative play by the second player when the location privilege is applied.

If the application condition is that the user is presently located around the predetermined position at this time, the setting means does not satisfy the application condition at this time but gives the first player who has satisfied the application condition inferiorly to the location privilege. In addition, an excellent dummy location privilege may be applied to the dummy 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 contents of the privilege applied to the cooperative play by the first player.

[2. Example]
[2-1. Overview]
The present embodiment relates to a game service at least partially provided online (service of the embodiment).
In the service according to the embodiment, the player sequentially operates four monsters constituting a deck by a predetermined action to sequentially challenge a plurality of stages (game in a narrow sense) prepared in the game. Electronic games (broadly defined games) are provided. Hereinafter, the stage is referred to as a “quest”.

There are two types of play in quest play: solo play (single play) in which one player challenges alone, and multiplay (joint play) in which two to four players challenge in cooperation. .
In multi-play, a cooperative relationship is formed between a host that hosts the multi-play and recruits friends and a guest who applies for the recruitment and participates in the multi-play, and the progress of the play is synchronized between the players.

The recruitment of guests by the host includes two types of recruitment: recruitment mainly targeting unspecified players located in the vicinity, and recruitment targeting mainly specific players located at arbitrary positions.
Hereinafter, the multiplayer that adopts the former recruitment form is referred to as a short distance multiplayer. Also, the latter multi-play in the recruitment form is called SNS multi.

[2-2. Characteristic]
[2-2-1. Spot arrangement and spot benefits]
A virtual space that is 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 interlock 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, a spot privilege (spot effect, play of a spot limited quest set in association with the spot arrangement position) (Qualification) is given to the player.

[2-2-2. Flag setting and spot privilege]
The player can register his / her location in the physical space as a record (location record). A flag is set at a position in the virtual space corresponding to the recorded location.
When there is a location record indicating that the player is located around a position (predetermined position) in the real space corresponding to a certain spot arrangement position, the spot privilege set in association with the spot arrangement position is An inferior privilege (fake spot privilege) is given to the player.
Note that the upper limit of the number of flags to be set can be set arbitrarily. In the service of the embodiment, the upper limit number is set to one. The installed flag is invalidated by the player deleting the new flag, setting a new flag, or the like. Also, it is cleared periodically (for example, by daily batch processing).

[2-2-3. Types of spot benefits]
The spot benefits include, for example, the following benefits.
(A) Obtain a piece of a virtual currency item (an object that can be exchanged for a predetermined virtual currency item by collecting a plurality of points) (b) Obtain a spot-only monster (c) Obtain a play qualification for spot-only quest ( 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) are: Change in a favorable direction

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

The above (e) is, for example, the following benefits. These benefits may be applied to the play by the player when the player plays a predetermined quest after being given to the player.
(E-1) Part of the stamina is returned when the quest is cleared. (E-2) Experience value is increased. (E-3) Acquired points are increased. (E-4) Racks are increased (that is, racks are increased). Increases the probability of obtaining a rack bonus)
(E-5) Treasure chest addition probability increases

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

Also, if the guest is a guest who participates in a multi-play hosted by a host that satisfies the play position condition, the challenge of the spot-limited quest to the multi-play is permitted regardless of whether the play position condition is satisfied. At this time, according to the positional relationship between the guest and the spot from the past to the present, the participation parameters (progression parameters, calculation parameters) for the guest are adjusted.
Furthermore, if the guest is in the position of a guest participating in the cooperative play hosted by the host that has a record indicating that the play position condition is satisfied, regardless of whether or not the play position condition is satisfied, the multi play of the spot limited quest will be performed. Allow At this time, according to the positional relationship between the host and the guest and the spot from the past to the present, the participation parameters (progressing parameters and calculation parameters) for the guest are adjusted.

[2-2-5. Relaxation of conditions for applying benefits through multiplayer]
In the service of the embodiment, when a spot effect (location privilege or simulated location privilege) is applied to a certain player who challenges multiplayer, the spot effect which is inferior to these spot effects is applied to another player who challenges the multiplay. (Pseudo location privilege) is applied. At this time, the content of the spot effect applied to another player that 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 a certain spot effect application condition, an inferior spot effect to the spot effect is applied to all guests who do not satisfy the applicable condition. Further, when the spot effect is applied to a guest that satisfies a certain spot effect application condition, a spot effect that is inferior to the spot effect is applied to a host and other guests that do not satisfy the applicable condition.

[2-2-6. Summary]
As described above, in the service according to the embodiment, a large number of spots are arranged in the virtual space geographically associated with the real space, and the spots are located around the position (predetermined position) in the real space corresponding to the spot arrangement position. A privilege (for example, a spot effect, a qualification to play a spot-limited quest) provided on the condition of the fact is prepared.
On the other hand, conditions (for example, temporal conditions and spatial conditions) to which the privilege is applied are relaxed in a predetermined case. In particular, when the privilege is applied to at least one player among a plurality of players, the privilege according to the privilege is applied to other players cooperating with the one player.
Such a mechanism improves the interest of the service of the embodiment and promotes a challenge to a quest by multiplayer.

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

The user management server 10 and the user terminal 30 can exchange data via the communication network 40. The data management server 20 can access a built-in or externally connectable storage 21. The user management server 10 can access 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 Ethernet (registered trademark). May be included.

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

[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 configures a DBMS (DataBase Management System) together with the storage 21.
The data management server 20 acquires necessary data from the storage 21 in response to the request (request), and provides (responds) to the request source. Further, the data management server 20 registers necessary data in the storage 21 in response to the request. The storage 21 is a storage device that stores data related to the service of the embodiment.
Note that 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 on 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) on which a predetermined game program is installed.
In this embodiment, 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 (wearable device), etc.) as a user device. Or a general-purpose processing device (for example, a PC (personal computer)).

[2-3-2. Hardware functional configuration]
[2-3-2-1. Hardware configuration of server device]
FIG. 2-1 illustrates a hardware functional configuration of the server device.
The server device illustrated in FIG. 2-1 includes 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); 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 card (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 bus lines, respectively.
The control processing device 211 reads (1) the program stored in the auxiliary storage device 213 into the main storage device 212, and (2) transmits at least the input device 214, the auxiliary storage device 213, and the communication control device 216 according to the instructions of the program. Data is obtained from any of them, (3) after calculating and processing the obtained data according to the procedure specified in the program, and (4) communicating the calculated and processed data with the auxiliary storage device 213 and the output device 215. And / or the control device 216.

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

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

[2-3-3. Software functional configuration]
FIG. 3 illustrates a software functional configuration of the system according to 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 specifying unit 350 includes a first specifying unit 351 and a second specifying 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 operating on the OS into the server device.
The program to be installed in the server device is distributed in a state recorded on a recording medium such as a CD (Compact Disc), a DVD (Digital Versatile Disk), an MO disk (Magneto-Optical disk), and a flash memory. The data may be read into the server device from the recording medium, or may be supplied to the server device by being superimposed on a carrier wave via the communication network 40 or another communication network.

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

Generally, an OS for a user device is installed in the user device from the beginning of shipment. Other programs to be installed in the user device are generally supplied to the user device via the communication network 40 while being superimposed on a carrier wave.
The other programs to 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), and a flash memory. May be distributed and read from the recording medium into the user device.

The registration unit 310 registers the location of the player or a position similar thereto in the storage unit 370 in response to an individual request from the player. The flag of the player is set at a position in the virtual space corresponding to the position registered in storage unit 370. Note that the location of the player or a position similar thereto may be registered in the storage unit 370 without depending on the individual request by the player.
In addition, the registration unit 310 invalidates the flag stored in the storage unit 370 through a predetermined procedure or at a predetermined timing. For example, the flag is invalidated through a procedure of deleting the flag by the player. For example, when a new flag is set by the player and the number of installations reaches an upper limit number (1 in the service of the embodiment), a flag whose installation time is old is invalidated. Further, for example, invalidation is performed in daily batch processing.

In addition, the registering unit 310 registers, in the storage unit 370, a record to which a spot effect registered and associated with a specific spot is added in association with the player, in response to an individual request from the player. The spot effect registered in the storage unit 370 can 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 at a predetermined timing. 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 acquired earlier is invalidated. Further, for example, invalidation is performed in daily batch processing.

The accepting unit 320 accepts a challenge for quest solo play and multiplay from the user terminal 30 of a player who has a challenge qualification. In particular, the accepting unit 320 accepts an offer for multiplay from the user terminal 30 of a player who has a challenge qualification, and accepts an application for the offer from the user terminal 30 of a player who satisfies the participation condition of the offer.
In response to a request from the user terminal 30, the search unit 330 searches the virtual standby room information stored in the storage unit 370 for one that satisfies the participation condition by the requesting player, and uses the search result as a request source. return.

The providing unit 340 provides display data to the user terminal 30. The providing unit 340 also provides the quest challenger's user terminal 30 with quest progress parameters (progress parameters) and result display data.
The designating section 350 includes a first designating section 351 for designating a challenger for solo play and a challenger for hosting multiplay, and a second designating section 352 for designating a challenger to participate in multiplay.

The first specifying unit 351 specifies, for example, the following player as a challenger who challenges the solo play of the spot-limited quest. In the latter, the play position condition may not be satisfied at the present time.
-A player who satisfies the play position condition at the present time-A player who has set a flag at a position that satisfies the play position condition (that is, a player who previously satisfied the play position condition)

In addition, the first specifying unit 351 specifies, for example, the following player as a challenger (host) that hosts the multiplay of the spot limited quest. In the latter, the play position condition may not be satisfied at the present time.
-A player who satisfies the play position condition at the present time-A player who has set a flag at a position that satisfies the play position condition (that is, a player who previously satisfied the play position condition)

The second specifying unit 352 specifies, for example, the following player as a challenger (guest) participating in the multi-play of the spot limited quest.
-A player who has applied for recruitment by a host who has satisfied the play position conditions at this time-A player who has applied for recruitment by a host who has satisfied the play position conditions in the past It is not necessary to meet at the moment.
-It is presently located near the current location of the host.
The host was previously located near the current location of the host (that is, a flag was set).
The host is currently located near the past location of the host (that is, the flag installation location).
The host was previously located near the past location (that is, the flag installation position) (that is, the flag was installed).
The virtual standby room specified by the URL obtained by the SNS or the like outside the system of the embodiment has been accessed from the host.

The setting unit 360 sets parameters related to the quest (for example, progress parameters and calculation parameters) as follows, for example.
Set parameters for challengers who challenge solo play, taking into account spot effects applied to the challengers.
A parameter for a challenger (host) hosting the multiplayer is set in consideration of a spot effect applied to the challenger and a challenger (guest) participating in the multiplay. In particular, when a specific spot effect is applied to the guest, the same or less effect is applied to the host.
-The parameters for the challenger (guest) participating in the multiplayer are set to the spot effect applied to the challenger, the challenger (host) hosting the multiplay, and the other challenger (guest) participating in the multiplay. Set taking into account. In particular, when a specific spot effect is applied to the host or another guest, the same or less effect is applied to the guest.

The setting unit 360 sets parameters related to the spot-limited quest (for example, progress parameters and calculation parameters), for example, as follows.
Set parameters for challengers who challenge solo play of the spot limited quest so that a difference occurs depending on the positional relationship between the challenger and the spot from past to present. In particular, it is relatively advantageous when the challenger is currently around the predetermined position, and is relatively advantageous when the challenger has been around the predetermined position in the past but is not around the predetermined position at this time. The parameter for the challenger is set so as to be disadvantageous.
A parameter for a challenger (host) that hosts a multiplayer play of the spot limited quest is set so that a difference occurs 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 around the predetermined position, and relatively relatively when the host has been around the predetermined position in the past but is not around the predetermined position at this time. Set the parameters for the host to be disadvantageous.
Differences occur in parameters for challengers (guests) participating in the spot-only quest multiplayer due to the positional relationship between the host and the 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. Set as follows. In particular, it is relatively advantageous when the host is currently around the predetermined position, and relatively relatively when the host has been around the predetermined position in the past but is not around the predetermined position at this time. Set parameters for the guest to be disadvantageous. Also, if the guest is currently around the predetermined position, or if the host has been around the predetermined position in the past but is not around the predetermined position at this time, the host will be If the user has not been in the vicinity, the parameters for the guest are set so that the degree of advantage is reflected in this order in the degree of advantage.

[2-3-4. Database configuration]
FIG. 4 illustrates a database configuration in the system according to 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. 4B), the spot type definition information (FIG. 4C), the spot effect setting information (FIG. 4D), and the flag state definition information (FIG. 4F) are described in the embodiment. Is added or deleted from time to time by the service operator. The flag management information (FIG. 4E) and the spot effect management information (FIG. 4G) 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 multiplayer recruitment is accepted.

(1) Player Management Information The storage unit 370 stores player management information for managing various parameters related to the player for each player.
As illustrated in FIG. 4A, the player management information associates at least the “experience value” and the “player rank” with the “player ID” unique to the player.

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

(3) Spot type definition information The storage unit 370 stores, for each spot type, spot type definition information that defines various parameters related to the spot type.
As illustrated in FIG. 4C, the spot type definition information associates at least the “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 a 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 exemplified in FIG. 4D, the spot effect setting information associates “value 1”, “value 2”, “value 3”,... With “effect type ID”.
The “value 1”, “value 2”, “value 3”,... Are values after a change of a specific parameter (progression parameter or calculation parameter) used in the service of the embodiment or a change process of the parameter. Is the value to use for Note that “Value 1”, “Value 2”, and “Value 3” may be values used for parameter setting when the spot effect, the simulated spot effect, and the pseudo spot effect are respectively applied.

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

(6) Flag state definition information The storage unit 370 stores, for each flag state, flag state definition information that defines various parameters related to the flag state.
As illustrated in FIG. 4F, the flag state definition information associates at least “flag icon path” with “flag state ID”.
The “flag icon path” is information that is displayed at the flag installation position and contributes to the specification of a 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 assigned to each player through an acquisition procedure by the player and manages various parameters related to the spot effect.
As illustrated in FIG. 4G, the spot effect management information associates at least “status” and “invalid flag” with “player ID” and “spot ID”.
“Status” indicates the application status of the spot effect (for example, acquired / applied). If there is an upper limit on the number of applications, the remaining number of applications may be indicated. When the “invalid flag” is significant, it indicates that the spot effect is invalid.
The “invalid flag” is, for example, when the number of applications reaches the upper limit number (1 in the service of the embodiment) or when a new spot effect is acquired and the acquisition number is the upper limit number (1 in the service of the embodiment). Significant when reached.

(8) Virtual standby room information The 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. 4H, the virtual standby room information includes “recruiter” (player ID), “multiplayer division”, “participation condition”, and “status” in “virtual standby room ID”. At least.
The “multiplayer division” indicates, for example, a short distance multi or an SNS multi. The “participation conditions” are, for example, temporal conditions, spatial conditions (geographic conditions), passwords, and the like. “Status” indicates the recruitment status of multiplayer (for example, recruiting / ending recruitment).

(9) Virtual standby management information The storage unit 370 stores virtual standby management information for managing 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 action before quest execution]
[2-4-1. Screen display update procedure]
FIG. 5 illustrates a screen display update procedure by the system according to the embodiment. FIG. 5 shows a procedure in which the player A moves in the real space while holding the user terminal 30a, and the map display on the screen of the user terminal 30a is updated as needed.
[S505] The user terminal 30a accepts a map display instruction operation by the player A. The map display instruction operation is, for example, a tap operation on a “map display” menu displayed by a tap operation on a certain tab arranged on the home screen.
[S510] The user terminal 30a specifies the current location (current location). The GPS unit 261 is used to specify 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 includes one or a plurality of map image data (or URLs thereof) representing a map of a predetermined range in the virtual space corresponding to a certain range including the current position of the user terminal 30a, and the display data is displayed in the predetermined range on the map. Icon data (or their URLs) of a power object (in the service of the embodiment, a spot located in a substantially circular area with a radius of 50 m around 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 a predetermined time has elapsed, the flow returns to [S510]. Thereafter, as long as "map display" is selected on the user terminal 30a, the procedure of [S510] to [S525] is 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 sets a flag at a position in the virtual space corresponding to the current location while moving in the real space while holding the user terminal 30a.
[S605] The user terminal 30a accepts a flag setting instruction operation by the player A. The flag setting instruction operation is, for example, a tap operation for a flag setting command.
[S610] The user terminal 30a specifies the current location (current location). The GPS unit 261 is used to specify 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. 4E) stored in the storage 21. Specifically, new flag management information is added in association with the player ID of the player A, and the position indicated by the position data is set to “flag position”. In addition, 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 the 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 an icon of a newly installed flag is arranged at a corresponding position on the map.

Note that a flag may be set for a spot only when the spot is displayed on the map (when the spot is located around a position corresponding to the spot arrangement position).
In this case, the user terminal 30a may receive a flag setting instruction operation for the spot by the player A by a tap operation or the like for a flag setting command displayed by a tap operation on a spot icon displayed on the map. The user management server 10 may set the “spot position” of the spot located around the position indicated by the position data to the “flag position”.

[2-4-3. Flag deletion procedure]
FIG. 7 illustrates a flag deletion procedure by the system according to the embodiment. FIG. 7 shows a procedure in which the player A operates the user terminal 30a to delete the installed flag.
[S705] The user terminal 30a accepts a flag deletion instruction operation by the player A. The flag deletion instruction operation is, for example, a tap operation on a flag deletion command displayed by a tap operation on the installed flag menu.
[S710] The user terminal 30a instructs the user management server 10 to delete the flag. The instruction includes data specifying the target flag. If the upper limit of the number of flags to be set is one, it is only necessary to delete the flag that is valid at the present time, so data that can specify the target flag is not essential.
[S715] The user management server 10 updates the flag management information (FIG. 4E) stored in the storage 21. Specifically, the “invalidation flag” of the flag management information of the deletion target flag (for example, the target flag or 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 spot effect acquisition procedure by the system of the embodiment. FIG. 8 shows a procedure in which the player A operates the user terminal 30a to acquire a spot effect of a spot arranged around a position in the virtual space corresponding to the current location.
[S805] The user terminal 30a accepts a spot designation operation by the player A. The spot designation operation is, for example, a tap operation on a spot icon arranged on the map.
[S810] The user terminal 30a accepts a spot effect acquisition operation by the player A. The spot effect acquisition operation is, for example, a tap operation for a spot effect acquisition command displayed by the spot designation operation.
[S815] The user terminal 30a instructs the user management server 10 to acquire a spot effect. The instruction includes data that can specify the target spot.
[S820] The user management server 10 updates the spot effect management information (FIG. 4G) 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 “invalid flag” is updated (significantly) and invalidated.
[S825] The user management server 10 provides the 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 located 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 performing a solo play by the system according to the embodiment. FIG. 9 shows a procedure after a quest is selected by the user terminal 30a of the player A.
[S905] The user terminal 30a accepts a solo play selection by the player A.
[S910] The user terminal 30a forms a deck in accordance with 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 a challenger of the quest. Here, the player A is designated as a challenger who challenges solo play.

  [S925] The user management server 10 sets quest progress parameters for the challenger. Here, the spot effect applied to the challenger is taken into account. Specifically, when the spot definition information (FIG. 4B) corresponding to the current position of the challenger is stored, the spot effect setting information (FIG. 4D) is specified by the “effect type ID”. Then, the spot effect (“value 1”, “value 2”, “value 3”,...) To be applied is specified. When flag management information (FIG. 4E) is stored in association with the challenger, spot definition information (FIG. 4B) is specified by "flag position" and "effect type ID" , The spot effect setting information (FIG. 4D) is specified, and the applied spot effect (“value 1”, “value 2”, “value 3”,...) Is specified. When spot effect management information (FIG. 4 (g)) is stored in association with the challenger, spot definition information (FIG. 4 (b)) is specified by “spot ID” and “effect type ID” is specified. ”To specify the spot effect setting information (FIG. 4D), and specify the spot effect (“ value 1 ”,“ value 2 ”,“ value 3 ”,...) To be applied. If there is a target parameter among the default progress parameters, the parameter is updated using at least one of “value 1”, “value 2”, “value 3”,. As a result, the target progress parameter increases. In the case of the spot limited quest, the increase amount or the increase ratio 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 quest progress parameter to the user terminal 30a.
[S935] The user terminal 30a proceeds with the quest. The quest progress uses quest progress parameters.
[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 reward calculation parameters for the challenger. Here, the spot effect applied to the challenger is taken into account. Specifically, similarly to [S925], the spot effect (“value 1”, “value 2”, “value 3”,...) To be applied is specified. Then, if there is a target parameter among the default calculation parameters, the parameter is updated using at least one of “value 1”, “value 2”, “value 3”,. As a result, the target calculation parameters increase. In the case of the spot limited quest, the amount of increase or the rate of increase of the calculation parameter is adjusted in consideration of the positional relationship between the spot and the challenger. The setting process of [S945] may be configured to be executed before the start of the quest in conjunction with [S925].

[S950] The user management server 10 updates the player data stored in the storage 21. For example, the “experience value” and the “player rank” of the player information (FIG. 4A) corresponding to the challenger are increased according to the reward calculation parameter.
[S955] The user management server 10 provides the result display data to the user terminal 30a.
[S960] The user terminal 30a displays a result including the obtained reward. For example, a state in which data before updating changes to data after updating due to a predetermined audiovisual effect is shown.

[2-5-1-1. If the challenger is currently around the spot]
FIG. 10 is an explanatory diagram of a positional relationship in solo play.
In the example shown in FIG. 10, the challenger 1020 is presently located around a predetermined position in the real space corresponding to the arrangement position of the spot 1010 (for example, inside a substantially circular area having a radius of 50 m). In this case, the challenger is provided with 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 the normal quest is performed in the positional relationship of FIG. 10, a spot effect can be applied to a challenger.
FIG. 11 illustrates a procedure of starting a normal quest by the system of the embodiment. After the normal quest is started by the procedure of FIG. 11, the procedure proceeds to the solo play execution procedure (FIG. 9).
[S1105] The user terminal 30a accepts a quest selection screen display instruction operation by the player A. The quest selection screen display instruction is, for example, a tap operation on a “quest” button arranged on the home screen.
[S1110] The user terminal 30a accepts a quest selection operation by the player A. The quest selection operation is a series of operations for selecting one of the quests from a list of quests or quests classified from a predetermined viewpoint. In the quest list and classification, only quests satisfying the play condition by the player A are displayed so as to be selectable. The play condition is, for example, at least one of a time condition, a spatial condition (geographic 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, in [S945] (FIG. 9), the user management server 10 sets the reward calculation parameter for the challenger in consideration of at least the spot effect applied to the challenger.

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

[2-5-1-2. If the challenger was located near the spot in the past]
FIG. 13 is an explanatory diagram of the positional relationship in solo play.
In the example illustrated in FIG. 13, the challenger has been 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 area having a radius of 50 m). That is, a challenger flag 1320 is set around the spot arrangement position. In this case, the challenger is provided with a fictitious spot privilege derived from the past location (for example, application of the spot effect, qualification to play the spot limited quest).

(1) Application of Fake Spot Effect to Play of Normal Quest When solo play of the normal quest is performed in the positional relationship of FIG. 13, the fictitious spot effect can be applied to a challenger.
After the normal quest is started by the procedure of FIG. 11, the procedure 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 (fake spot effect) applied to the challenger.
Further, in [S945] (FIG. 9), the user management server 10 sets the reward calculation parameter for the challenger in consideration of at least the spot effect (fake spot effect) applied to the challenger.

(2) Playing Spot-Only Quests In the positional relationship shown in FIG. 13, solo play of the spot-limited quests is possible.
FIG. 14 illustrates a procedure of starting the play of the spot limited quest by the system according to the embodiment. After the spot-limited quest is selected by the procedure of FIG. 14, the procedure proceeds to the solo play execution procedure (FIG. 9).
[S1405] The user terminal 30a accepts a flag designation operation by the player A. The flag designation operation is, for example, a tap operation on a flag menu arranged on the screen. Note that the flag menu is activated only when a 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 a spot designation command displayed by the flag designation operation.
[S1415] The user terminal 30a accepts a quest designation operation by the player A. The quest designation operation is, for example, a tap operation for a spot-limited quest execution command displayed by the spot designation operation. The spot-limited quest execution command is displayed only when the spot-limited quest is prepared in association with the designated spot.

[2-5-2. Multiplayer execution procedure]
FIG. 15 exemplifies a procedure for performing multiplay by the system according to the embodiment. FIG. 15 shows a procedure after a quest is selected by the player A, a multiplayer recruitment by the player A is started, and the player B applies for the recruitment.
[S1505] The user terminal 30a forms a deck in accordance with the operation of the player A.
[S1510] The user terminal 30a accepts 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 in response to the operation of the player A.
[S1520] The user management server 10 specifies a challenger of the quest. Here, the players A and B are respectively designated as challengers (hosts, guests) who challenge multiplayer.

  [S1525] The user management server 10 sets quest progress parameters for the host and the guest, respectively. Here, a spot effect applied to at least some of the challengers is taken into account. Specifically, when 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 using the “effect type ID”. The spot effect (“value 1”, “value 2”, “value 3”,...) To be specified and applied is specified. When flag management information (FIG. 4E) is stored in association with a certain challenger, spot definition information (FIG. 4B) is specified by "flag position", and "effect type ID" ”To specify the spot effect setting information (FIG. 4D), and specify the spot effect (“ value 1 ”,“ value 2 ”,“ value 3 ”,...) To be applied. When spot effect management information (FIG. 4 (g)) is stored in association with a certain challenger, spot definition information (FIG. 4 (b)) is specified by “spot ID”, and “effect type” is specified. The spot effect setting information (FIG. 4D) is specified by the “ID”, and the spot effect (“value 1”, “value 2”, “value 3”,...) To be applied is specified. If there is a target parameter among the default progress parameters, the parameter is updated using at least one of “value 1”, “value 2”, “value 3”,. As a result, the target progress parameter increases. These processes are performed for all challengers. In the case of the spot limited quest, the increase amount or the increase ratio of the progress parameter is adjusted by further taking into account 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 quest progress parameters to the user terminals 30a and 30b, respectively.
[S1535a-c] The user terminal 30a and the user terminal 30b proceed with the quest, respectively. The quest progress uses quest progress parameters. The user management server 10 is connected to the user terminals 30a and 30b, respectively, relays exchange of data including operation information, and synchronizes the progress of the quest.

  [S1540] After the quest ends, the user management server 10 sets reward calculation parameters for the host and the guest. Here, a spot effect applied to at least some of the challengers is taken into account. Specifically, similarly to [S1525], the spot effect (“value 1”, “value 2”, “value 3”,...) To be applied is specified, and becomes the target among the default calculation parameters. If there is a parameter, it is updated using at least one of “value 1”, “value 2”, “value 3”,. For each of the above. In the case of the spot limited quest, the increase amount or the increase ratio of the calculation parameter is adjusted by further taking into account 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. The setting process of [S1540] may be configured to be performed before the start of the quest in conjunction with [S1525].

[S1545] The user management server 10 updates the player data stored in the storage 21. For example, the “experience value” and the “player rank” of the player information (FIG. 4A) respectively corresponding to the host and the guest are increased according to the reward calculation parameter.
[S1550] The user management server 10 provides result display data to the user terminals 30a and 30b, respectively.
[S1555a, b] The user terminal 30a and the user terminal 30b respectively display results including the obtained reward. For example, a state in which data before updating changes to data after updating due to a predetermined audiovisual effect is shown.

[2-5-2-1. Short-distance multi-execution procedure]
FIG. 16 illustrates a procedure for recruiting a short-distance multi by the system of the embodiment. FIG. 17 illustrates an application procedure of the short-distance multi by the system of the embodiment. FIG. 16 shows a procedure after the quest is selected by the player A. FIG. 17 is a procedure following FIG.
[S1605] The user terminal 30a receives multiplayer selection 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 forms a temporary deck according to the operation of the player A.
[S1620] The user terminal 30a accepts a short distance multi recruitment instruction operation by the player A. In the service of the embodiment, the player A can set a password (a three-digit number string) when recruiting multiplayer. When a password is set, the setting is also accepted.
[S1625] The user terminal 30a specifies the current location (current location). The GPS unit 261 is used to specify the current position.
[S1630] The user terminal 30a instructs the user management server 10 to recruit a short-distance multi. The instruction may include a set password and 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 short-distance multi recruitment.
[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, and creates a virtual standby room. . At this time, the “multi-play division” is a short-distance multi, the “participation condition” is that it is located near the position indicated by the position data included in the recruiting instruction, and the “status” is recruiting. If the recruitment instruction includes a password, the password also constitutes the "participation condition".

[S1705] The user terminal 30b accepts a short-distance multi search instruction operation by the player B. When the player B specifies a password (a three-digit number string) when searching for a recruitment, the specification is also accepted.
[S1710] The user terminal 30b specifies the current location (current location). The GPS unit 261 is used to specify the current position.
[S1715] The user terminal 30b instructs the user management server 10 to search for a recruitment meeting the participation conditions. The instruction may include a designated password and position data indicating the current position of the user terminal 30b.
[S1720] The user management server 10 specifies, from the virtual waiting room information stored in the storage 21, information on recruitment of a short distance multi that satisfies the participation condition and the play condition by the player B. The play condition is a condition set in the quest (for example, a player rank, a play position, a play time, and the like satisfy predetermined conditions).
[S1725] The user management server 10 provides the search result to the user terminal 30b.
[S1730] The user terminal 30b selects and notifies the user management server 10 of one of the short-distance multi recruitment in accordance with the operation by the player B.
[S1735] The user management server 10 permits the user terminal 30b to apply for the selected recruitment.
[S1740] The user terminal 30b forms 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 an 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. If the host is currently around the spot]
FIG. 18 is an explanatory diagram of a positional relationship in the short distance multi.
In the example illustrated in FIG. 18, the host 1820 is presently located around a predetermined position in the real space corresponding to the arrangement position of the spot 1810 (for example, inside a substantially circular area having a radius of 50 m). In this case, the host is provided with a spot privilege derived from the current location (for example, application of a spot effect, qualification to play a spot limited quest).

  Also, guests 1830a and 1830b are present near the current location of the host 1820. The guest 1830a is currently located around a predetermined position. On the other hand, the guest 1830b is not presently located around the predetermined position. In this case, the guest 1830a is provided with a spot privilege derived from the current location (a privilege equivalent to the spot privilege given to the host 1820). On the other hand, to the guest 1830b, a pseudo spot privilege (inferior privilege to the spot privilege) according to the spot privilege granted to the host 1820 is granted.

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

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

(1) Application of Fake Spot Effect to Play of Normal Quest When short-range multiplayer of the 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 virtual spot effect, and the pseudo spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the short-distance multi in the procedures of FIG. 16 and FIG.

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 some of the challengers.
Also, in [S1540] (FIG. 15), the user management server 10 sets the reward calculation parameters for the host and the guest in consideration of at least the spot effect applied to at least some of the challengers.

(2) Playing Spot-Only 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 process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the short-distance multi in the procedures of FIG. 16 and FIG.

[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 has been 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 area having a radius of 50 m). That is, the flag 2020 of the host 2030 is set around the spot arrangement position. In this case, the host 2030 is provided with a fictitious spot privilege derived from the past location (for example, application of the spot effect, qualification to play the spot limited quest).

  In addition, the guest 2040 is present near the current location of the host 2030. The guest 2040 is not located at the present time around the predetermined position. In this case, the guest 2040 is provided with a pseudo spot privilege (inferior privilege to the virtual spot privilege) that is similar to the virtual spot privilege given to the host 2030.

FIG. 21 is an explanatory diagram of a positional relationship in the short distance multi.
In the example illustrated 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 area having a radius of 50 m). That is, the host flag 2120 is set around the spot arrangement position. In this case, a fictitious spot privilege derived from the past location (for example, application of a spot effect, play qualification for a spot limited quest) is given to the host.

  In addition, guests 2130a and 2130b are presently located near the past location of the host. The guest 2130a is currently located around a predetermined position. On the other hand, the guest 2130b is not located at the present time around the predetermined position. In this case, the former is provided with a spot privilege derived from the current location (a privilege superior to the simulated spot privilege given to the host). On the other hand, the guest 2130b is provided with a pseudo spot privilege (inferior privilege to the virtual spot privilege) according to the virtual spot privilege given to the host.

FIG. 22 is an explanatory diagram of a positional relationship in the short distance multi.
In the example illustrated 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 set around the spot arrangement position. In this case, a fictitious spot privilege derived from the past location (for example, application of a spot effect, play qualification for a spot limited quest) is given to the host.

  Also, guests were located in the past in the vicinity of the past location of the host. That is, guest flags 2230a and 2230b are installed near the installation position of host flag 2220, respectively. The guest for which the flag 2230a is set has been located around the predetermined position in the past, but is not located at the present time. On the other hand, the guest having the flag 2230b is not located around the predetermined position from the past to the present. In this case, the former is provided with a virtual spot privilege derived from the past location (a privilege equivalent to the virtual spot privilege given to the host). On the other hand, the latter is provided with a simulated spot privilege (inferior privilege to the simulated spot privilege) according to the simulated spot privilege given to the host.

(1) Application of Spot Effect in Normal Quest When short-range multiplayer of the normal quest is performed in the positional relationship shown in FIGS. In addition, any one of the spot effect, the virtual spot effect, and the pseudo spot effect can be applied to the guest.
After the normal quest is started by the procedure of FIG. 11, the process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the short-distance multi in the procedures of FIG. 16 and FIG.

(2) Playing Spot-Only Quests In the positional relationships shown in FIGS. After the spot-limited quest is selected by the procedure of FIG. 14, the process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the short-distance multi in the procedures of FIG. 16 and FIG.

[2-5-2-2. SNS multi-execution procedure]
FIG. 23 illustrates a procedure for recruiting an SNS multi by the system of the embodiment. FIG. 24 illustrates an SNS multi application procedure by the system of the embodiment. FIG. 23 shows the procedure after the quest is selected. FIG. 24 is a procedure following FIG.
[S2305] The user terminal 30a accepts a multiplayer selection by the player A.
[S2310] The user terminal 30a accepts the selection of the SNS multi by the player A.
[S2315] The user terminal 30a forms a temporary deck according to the operation of the player A.
[S2320] The user terminal 30a instructs the user management server 10 to recruit an SNS multi.
[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 an activation command of the SNS program and data that can specify the recruitment are added.
[S2330] The user terminal 30a transmits a message including the URL directly or indirectly to the user terminal 30b outside the system according to the embodiment.
[S2335] The user terminal 30a instructs the user management server 10 to start recruiting the SNS multi by accessing the URL specifying the URL.
[S2340] The user management server 10 notifies the user terminal 30a of the acceptance of the start of the 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, and creates a virtual standby room. . At this time, the “multi-play division” is an SNS multi, the “participation condition” is an application by access specifying the URL, and the “status” is being recruited.

[S2405] The user terminal 30b instructs the user management server 10 to search for a virtual waiting room that satisfies the participation condition by accessing the URL.
[S2410] The user management server 10 specifies, from the virtual waiting room information stored in the storage 21, information regarding recruitment of an SNS multi that satisfies the participation condition and the play condition by the player B. The play condition is a condition set in the quest (for example, a player rank, a play position, a play time, and the like satisfy predetermined conditions). Here, the recruitment specified by the 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 in the user management server 10 according to the operation by the player B.
[S2425] The user management server 10 permits the user terminal 30b to apply for the selected recruitment.
[S2430] The user terminal 30b forms 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 applies for the selected SNS multi from the player B. 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 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 presently located around a predetermined position in the real space corresponding to the arrangement position of the spot 2510 (for example, inside a substantially circular region with a radius of 50 m). In this case, the host is provided with 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 located near the current location of the host 2520 at this time. In addition, the guest 2530 is not located at the present time around the predetermined position. In this case, to the guest 2530, a pseudo spot privilege (inferior privilege to the spot privilege) similar to the spot privilege granted to the host 2520 is granted.

(1) Application of Spot Effect in Normal Quest When the SNS multi of the normal quest is performed in the positional relationship of 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 process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the SNS multi by the procedure of FIG. 23 and FIG.

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 some of the challengers.
Also, in [S1540] (FIG. 15), the user management server 10 sets the reward calculation parameters for the host and the guest in consideration of at least the spot effect applied to at least some of the challengers.

(2) Playing Spot-Only Quests In the positional relationship shown in FIG. 25, SNS multi of the spot-limited quests is possible. After the spot-limited quest is selected by the procedure of FIG. 12, the process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the SNS multi by the procedure of FIG. 23 and FIG.

[2-5-2-2-2. If the host was previously located around the spot]
FIG. 26 is an explanatory diagram of a 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 area having a radius of 50 m). That is, the host flag 2620 is set around the spot arrangement position. In this case, a fictitious spot privilege derived from the past location (for example, application of a spot effect, play qualification for a spot limited quest) is given to the host.

  On the other hand, the guest 2630 has not been located near the past location of the host from the past to the present. The guest 2630 has not been located around the predetermined position from the past to the present. In this case, the guest 2630 is provided with a simulated spot privilege (inferior to the simulated spot privilege) according to the simulated spot privilege given to the host.

(1) Application of Spot Effect in Normal Quest When the SNS multi of the normal quest is performed in the positional relationship of FIG. 26, the virtual 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 process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the SNS multi by the procedure of FIG. 23 and FIG.

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 some of the challengers.
Also, in [S1540] (FIG. 15), the user management server 10 sets the reward calculation parameters for the host and the guest in consideration of at least the spot effect applied to at least some of the challengers.

(2) Playing Spot-Only Quests In the positional relationship shown in FIG. 26, SNS multi of the spot-limited quests is possible. After the spot-limited quest is selected by the procedure of FIG. 14, the process proceeds to the multi-play execution procedure (FIG. 15) through the recruitment and application of the SNS multi by the procedures of FIG. 23 and FIG.

10 User management server (example of game information processing device)
Reference Signs List 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

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

Claims (13)

Registration means for storing the location of the player as a location record in the storage means at or without the request of the player;
First designating means for designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges the target game which can be played alone only when the play position condition is satisfied; ,
A game information processing device comprising: The first specifying means specifies the first player who does not satisfy the play position condition at the present time;
The game information processing apparatus according to claim 1. The first designating means designates the first player as a challenger for hosting cooperative play of the target game;
The game apparatus further includes a second designation unit that designates a second player who has applied for recruitment of the first player as a challenger participating in the cooperative play of the target game hosted by the first player,
The game information processing device according to claim 2. The second specifying means specifies the second player who does not satisfy the play position condition at the present time;
The game information processing apparatus according to claim 3. The second specifying means specifies the second player currently located near the current location of the first player;
The game information processing device according to claim 4. The second specifying means specifies the second player currently located near the past location of the first player;
The game information processing device according to claim 4. The second designating means designates the second player having the location record indicating that the first player has been located in the past near the past location of the first player;
The game information processing device according to claim 4. The play position condition is that it is located around a predetermined position,
Setting means for setting a participation parameter used when the second player participates in the cooperative play of the target game according to the predetermined position and a current positional relationship of the second player,
The game information processing device according to claim 4. The setting means sets the participation parameter such that the second player who does not satisfy the play position condition is relatively disadvantageous compared to a player who satisfies the play position condition,
A game information processing apparatus according to claim 8. The setting means sets the participation parameter further considering a current positional relationship between the first player and the predetermined position;
The game information processing apparatus according to claim 8. The setting means is relatively disadvantageous to the second player when the first player does not satisfy the play position condition at the present time as compared with the case where the first player satisfies the play position condition at the present time. Setting the participation parameters as follows:
The game information processing apparatus according to claim 10. A registration step of storing the location of the player as a location record in the storage means at or without the request of the player;
A first designation step of designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges a target game that can be played alone only when the play position condition is satisfied; ,
A method for controlling an information processing apparatus, comprising: A registration function of storing the location of the player as a location record in the storage means at or without the request of the player;
A first designation function for designating a first player having the location record indicating that the play position condition has been satisfied in the past as a challenger who challenges the target game which can be played alone only when the play position condition is satisfied; ,
Control program that causes a computer of an information processing apparatus to implement the above.

Images