JP7453580B2 - Information processing device, information processing method and program - Google Patents

Description

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

Conventionally, information on the geographical position of the user (strictly speaking, the information terminal carried by the user) in real space, measured using GPS (Global Positioning System) etc. (hereinafter referred to as location information), has been used. A location information game is known in which the user progresses through the game.

For example, Non-Patent Document 1 discloses a location information game in which you collect characters, etc., and in which you can obtain items useful for the game from facilities (Pokéstops) placed on a map. has been done.
Furthermore, Non-Patent Document 2 describes a location information game in which players set a destination and proceed with an adventure by defeating enemy characters, etc., and there is a facility located anywhere on the map that can restore the player's physical strength, etc. A location information game in which you can set up your home (home) has been disclosed.

[Pokemon GO official website], [online], Niantic, Inc., Pokemon Co., Ltd., Nintendo Co., Ltd., [searched on November 25, 2019], Internet [https://www.pokemongo.jp/] [Dragon Quest official promotion site], [online], Square Enix Co., Ltd., [searched on November 25, 2019], Internet [https://www.dragonquest.jp/walk/]

However, in conventional location information games such as Non-Patent Document 1 or Non-Patent Document 2, by being located around the above-mentioned facilities, the user can obtain items, recover physical strength, etc. However, it is not possible to change or improve the abilities of a character or the like operated by the user in relation to the user's location information. Therefore, for users who want to grow their characters while taking advantage of the unique fun of location-based games in which the user's own movements are reflected in in-game actions, the entertainment value of the game is unsatisfactory. This may lead to a decrease in the desire to play the game.

Therefore, the present invention provides information processing that can increase the entertainment value of the game in relation to the location information in a game using the user's location information, and can arouse the user's desire to play the game. The objective is to provide devices, information processing methods, and programs.

An information processing device according to one aspect of the present invention includes a position specifying unit that specifies a user's position on a map in a game based on the user's position information, and a position specifying unit that specifies the user's position on the map, A predetermined state setting section that allows a user to set a character owned in the game to a predetermined state when a predetermined position condition is satisfied for the first object; and an ability changing section that changes the ability of the character when the condition is satisfied.

According to one aspect of the present invention, in a game using the user's location information, the user selects a character to be used in the game when a predetermined location condition is satisfied with respect to a first object placed on a map. You can change your abilities by setting the state. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be aroused.

1 is a conceptual diagram of a position information game system including an information processing device according to an embodiment of the present invention. 1 is a diagram showing the hardware configurations of an information processing device and a terminal according to an embodiment of the present invention. FIG. FIG. 2 is an explanatory diagram of functions of a terminal according to an embodiment of the present invention. FIG. 2 is an explanatory diagram of functions of a server that constitutes an information processing apparatus according to an embodiment of the present invention. 3 is a flowchart showing the flow of information processing according to an embodiment of the present invention. FIG. 3 is a sequence diagram showing the flow of predetermined state setting processing. (a) and (b) are diagrams showing an example of a display screen that notifies that the situation can be set to a predetermined state. (a) and (b) are diagrams showing an example of a display screen when setting a predetermined state. It is a figure which shows an example of the display screen which notifies that it is set to a predetermined state. FIG. 3 is a sequence diagram showing the flow of capability change processing. (a) is a diagram showing an example of a display screen indicating that a predetermined state is being set. (b) is a diagram showing an example of a display screen indicating that the predetermined state has ended. It is a flowchart which shows the flow of time saving processing. FIG. 3 is a sequence diagram showing the flow of predetermined state cancellation processing. (a) is a diagram showing an example of a display screen that notifies that the predetermined state can be canceled. (b) is a diagram showing an example of a display screen that notifies that the predetermined state has been canceled. FIG. 2 is a sequence diagram showing the flow of interruption processing.

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an information processing apparatus, an information processing method, and a program according to the present invention will be described in detail with reference to preferred embodiments shown in the accompanying drawings.
Note that the embodiments described below are merely examples given to facilitate understanding of the present invention, and do not limit the present invention. That is, the present invention may be modified or improved from the embodiments described below without departing from the spirit thereof. Naturally, the present invention also includes equivalents thereof.
Furthermore, the screen examples shown in the figures referred to in the following explanations are merely examples, and the screen configuration examples, displayed information, and specific contents of the GUI (Graphical User Interface), etc. It can be designed and changed freely according to specifications and user preferences.

<About location information game>
The communication system shown in FIG. 1 (hereinafter referred to as location information game system S) is a communication system including an information processing device (hereinafter referred to as server 30) according to an embodiment of the present invention, and is and provide location-based games.

A “location information game” is a game that uses a player character (hereinafter referred to as a player P) and other objects move on a map formed in a space such as augmented reality (AR), virtual reality (VR), or mixed reality (MR), and various quests (events) occur. It is an electronic game that you play (hereinafter referred to as "play") as you progress through the process. In addition, hereinafter, when simply writing "game", "location information game" is included.

In this specification, "map" refers to a map in the game, and is a two-dimensional or A three-dimensional diagram. On the map, virtual objects are arranged that reflect geographical elements in real space, location information, sizes, shapes, etc. of roads, buildings, etc. Further, on the map, a predetermined state setting point 51 and a privilege granting point 52, which will be described later, appear randomly.

A "quest" refers to a mission given to user U within a game, that is, an individual stage that makes up the game. Each quest has its own implementation period and achievement conditions, and various quests will occur as you progress through the game. Quests include, for example, quests that aim to reach a certain point, quests that involve encountering or fighting enemy characters, quests that allow you to obtain items, and the like. Note that completing the quest by meeting the set achievement conditions is called clearing.

In the present embodiment, as an example of a game, a user U forms a team consisting of multiple characters (for example, a group of four characters), manipulates those characters through predetermined actions, and fights. This is a game that progresses by sequentially challenging and clearing multiple quests.

In the game of this embodiment, the user U owns and operates multiple characters, but these characters can be sold, exchanged for items or other characters, or exchanged with other users U. You can also rent and borrow between. Further, the user U can change the abilities of the character by accumulating experience points by playing the game and by using items and the like. Furthermore, the character's abilities can be changed using predetermined state setting points 51 arranged on the map.

"Changing abilities" means changing the abilities of the character, and includes, as an example, the changes listed below. Note that although changes are basically changes that are advantageous to the user U, changes that are disadvantageous to the user U are not excluded.
(a) Strengthen the character by improving its parameters (setting data regarding level, physical strength, attack power, speed, luck, etc.).
(b) The predefined upper limit (maximum value) of the parameters of the character is increased to further strengthen the character. In addition, hereinafter, when the term "upper limit release" is used, it refers to increasing the upper limit value of a parameter included in a character.
(c) Adding special abilities (techniques, etc.) to the character.
(d) Changing special abilities that the character has.
(e) Changing the attributes of the character. For example, the character's occupation is changed from occupation A to occupation B.

The "predetermined state setting point" corresponds to the first object, and is a point (facility) placed on the map, where the character owned by the user U in the game can be set when the user U satisfies the predetermined location condition. This is a place where you can deposit your device and set it to a predetermined state. It is also a point where a character that satisfies the conditions for ending the predetermined state can be picked up and the predetermined state can be canceled. The predetermined state setting points 51 appear regularly or irregularly at every point on the map, and a plurality of predetermined state setting points 51 may be arranged at the same time. Further, the predetermined state setting point 51 may disappear or move after a preset validity period expires. Furthermore, the benefit granting point 52, which will be described later, may be changed to the predetermined state setting point 51 periodically or irregularly.

The “predetermined position condition” refers to a condition indicating the positional relationship between the predetermined state setting point 51 and the user U. For example, if the user U is within a predetermined range of the position in real space corresponding to the predetermined state setting point 51, Refers to the case where it is actually located. Further, even if the point is different from the predetermined state setting point 51, the predetermined state setting point 51 and the different point are associated, and the user U is within a predetermined range of the position in the real space corresponding to the different point. It may also be the case that the information is actually located there.

The "predetermined state" is a state in which the character is kept at the predetermined state setting point 51, and the character does not control the user U's hand during the period required to change the character's abilities (hereinafter referred to as the predetermined period). Refers to the state of being apart. That is, in this embodiment, when a character is kept in a predetermined state by continuously leaving it at the predetermined state setting point 51 for a predetermined period of time and the end condition of the predetermined state is satisfied, the ability of the character that was set in the predetermined state changes. do. Note that in this embodiment, the predetermined period is, in principle, a maximum of 24 hours.

In this embodiment, in principle, characters that can be set in a predetermined state are limited to specific characters that satisfy specific conditions, such as having an ability that has reached an upper limit. Further, the number of times that the predetermined state can be set is limited to only once per character. Furthermore, a character that is on loan with another user U cannot be set to a predetermined state. However, it may be possible to set all characters to a predetermined state, or the number of times that a predetermined state can be set may be multiple times. Furthermore, if a character borrowed from another user U can be set in a predetermined state, the character may be returned to the other user U with its abilities changed.

Furthermore, the number of characters that the user U can set in a predetermined state within a certain period of time or at the same time may be limited to a predetermined number. For example, assume that only one character can be set to a predetermined state per day, and that multiple characters cannot be set to a predetermined state at the same time. However, the number of characters that can be set to a predetermined state at the same time may be changed for each user U. For example, for the user U who has a high experience value, it is also possible to set a plurality of characters to a predetermined state at the same time.

In principle, the user U cannot use the character set in a predetermined state in the game. That is, during the predetermined period, the character cannot be included in the team members that will go into battle and the game cannot be played. Also, items etc. cannot be used for that character. Furthermore, the character cannot be sold, exchanged, or lent or borrowed with other users U.

As mentioned above, user U cannot use the character set in a predetermined state in the game, but by using items etc., user U can end the predetermined period immediately or shorten the predetermined period (hereinafter referred to as time saving). ). In this embodiment, two types of items, a first item and a second item, can be used to terminate or shorten a predetermined state. The time for the first item can be reduced depending on the consumption amount (number of items). For example, 60 minutes can be saved for each first item (even if the remaining predetermined period is less than 60 minutes, one item is consumed). On the other hand, one second item can immediately end the predetermined state regardless of the remaining predetermined period. Furthermore, when using an item, if the user U has the first item, the first item is automatically consumed first, giving priority to the second item.

In this embodiment, the above items can be used by the user U at any timing. Also, for example, when challenging a quest, if a character who is set to a predetermined state is included among the members who appear, items can be consumed to shorten the time in order to end the predetermined state or shorten the time. You may also inform them that this is possible.

When a predetermined period of time passes or an item is used, a character that satisfies the conditions for ending the predetermined state can be used again in the game by canceling the predetermined state. In the present embodiment, the user U deposits the character at the predetermined state setting point 51, other predetermined state setting points 51 (in the case where a plurality of predetermined state setting points 51 are arranged), or a benefit granting point 52, which will be described later. If a predetermined positional condition is satisfied between the character and the character, the character can be taken over and the predetermined state can be canceled. Note that the predetermined state may be canceled at a point other than the above, or may be canceled at the same time as the predetermined state ends, regardless of the location of the user U.

Furthermore, as described above, since the character that is being set in a predetermined state cannot be used in the game, the user U may want to interrupt the predetermined state that has been set. In that case, the user U can interrupt (cancel) the predetermined state at any timing even during the predetermined period. If the game is interrupted and ended before the end conditions for the predetermined state are met, the character's abilities will of course remain unchanged, but the character will return to a state where it can be used in the game.
Note that even if the process is interrupted once, it may be possible to restart the process while continuing the previous predetermined period by setting it to a predetermined state again. In that case, it may be the same predetermined state setting point 51 or another predetermined state setting point 51.

“Benefit granting point” corresponds to a second object, and is a point (facility) placed on the map, which is associated with the benefit granting point 52 when user U satisfies a predetermined location condition. This is the point where the set benefit is given to the user U. The privilege granting points 52 appear regularly or irregularly at every point on the map, and a plurality of privilege granting points 52 may be arranged at the same time. Further, the privilege granting point 52 may disappear or move after a preset validity period expires. Furthermore, when a plurality of privilege granting points 52 are arranged, some of them may be changed to the predetermined state setting point 51 periodically or irregularly. Furthermore, a character that satisfies the conditions for ending the predetermined state may be picked up at the privilege granting point 52 to release the predetermined state.

The "predetermined positional condition" is generally the same as the predetermined positional condition at the predetermined state setting point 51, and refers to a condition indicating the positional relationship between the privilege granting point 52 and the user U. For example, this applies to a case where the user U is actually located within a predetermined range of a position in real space corresponding to the privilege granting point 52. Further, even if the point is different from the point giving the privilege 52, the point giving the privilege 52 and the different point are associated, and the user U is actually within a predetermined range of the position in the real space corresponding to the different point. It may also be the case where it is located.

"Benefits" is a general term for advantageous effects given to user U in progressing the game or quest, and in this embodiment, the following advantageous effects occur as an example of the benefit. .
(a) Obtain a virtual currency item or a piece thereof (an object that can be exchanged for a predetermined virtual currency item when a plurality of points are collected) that can be used in the game.
(b) Obtain a special character.
(c) Obtain qualifications to play special quests.
(d) Parameters that mainly affect the progress of the quest (setting data regarding the character's level, physical strength, attack power, speed, luck, etc.) change in an advantageous direction.
(e) Parameters (setting data regarding physical strength to be recovered, experience points to be acquired, points to be acquired, occurrence rate of special rewards, etc.) that mainly affect the calculation of quest clearing rewards change in an advantageous direction.

In this embodiment, it is possible not only for the user U to play alone, but also for so-called multi-play (hereinafter referred to as joint play) in which multiple users U operate their respective user terminals 10 to simultaneously play a common quest. be. In this joint play, there is a user U (hereinafter referred to as the host) who hosts a joint play for a specific quest and recruits friends, and a user U (hereinafter referred to as the guest) who applies for the recruitment and participates in the joint play. ), a collaborative relationship is formed, and the progress of play is synchronized between users who play together.

The joint play is performed through the communication function of the user terminal 10 of each user U. Specifically, when a certain user U applies to participate in a cooperative play solicited by a host, and the host approves the application, that certain user U applies as a guest to participate in a cooperative play with the host. A communication path is established. Note that the application qualification for joint play is not particularly limited and can be set arbitrarily. For example, in real space, users U who are located within a predetermined distance from the host's current location may be able to apply. Alternatively, another user U who has a friendship with a certain user U and who has mutually approved the user U (hereinafter referred to as an approved user) may be able to apply.

Thereafter, transmission and reception of various data required for joint play is performed according to a known communication method. The data at this time may be a client-server method via the server 30, or may be a P2P (peer-to-peer) method not via the server 30. Further, the style of collaborative play is classified into fully synchronous type and asynchronous type, but either style may be adopted. Note that the fully synchronous type includes a key input synchronous method and a command input method, and the asynchronous type includes a server centralized processing type and a client distributed processing.

Note that the cooperative play compatible game includes a cooperative play game in which a plurality of users U cooperate and a competitive game in which users U compete against each other, but may be of any type. Further, the upper limit of the number of users U (maximum number of players) in one joint play is not particularly limited and may be set to any number, but it is preferably set to about 4 at most, for example.

<About the configuration of location information game system S>
Next, the configuration of the location information game system S for providing the above location information game to the user U will be described.
As shown in FIG. 1, the location information game system S is constructed for a user U to play a location information game, and is an information terminal (hereinafter referred to as user terminal 10) operated by the user U. and a server 30. The user terminal 10 and the server 30 are connected to be able to communicate with each other via a network N such as the Internet. Further, the user terminal 10 is communicably connected to a GPS satellite G.

The user terminal 10 is equipped with a program stored in the terminal and a processor that executes the program, and is carried by its owner, the user U, who uses the user terminal 10 when playing. operate. As the user terminal 10, a known device used as a game terminal, such as a smartphone, a mobile phone, a notebook PC, a tablet terminal, a wearable terminal, or a game-dedicated device with a communication function, can be used. Note that the number of user terminals 10 constituting the position information game system S is not particularly limited and may be any number, but in FIG. 1, the number of user terminals 10 is three for convenience of illustration.

The server 30 is a computer that constitutes the information processing apparatus of the present invention. For example, it is constituted by a server computer managed by a game providing company, and is responsible for game progress processing. Specifically, the game account, status, location information, etc. of each user U are managed for each user U, and game progress data is distributed to each user U. Furthermore, the server 30 is not limited to a server device consisting of a single computer that independently performs a specific function, but rather a plurality of computers that exist in a distributed manner but work together to perform a specific function. It may be configured by a server device group consisting of.

The network N may be any network that connects the user terminal 10 and the server 30 in a state where data communication is possible. It includes the Internet, mobile communication networks, LANs (Local Area Networks), WANs (Wide Area Networks), intranets, Ethernet (registered trademark), etc., regardless of whether they are wired or wireless. Further, the user terminals 10 may communicate with each other via the network N, or may communicate directly with each other without going through the network N via Bluetooth (registered trademark), Wifi-Direct, or the like.

In the position information game system S of this embodiment, the game progresses by the user terminal 10 and the server 30 working together with the above configuration. Specifically, a part of the game progress processing is performed on the server 30 side, and a part of the graphic processing etc. is performed on the user terminal 10 side. For example, a program including certain rules, logic, and algorithms is executed on the server 30 side. On the other hand, on the user terminal 10 side, in synchronization with the server 30, the player P and other objects corresponding to each user U are moved using the same rules, logic, and algorithms as the program running on the server 30. , the game progresses by generating various quests.

<Configuration of user terminal 10>
Next, the configuration of the user terminal 10 according to this embodiment will be described.
As shown in FIG. 2, the user terminal 10 has a hardware configuration including a processor 11, a storage device 12, a communication interface (referred to as communication I/F in FIG. 2) 13, an input device 14, and an output device. 15, and these devices are electrically connected via a bus (not shown).

The processor 11 includes, for example, a central processing unit, a microprocessor, a graphics processor, a digital signal processor, etc., and is stored in the storage device 12. It executes various arithmetic processing based on programs or data, and also controls each part of the user terminal 10. The programs executed by the processor 11 include an OS (Operating System), which is system software for controlling the entire user terminal 10, and application programs for games, and these various programs are read by the processor 11. By being executed, the function of the user terminal 10 configuring the position information game system S is exhibited.

The storage device 12 includes, for example, a memory or a storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM (Read Only Memory) and RAM (Random Access Memory), and provides a work area for the processor 11 by temporarily storing programs and data, and processes executed by the processor 11. Temporarily stores various data generated by.
The storage stores various data related to the game, and includes, for example, flash memory, HDD (Hard Disc Drive), SSD (Solid State Drive), FD (Flexible Disc), MO disk (Magneto-Optical disc), and CD (Compact Disc). , a DVD (Digital Versatile Disc), an SD card (Secure Digital card), and a USB memory (Universal Serial Bus memory).

The communication interface 13 is configured by, for example, a network interface card (NIC), and controls communication processing of the user terminal 10. The communication standard used by the communication interface 13 is not particularly limited, and any communication standard for the public can be applied without restriction. Further, the communication method using the communication interface 13 may be a wireless method or a wired method.

The input device 14 is a device that receives an operation from the user U and generates data indicating the content of the accepted operation. As an example, operation keys, operation buttons, a sound collection microphone, a photographing camera, etc. provided on the user terminal 10 can be used.

The output device 15 is a device that draws a screen to display images, character string information, etc., and reproduces audio. As an example, a liquid crystal display, an organic EL (Electroluminescence) display, a head mounted display, a speaker, etc. provided in the user terminal 10 can be used. Note that in this embodiment, the output device 15 includes at least a display. The display may have the functions of both the input device 14 and the output device 15, such as a touch panel display.

Next, with reference to FIG. 3, the configuration of the user terminal 10 will be explained again from a functional perspective.
As shown in FIG. 3, the user terminal 10 includes a plurality of functional units, specifically, an operation specifying unit 16, a position information acquisition unit 17, a terminal storage unit 18, a terminal generation unit 19, and a terminal transmission/reception unit. 20, and a display processing section 21. These functional units are realized by the cooperation of the hardware equipment of the user terminal 10 and a program as software stored in the user terminal 10.

[Operation specifying unit 16]
The operation specifying unit 16 is mainly realized by the processor 11 and the input device 14, and specifies the contents of various operations performed by the user U through the input device 14 of the user terminal 10. The operations specified by the operation specifying unit 16 include operations for progressing the game, operations related to joint play (operations related to solicitation of joint play, application for joint play, and permission/disapproval of the application), and the like. Operations for progressing the game include operations that instruct the acquisition of benefits from the point where the character is granted, operations that instruct the character to be set in a predetermined state, operations that instruct the character to shorten the time in a predetermined state, and operations that interrupt the character's predetermined state. This also includes an operation that instructs to release the character from a predetermined state, and an operation that instructs to release the character from a predetermined state.

[Position information acquisition unit 17]
The position information acquisition unit 17 is mainly realized by the processor 11 and the communication interface 13, and acquires the position of the user terminal 10, that is, the position information (coordinate position) of the user U carrying the user terminal 10 in real space. get. As a method of acquiring the position information, for example, a method of detecting the position of the user terminal 10 using a signal from a GPS satellite G such as GPS, a base station of a mobile phone system (not shown) or an access point of Wi-Fi communication, etc. This includes a method of detecting the position of the user terminal 10 based on the radio wave intensity from the radio field.

[Terminal side storage unit 18]
The terminal-side storage unit 18 is mainly realized by the processor 11 and the storage device 12, and stores various data related to game progress (eg, video data, image data, audio data, etc.).

[Terminal side generation unit 19]
The terminal-side generation unit 19 is mainly realized by the processor 11 and the storage device 12, and generates game operation data according to the operation details of the user U specified by the operation identification unit 16 and information acquired by the position information acquisition unit 17. Generate location information data, etc. related to location information. The game operation data generated here includes bonus acquisition operation data based on a bonus acquisition instruction from a bonus granting point, setting instruction operation data based on an instruction to set a character to a predetermined state, and instruction to shorten the time required for a character to be in a predetermined state. time-saving instruction operation data based on instructions to interrupt a predetermined state of a character, cancellation instruction operation data based on an instruction to cancel a predetermined state of a character, and operation data related to collaborative play (recruitment of collaborative play, collaboration (Includes application for play and operation data regarding permission/disapproval of the application.) These generated data are transmitted to the server 30 by the terminal-side transmitting/receiving section 20.

[Terminal side transmitter/receiver 20]
The terminal-side transmitting/receiving unit 20 is mainly realized by the processor 11, the storage device 12, and the communication interface 13, and transmits and receives data and information between the server 30 and the user terminals 10 of other users. For example, while playing a game, the terminal-side transmitting/receiving unit 20 receives game progress data sent from the server 30 and transmits game operation data and location information data indicating the current location of the user U to the server 30. do. In addition, when a joint game play is being performed, the terminal-side transmitting/receiving unit 20 transmits joint play data (specifically, game operation data of each user U) with the user terminal 10 of other users U. may be sent and received.

[Display processing unit 21]
The display processing section 21 is mainly realized by the processor 11, the storage device 12, and the output device 15, and executes a display process of displaying the data and information received by the terminal-side transmitting/receiving section 20 on a display using a browsing function. Specifically, the display processing unit 21 draws the game screen at the start of the game, and during game play, develops the game progress data received by the terminal-side transmitting/receiving unit 20 from the server 30, and displays images and images on the game screen. View additional information. Also, during game play, the display processing unit 21 displays an image that changes according to the game operation data generated by the terminal-side generation unit 19 (specifically, an image that moves according to the operation of the user U) on the game screen. indicate. In particular, based on the actual position information of the user U in the real space acquired by the position information acquisition unit 17, the player P indicating the position information of the user U is displayed on the map in the game.

<Server configuration>
Next, the configuration of the server 30 according to this embodiment will be explained.
As shown in FIG. 2, the server 30 has the same hardware configuration as a typical server computer, and includes a processor 31, a storage device 32, and a communication interface (referred to as communication I/F in FIG. 2). ) 33, and these devices are electrically connected via a bus (not shown).

The processor 31 is composed of a CPU, MPU, GPU, DSP, etc., and executes various processes by executing programs installed on the server 30. The programs executed by the processor 31 include an OS, which is system software for controlling the entire server 30, and an application program for causing the server 30 to function as the information processing device of the present invention.

The storage device 32 includes, for example, memory or storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM and RAM, and provides a work area for the processor 31 by temporarily storing programs and data, and temporarily stores data generated by various processes executed by the processor 31. Remember.
The storage stores various data related to the user U, maps, games, etc., and is configured by, for example, a flash memory, HDD, SSD, FD, MO disk, CD, DVD, SD card, USB memory, and the like. Note that a database server computer connected to the server 30 via the network N may be used as a storage.

The communication interface 33 is configured by, for example, a network interface card or the like, and controls communication processing of the server 30. The communication standard used by the communication interface 33 is not particularly limited, and any communication standard for the public can be applied without restriction. Further, the communication method using the communication interface 33 may be a wireless method or a wired method.

Next, the configuration of the server 30 will be explained again from a functional perspective with reference to FIG. 4. As shown in FIG. Side transmitting/receiving section 35, server side generating section 36, position specifying section 37, predetermined state setting section 38, ability changing section 39, predetermined state canceling section 40, privilege giving section 41, object converting section 42, item giving section 43, and An item consumption section 44 is provided. These functional units are realized by the cooperation of the hardware equipment of the server 30 and a program as software stored in the server 30. In addition, when the server 30 is comprised of multiple computers, the above-mentioned functions may be distributed so that each of the multiple computers may perform different functions.

[Server-side storage unit 34]
The server-side memory unit 34 is mainly realized by the processor 31 and the storage device 32, and stores various data including data regarding the user U, data regarding map information, and data regarding game progress processing (game progress data).
The data relating to user U includes an identifier (user ID or terminal ID) that identifies user U or the user terminal 10 used by user U, and various information associated with that identifier (personal information of user U, model of user terminal 10, access history, payment history, or game progress such as current location information or status, etc.).
The game progression data includes information about the characters owned by the user U (such as name, attributes, abilities, and level), information about the quest, information about the specified state setting point 51 (whether it can be set, validity period, and placement location, etc.), and information about the bonus granting point 52 (bonus content, validity period, and placement location, etc.).

[Server side transmitter/receiver 35]
The server-side transmitting/receiving unit 35 is mainly realized by the processor 31, the storage device 32, and the communication interface 33, and transmits and receives data and information to and from the user terminal 10. For example, during game play, the server-side transmitting/receiving unit 35 transmits game progress data to the user terminal 10 of the user U, and receives game operation data from the user terminal 10. It also receives position information data indicating the current position of the user U in real space from the user terminal 10, and transmits data for displaying the position information on a map (data for game progression in a broad sense) to the user terminal 10. Furthermore, while the game is played jointly, the server-side transmitting/receiving unit 35 receives data for joint play from the user terminals 10 of each of the plurality of users U who play the joint game, and synchronizes the users U. data (game progress data in a broad sense) is transmitted to each user terminal 10.

[Server side generation unit 36]
The server-side generation unit 36 is mainly realized by the processor 31 and the storage device 32, and generates data to be transmitted by the server-side transmission/reception unit 35. Specifically, the data generated here includes game progress data corresponding to the game operation data received from the user terminal 10. Note that the game progress data includes data for displaying the position information on a map based on the position information acquired from the user terminal 10, and data for displaying the position information on a map while the game is being played jointly by a plurality of users U who are playing the game jointly. It also includes data for synchronization between the two.

[Position specifying unit 37]
The position specifying unit 37 is mainly realized by the processor 31 and the storage device 32, and specifies the position of the user U on the map based on the position information acquired from the user terminal 10. The map position of the user U identified here is generated as game progress data by the server-side generation unit 36, and transmitted to the user terminal 10 by the server-side transmission/reception unit 35.

[Predetermined state setting section 38]
The predetermined state setting section 38 is mainly realized by the processor 31 and the storage device 32, and is configured so that the position of the user U on the map specified by the position specifying section 37 is set to a predetermined state setting point 51 arranged on the map. If the position condition is satisfied, the character owned by the user U can be set to a predetermined state, and the specified character is set to the predetermined state based on a setting instruction from the user U.

[Ability change section 39]
The ability changing section 39 is mainly realized by the processor 31 and the storage device 32, and after the predetermined state is set by the predetermined state setting section 38, the end condition of the predetermined state is satisfied by the passage of a predetermined period or by using an item. As described above, the abilities of the character are changed.

[Predetermined state release unit 40]
The predetermined state release unit 40 is mainly realized by the processor 31 and the storage device 32, and releases the character being set in the predetermined state from the predetermined state after the predetermined state termination condition is satisfied. Specifically, when the position of the user U on the map identified by the position specifying unit 37 satisfies a predetermined position condition between the predetermined state setting point 51 or the privilege granting point 52 arranged on the map, A character that is currently set in a predetermined state is brought into a state where it can be released from the predetermined state, and the predetermined state of the character is released based on a release instruction from the user U. However, regardless of the location information of the user U, the predetermined state may be canceled regardless of where the user U is located.
Furthermore, the predetermined state cancellation unit 40 interrupts and ends the predetermined state of the character that is being set in the predetermined state based on an interrupt instruction from the user U even before the predetermined state termination condition is met.

[Bonus grant section 41]
The privilege granting unit 41 is mainly realized by the processor 31 and the storage device 32, and is configured so that the position of the user U on the map identified by the position specifying unit 37 is a predetermined position with respect to the privilege granting point 52 arranged on the map. When the conditions are met, the privilege set in association with the privilege granting point 52 is granted to the user U. In addition, when the privilege granting point 52 is arranged, the privilege granting unit 41 selects a privilege to be set in association with the privilege granting point 52 from among a plurality of candidate benefits. Note that the contents of the associated benefits may be changed at predetermined times, such as once a day (for example, at 4 a.m.).

[Object conversion unit 42]
The object conversion unit 42 is mainly realized by the processor 31 and the storage device 32, and when a plurality of reward points 52 are arranged, changes some of the plurality of reward points 52 to predetermined state setting points 51. . In this embodiment, the change is made periodically at a predetermined time, such as once a day (for example, at 4 a.m.), but it may be changed irregularly.

[Item granting unit 43]
The item granting unit 43 is mainly realized by the processor 31 and the storage device 32, and grants the above-mentioned first item and second item to the user when a granting condition such as purchase, login bonus, quest completion, participation in cooperative play, etc. is satisfied. The granted items are associated with each user U and stored in the server-side storage unit 34.

[Item consumption section 44]
The item consumption unit 44 is mainly realized by the processor 31 and the storage device 32, and consumes items owned by the user U based on a time-saving instruction from the user U. At this time, if the first item is owned, the first item is automatically consumed first, giving priority to the second item. As items are consumed, data stored in the server-side storage unit 34 in association with each user U is updated.

Although the user terminal 10 and the server 30 generally have various functions in addition to those described above, only the characteristic functions that have an effect in the position information game system S of the present invention will be explained here. The illustrations and explanations of other known functions will be omitted.

<About the processing flow of location information game system S>
Next, the flow of processing executed in the position information game system S having the above configuration will be described with reference to flowcharts, sequence diagrams, and diagrams showing examples of each screen.
The information processing method according to the present embodiment is realized by using the position information game system S functioning as a computer system. In other words, in the information processing executed by the position information game system S, the information processing method according to the present embodiment is applied.

As shown in FIG. 5, the information processing executed in the position information game system S in this embodiment can be roughly divided into a predetermined state setting process (S101) for setting a character in a predetermined state, and a predetermined state setting process (S101) for setting a character in a predetermined state; It consists of three phases: an ability change process (S102) to change the ability, and a predetermined state release process (S103) to release the character from a predetermined state. Each process will be explained individually below.

[Predetermined state setting process]
First, the predetermined state setting process will be explained based on FIGS. 6 to 9.
The "predetermined state setting process" is a process that is executed through communication between the user terminal 10 and the server 30, and is a process that is performed when the user U meets a predetermined position condition between the predetermined state setting point 51 and the predetermined state setting point 51 during game play. In this case, it refers to the process of setting a specified character to a predetermined state based on an instruction from the user U to set the specified character to a predetermined state.

As shown in FIG. 6, when the user U plays the game, the user terminal 10 first acquires the current position information of the user terminal 10 in real space by the position information acquisition unit 17, and The current location of the user U who is carrying the device is specified (S201), and the current location information is transmitted to the server 30 as location information data (S202).

When the server 30 receives the location information data transmitted from the user terminal 10 and acquires the current location information of the user U (S203), the server 30 specifies the acquired current location of the user U using the location specifying unit 37, and The predetermined state setting unit 38 determines whether the identified current position of the user U and the predetermined state setting point 51 satisfy the above-described predetermined position conditions (S204). As a result, if the predetermined position condition is satisfied (S204: YES), the server-side generation unit 36 generates data indicating information that notifies the user that the predetermined state can be set. It is transmitted to the terminal 10 (S205).
Note that if the above-mentioned predetermined position condition is not satisfied (S204: NO), the process is directly terminated.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays the current position information of the user U on the map displayed on the display based on the data. Information indicating that the predetermined state can be set at the predetermined state setting point 51 is displayed on the display (S206).

FIG. 7 is a diagram showing an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen that notifies that the predetermined state can be set at the predetermined state setting point 51. be.
As shown in FIG. 7(a), on the map displayed on the screen, a player P, which is an object indicating the current position information of the user U, a predetermined state setting point 51, and a privilege granting point 52 are shown. Displayed. Also displayed is a predetermined state setting possible area 53, which is information that notifies that the situation is such that a predetermined state can be set. In addition, the privilege granting points 52 may be displayed in a manner that distinguishes between a privilege granting point 52a to which a privilege has already been granted to the user U and a privilege granting point 52b to which a privilege has not yet been granted.

The predetermined state settable area 53 is, for example, a circle with the predetermined state setting point 51 as the center point, and is displayed when the player P enters the predetermined state settable area 53 or approaches to a predetermined distance. Then, when the player P enters the predetermined state setting possible area 53, the user U can set the character to the predetermined state. When it becomes possible to set the predetermined state, a dialog box will be displayed to notify you of this, as shown in FIG. 7(b). In addition, on the screen of this embodiment, setting to a predetermined state is written as "training", and the predetermined state setting point 51 is written as "during training" (hereinafter, FIGS. 8 and 9 The same applies to Figure 11). Note that the predetermined state settable area 53 is not limited to a circular shape.

FIG. 8 is a diagram illustrating an example of a display screen when setting the predetermined state after a situation in which the predetermined state can be set is reached.
When the user taps the "Train" button displayed in the dialog box in Figure 7(b), a list screen of characters owned by the user is displayed as shown in Figure 8(a). be done. Note that at this time, a configuration may be adopted in which specific characters that can be set in a predetermined state are narrowed down in advance, and only those specific characters are displayed instead of all owned characters.
Next, the user U selects and taps an arbitrary character that he/she wants to set in a predetermined state from the list screen. Then, when an arbitrary character is selected, details about that character are displayed as shown in FIG. The character to be set is determined.

Returning to FIG. 6, when the operation specifying unit 16 of the user terminal 10 receives the above-mentioned predetermined state setting instruction operation from the user U (S207: YES), the user terminal 10 generates setting instruction operation data using the terminal side generation unit 19, The data is transmitted to the server 30 as game operation data (S208).
Note that if the predetermined state setting instruction operation is not received from the user U (S207: NO), the process is directly ended.

When the server 30 receives the game operation data indicating the setting instruction to the predetermined state transmitted from the user terminal 10 (S209), the predetermined state setting unit 38 sets the designated character to the predetermined state (S210). Then, the server-side generation unit 36 generates data indicating information notifying that the predetermined state has been set, and transmits it to the user terminal 10 as game progress data (S211). Note that, as described above, a character set to a predetermined state cannot be used in the game for a predetermined period of time.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays information notifying that a predetermined state has been set based on the data (S212).

FIG. 9 is a diagram showing an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen that notifies that the character has been set to a predetermined state.
As shown in FIG. 9, the screen displays a message that the predetermined state has been set (indicated as "training start" in FIG. 9), an explanation of the change in ability after the predetermined state, and information on how to save time. A dialog box will display an explanation of what you can do.

When the series of steps described above are completed, the predetermined state setting process ends. Thereafter, while the user U is playing the game, the above series of steps are repeatedly executed.
The above is an example of the predetermined state setting process at the predetermined state setting point 51.

[Ability change processing]
Next, the ability change process will be explained based on FIGS. 10 and 11.
"Ability change processing" is a process executed through communication between the user terminal 10 and the server 30, and during game play, after the character is set to a predetermined state, the character that satisfies the end conditions of the predetermined state is A process that changes a character's abilities.

As shown in FIG. 10, when the character is set to a predetermined state, the server 30 first uses the ability changing unit 39 to determine whether a predetermined period of time has passed since the character was set to the predetermined state. (S301). As a result, if the predetermined period has not yet elapsed (S301: NO), the server-side generation unit 36 generates data indicating that the predetermined state is being set, and sends the data to the user terminal 10 as game progress data. (S302).

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays information indicating that the character is in the process of setting a predetermined state on the display based on the data ( S303).

FIG. 11A is a diagram showing an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen showing that the character is being set to a predetermined state.
As shown in FIG. 11A, a character that is being set to a predetermined state (indicated as "in training" in FIG. 11) is displayed together with the remaining time until the predetermined period ends. Additionally, a "shorten training" button and a "stop training" button are arranged on the same screen. When the user U wants to shorten the time required for a predetermined state, he or she taps a "shorten" button therein. Note that the user U can check the status of the character being set to a predetermined state at any time on a part of the screen during game play, even on a screen other than the screen shown in FIG. 11(a).

Returning to FIG. 10, when the operation specifying unit 16 of the user terminal 10 receives the above time-saving operation from the user U (S304: YES), the terminal-side generation unit 19 generates time-saving instruction operation data, and the game operation data The information is sent to the server 30 as (S305).
Note that if the time-saving instruction operation is not received from the user U (S304: NO), the process is directly ended.

When the server 30 receives the game operation data indicating the time saving instruction in the predetermined state transmitted from the user terminal 10 (S306), the ability changing unit 39 executes the time saving process (S307). Note that details of the time saving process will be described later.

As a result of the time saving process (S307), if the end condition of the predetermined state is satisfied (S308: YES) or if the predetermined period has already passed (S301: YES), the ability change unit 39 changes the character's ability. (S309). Then, the server-side generation unit 36 generates data indicating information notifying that the predetermined state has ended, and transmits it to the user terminal 10 as game progress data (S310).
Note that if the end condition of the predetermined state is not satisfied (S308: NO), data indicating the information indicating that the predetermined state is being set is generated again and transmitted to the user terminal 10 as game progress data (S302 )

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays information notifying that the predetermined state has ended based on the data (S311).

FIG. 11B is a diagram showing an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen that notifies that the predetermined state has ended.
As shown in FIG. 11(b), the screen displays a message to the effect that the predetermined state has ended (indicated as "Training completed" in FIG. ``Training has been completed and the upper limit of LV has been released.'') etc. will be notified by a dialog box. Note that the notification may be sent each time the game is not played (push notification). Further, a "take over" button is arranged on the same screen, and if the user U wants to take over a character whose abilities have changed after the end of a predetermined state and release the predetermined state, the user U taps the "take over" button. Note that this predetermined state canceling process will be described later.

When the series of steps described above are completed, the ability change process ends. Thereafter, while the user U is playing the game, strictly speaking, while the user U is setting the character to a predetermined state, the above series of steps are repeatedly executed.
The above is an example of the ability change process.

[Time-saving processing]
Here, based on FIG. 12, details of the time-saving process, which is a process executed in the ability change process and which shortens the time in a predetermined state, will be described. Note that the time saving process is a process executed in step S307 of the ability change process shown in FIG.

As shown in FIG. 12, the server 30 first determines whether the user U owns the first item (S401). If it is determined that the user U owns the first item (S401: YES), the number n of first items required to satisfy the end condition of the predetermined state is specified from the remaining time of the predetermined time (S402 ). Then, it is determined whether the number of first items held by user U is n (S403), and if n is held (S403: YES), n pieces of the first item are used. Then, the predetermined state is immediately terminated (S404), and the process is terminated. In addition, if the number of first items held is insufficient to n (S403: NO), the first item held by user U is used to shorten the predetermined period according to the number of uses. (S405), and the process ends.

On the other hand, if it is determined that the user U does not possess the first item (S401: NO), then it is determined whether the user U possesses the second item (S406). If the user U has the second item (S406: YES), the user immediately uses the second item to immediately end the predetermined state (S407), and ends the process. Note that if the second item is not held either (S406: NO), the process ends without executing the time saving process.

In this manner, in this embodiment, the first item is consumed first with priority over the second item. In addition, in the time saving process, when using the first item or the second item, it is preferable to transmit game progress data to the user terminal 10 to confirm whether the use is approved or not, and to confirm with the user U each time. . Furthermore, when using the first item, the user U may be allowed to select the number of items to be used.

[Predetermined state release processing]
Next, the predetermined state canceling process will be explained based on FIGS. 13 and 14.
The “predetermined state cancellation process” is a process executed through communication between the user terminal 10 and the server 30, and is performed when the user U reaches the predetermined state setting point 51 or This is a process of canceling the predetermined state of the character based on a cancellation instruction from the user U when a predetermined positional condition is satisfied between the character and the bonus granting point 52.

As shown in FIG. 13, when the user U plays the game, the user terminal 10 first acquires the current position information of the user terminal 10 in real space by the position information acquisition unit 17, and The current location of the user U who is carrying the device is specified (S501), and the current location information is transmitted to the server 30 as location information data (S502).

When the server 30 receives the location information data transmitted from the user terminal 10 and acquires the current location information of the user U (S503), the server 30 uses the location identifying unit 37 to identify the acquired current location of the user U, and The predetermined state canceling unit 40 determines whether or not the specified current location of the user U satisfies the above-described predetermined location condition with the predetermined state setting point 51 or the privilege granting point 52 (S504). As a result, if the predetermined position condition is satisfied (S504: YES), the server-side generation unit 36 generates data indicating information that notifies the user that the predetermined state can be canceled, and provides the user with game progress data. It is transmitted to the terminal 10 (S505).
Note that if the above-mentioned predetermined position condition is not satisfied (S504: NO), the process is directly terminated.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays the current position information of the user U on the map displayed on the display based on the data. Information notifying that the predetermined state can be canceled at the predetermined state setting point 51 or the privilege granting point 52 is displayed on the display (S506).

FIG. 14A shows an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen that notifies that the predetermined state can be canceled at the predetermined state setting point 51. FIG.
As shown in FIG. 14(a), on the map displayed on the screen, a player P, which is an object indicating the current position information of the user U, a predetermined state setting point 51, and a privilege granting point 52 are shown. Displayed. Further, a predetermined state releasable area 54, which is information that notifies that the predetermined state can be canceled, is displayed.

The predetermined state cancelable area 54 is displayed in place of the above-described predetermined state settable area 53 when there is an unreleased character that satisfies the predetermined state termination condition, and is displayed in place of the predetermined state settable area 53 when the player P is in the predetermined state. It is displayed when the user enters the releasable area 54 or approaches a predetermined distance. Then, when the player P enters the predetermined state cancelable area 54, the user U can perform an operation to instruct cancellation of the predetermined state.
Although FIG. 14A shows an example in which the predetermined state cancelable area 54 is displayed at the predetermined state setting point 51, a predetermined state cancelable area 54 is displayed at the predetermined state setting point 51. A state releasable area (not shown) is displayed.

Returning to FIG. 13, when the operation specifying unit 16 of the user terminal 10 receives a predetermined state cancellation instruction operation from the user U (S507: YES), the terminal-side generation unit 19 generates cancellation instruction operation data, and the game operation It is transmitted to the server 30 as data (S508).
Note that if the predetermined state release instruction operation is not received from the user U (S507: NO), the process is directly ended.

When the server 30 receives the game operation data indicating the cancellation instruction for the predetermined state transmitted from the user terminal 10 (S509), the predetermined state cancellation unit 40 causes the predetermined state of the character that satisfies the designated predetermined state termination condition to be set. It is canceled (S510). Then, the server-side generation unit 36 generates data indicating information notifying that the predetermined state has been canceled, and transmits it to the user terminal 10 as game progress data (S511). Note that, as described above, the character whose predetermined state has been released can be used again in the game with changed abilities.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays information notifying that the predetermined state has been canceled based on the data (S512).

FIG. 14(b) is a diagram showing an example of a display screen displayed on the display of the user terminal 10 at this time, that is, an example of a display screen that notifies that the predetermined state has been canceled.
As shown in FIG. 14(b), a dialog box notifies the user that the predetermined state has been canceled (indicated as "pick-up completed" in FIG. 14).

When the series of steps described above are completed, the predetermined state cancellation process ends. Thereafter, while the user U is playing the game, strictly speaking, while there is an unreleased character that satisfies the end condition of the predetermined state, the above series of steps are repeatedly executed.
The above is an example of the predetermined state cancellation process at the predetermined state setting point 51 or the privilege granting point 52.

[Interruption processing]
Next, the suspension process will be explained based on FIG. 15.
“Suspension processing” is a process that is executed through communication between the user terminal 10 and the server 30, and is a process that is executed based on an interruption instruction from the user U before the end conditions of a predetermined state are met during game play. This refers to the process of interrupting a character's predetermined state. Specifically, this is a process that is executed when the user U taps the "Stop Training" button on the display screen shown in FIG. 11A indicating that the predetermined state is being set.

As shown in FIG. 15, when the character is set to a predetermined state, the server 30 first uses the ability changing unit 39 to determine whether a predetermined period of time has passed since the character was set to the predetermined state. (S601). As a result, if the predetermined period has not yet elapsed (S601: NO), the server-side generation unit 36 generates data indicating that the predetermined state is being set, and sends the data to the user terminal 10 as game progress data. (S602).
Note that if the predetermined period has already elapsed (S601: YES), the process is immediately ended.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 indicates that the character is being set to a predetermined state based on the data, as shown in FIG. 11(a). Information indicating that there is something is displayed on the display (S603). Then, when the user U taps the "stop training" button, the user terminal 10 receives the interruption instruction operation from the user U through the operation specifying unit 16 (S604: YES), and the terminal side generating unit 19 , generates interruption instruction operation data and transmits it to the server 30 as game operation data (S605).
Note that if the interruption instruction operation is not received from the user U (S604: NO), the process is immediately terminated.

When the server 30 receives the game operation data indicating the interruption instruction transmitted from the user terminal 10 (S606), the predetermined state release unit 40 releases the predetermined state of the designated character (S607). Then, the server-side generation unit 36 generates data indicating information notifying that the predetermined state has been interrupted and canceled, and transmits it to the user terminal 10 as game progress data (S608). Note that, as described above, when a predetermined state is interrupted and ended, the character's abilities do not change and the character becomes usable again in the game.

When the user terminal 10 receives the above game progress data transmitted from the server 30, the display processing unit 21 displays information notifying that the predetermined state has been interrupted and ended based on the data (S609 ).

When the series of steps described above are completed, the interruption process ends. Thereafter, while the user U is playing the game, strictly speaking, while the user U is setting the character to a predetermined state, the above series of steps are repeatedly executed.
The above is an example of the interruption process.

<Other embodiments>
The present invention is not limited to the embodiments described above.
In the above embodiment, the server 30 executes the program of the present invention and functions as the information processing device of the present invention, but some or all of the functions of the information processing device of the server 30 are It is also possible to prepare for 10. For example, the functions corresponding to the position specifying section 37, the predetermined state setting section 38, the ability changing section 39, the predetermined state canceling section 40, the privilege giving section 41, the object converting section 42, the item giving section 43, and the item consuming section 44 are , may be included in the user terminal 10.

Furthermore, in this embodiment, an online game using data communication performed between the user terminal 10 operated by the user U and the server 30 has been described as an example of the game. However, the type of game is not particularly limited, and may be an offline game that does not require data communication. Furthermore, for example, it may be a social game that can be used only with a web browser and an SNS (Social Networking Service) account.

Furthermore, in the present embodiment, the upper limit release has been described as an example of a change in the ability of a character that has completed a predetermined state. However, the ability change is not limited to this. For example, after a predetermined state ends, you can change attributes, such as changing the character's occupation from "warrior" to "priest" or changing the nature of the character's attack or defense from "water" type to "fire" type. It is also possible to do so. In addition, in order to advance the battle against the enemy character advantageously, it is possible to deal large damage to the enemy character, prevent it from receiving attacks from the enemy character, stop the movement of the enemy character, etc. The special ability may be acquired after a predetermined state ends.

Furthermore, the type or effect of the ability change may differ depending on the location of the predetermined state setting point 51. For example, if the predetermined state setting point 51 is located in an area that is rarely visited by people or an area that is difficult to visit, the effect obtained by changing the ability may be increased. Furthermore, if the predetermined state setting point 51 is located at the seaside, the ability change can be obtained based on the seaside, and if the predetermined state setting point 51 is located at a famous historical site, the ability change can be obtained depending on the famous historical site. It is also possible to change the ability according to each region, such as obtaining a change in the ability based on the area. With such a setting, the entertainment value of the game can be further enhanced by linking it to location information, and it can also be expected to have the effect of regional revitalization.

<Summary>
The main features of the program, information processing method, and information processing apparatus according to the present embodiment described above are as follows.

[1] The information processing device according to the present embodiment includes a position specifying unit that specifies the user's position on the map in the game based on the user's position information, and the user's position on the map is arranged on the map. a predetermined state setting section that allows a user to set a character owned in the game to a predetermined state when a predetermined position condition is satisfied for a first object; and an end condition for the predetermined state after the character is in the predetermined state. and an ability changing section that changes the abilities of the character when the following is satisfied.
According to the above information processing device, in a game using the user's position information, the user can set the character used in the game to a predetermined state and have abilities when a predetermined position condition is satisfied with respect to the first object. can be changed. Therefore, the entertainment value of the game can be enhanced in association with the position information, and the user's desire to play the game can be aroused.

[2] The above information processing device provides the user with a benefit associated with the second object when the user's location on the map satisfies a predetermined location condition in relation to the second object placed on the map. The system further includes a benefit granting section that grants benefits to the user.
By doing so, the user can change the character's abilities with the first object, and can also obtain benefits with the second object. Therefore, the entertainment value of the game can be further enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[3] The above information processing device further includes an object changing unit that changes some of the plurality of second objects to the first object when a plurality of second objects are arranged.
By doing so, the second object from which a privilege can be obtained is changed to the first object from which the character's ability can be changed, so that the user can enjoy the change in the object. Therefore, the entertainment value of the game can be further enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[4] After the end condition is satisfied, the information processing device sets the predetermined state if the user's position on the map satisfies the predetermined position condition with respect to either the first object or the second object. The device further includes a predetermined state canceling unit that allows the predetermined state to be canceled.
By doing so, the user can release the character whose ability has been changed from the predetermined state when the predetermined positional condition is satisfied for the first object or the second object. Therefore, the entertainment value of the game can be further enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[5] The above information processing device satisfies the termination condition by continuing the predetermined state for a predetermined period.
By doing this, the user can change the abilities of the character used in the game, but in order to change the character's ability it is necessary to maintain a predetermined state for a predetermined period of time, so the difficulty of the game may be lower than normal. It never goes down. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[6] The above-mentioned information processing device includes an item providing unit that provides the user with a first item whose predetermined period is shortened according to consumption amount and a second item whose predetermined period ends when consumed; The device further includes an item consumption unit that consumes the first item with priority over the second item when consuming one item or the second item.
By doing so, the user can efficiently change the ability of the character by consuming the provided first item or second item. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[7] In the above information processing device, a character set in a predetermined state cannot be used in a game.
By doing this, although the user can change the abilities of the character used in the game, the user cannot use the character in the game while the character is in a predetermined state to change the ability. The difficulty level will not be lowered easily. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[8] In the above information processing device, the predetermined state can be interrupted before the termination condition is satisfied.
By doing so, the user can interrupt the predetermined state at any time to change the character's ability. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[9] In the above information processing device, the number of characters that can be set to a predetermined state at the same time is limited to a predetermined number.
By doing this, the user can change the abilities of the characters used in the game, but since the number of characters whose abilities can be changed at the same time is limited, it is necessary to carefully select the characters that will be in a predetermined state. I will do it. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[10] In the above information processing device, the character that can be set to a predetermined state is a specific character among the characters that satisfies a specific condition.
By doing this, the user can change the abilities of the characters used in the game, but since the characters whose abilities can be changed are limited to specific characters, the difficulty level of the game may easily decrease. Moreover, the characters to be in a predetermined state must be carefully selected. Therefore, the entertainment value of the game can be enhanced while being associated with the position information, and the user's desire to play the game can be further aroused.

[11] Furthermore, according to the information processing method according to the present embodiment, the computer identifies the user's location on the map in the game based on the user's location information, and the user's location on the map is determined based on the user's location information. When a predetermined position condition is satisfied for the first object placed in In this case, change the abilities of the character.
By doing this, in a game using the user's location information, the user can set the character used in the game to a predetermined state and change the ability when a predetermined position condition is satisfied with respect to the first object. Can be done. Therefore, the entertainment value of the game can be enhanced in association with the position information, and the user's desire to play the game can be aroused.

[12] Further, according to the program according to the present embodiment, the program is executed by a computer, and causes the computer to specify the user's position on a map in the game based on the user's position information. When the position on the map satisfies a predetermined position condition with respect to a first object placed on the map, the character owned by the user in the game can be set to a predetermined state, and after the character is in the predetermined state. , changes the abilities of the character when the end conditions of a predetermined state are met.
By doing this, in a game using the user's location information, the user can set the character used in the game to a predetermined state and change the ability when a predetermined position condition is satisfied with respect to the first object. Can be done. Therefore, the entertainment value of the game can be enhanced in association with the position information, and the user's desire to play the game can be aroused.

10 User terminal 11 Processor 12 Storage device 13 Communication interface 14 Input device 15 Output device 16 Operation specifying section 17 Location information acquisition section 18 Terminal side storage section 19 Terminal side generation section 20 Terminal side transmission/reception section 21 Display processing section 30 Server 31 Processor 32 Storage device 33 Communication interface 34 Server-side storage section 35 Server-side transmission/reception section 36 Server-side generation section 37 Position specifying section 38 Predetermined state setting section 39 Ability changing section 40 Predetermined state canceling section 41 Privilege granting section 42 Object converting section 43 Item Granting unit 44 Item consumption unit 51 Predetermined state setting point 52 Privilege granting point 53 Predetermined state setting possible area 54 Predetermined state cancelable area G GPS satellite N Network P Player S Location information game system U User

Claims (3)

Equipped with a processor,
When the user's position in the virtual space, which is specified based on the user's position information, satisfies a predetermined position condition with respect to an object placed in the virtual space, the processor The target object borrowed from the user can be set to a predetermined state,
the processor changes a parameter associated with the target object in the predetermined state;
the processor allows the target object in which the parameter has been changed to be returned to the other user;
If the target object is released from the predetermined state before the predetermined period required for changing the parameters has elapsed, the processor resets the target object to the predetermined state, thereby adjusting the progress of the previous predetermined state. enabling the setting of the predetermined state by taking over the period;
Information processing device. When the user's position in the virtual space, which is specified based on the user's position information, satisfies a predetermined position condition with respect to an object placed in the virtual space, the processor determines whether the user A processor can set a target object borrowed from a user in a predetermined state,
a processor changes a parameter associated with the target object in the predetermined state;
the processor enables the target object in which the parameter has changed to be returned to the other user;
If the processor cancels the predetermined state before the predetermined period required for the target object to change its parameters has elapsed, the processor resets the target object to the predetermined state, thereby adjusting the progress of the previous predetermined state. enabling the setting of the predetermined state by taking over the period;
Information processing method. When the user's position in the virtual space, which is specified based on the user's position information, satisfies a predetermined positional condition with respect to an object placed in the virtual space, A function that allows a target object borrowed from a user to be set in a predetermined state,
a function of causing the processor to change a parameter associated with the target object in the predetermined state;
a function that allows the processor to return the target object whose parameters have been changed to the other user;
If the predetermined state is canceled before the predetermined period required for the target object to change its parameters elapses, the processor resets the target object to the predetermined state, thereby determining the progress of the previous predetermined state. a function that enables the setting of the predetermined state by taking over the period;
A program to run.

Images