JP7011383B2 - A method and system in which the computer advances the game based on the user's location information, and a program that causes the computer to execute the method. - Google Patents

Description

The present disclosure relates to a technique for advancing a game based on a user's position information.

In recent years, a game program utilizing the user's location information has been provided to the user, and is attracting attention as it encourages the user not only to enjoy the game play but also to move the user by the game play.

The following Patent Document 1 describes a movement by a user in a game using a mobile phone terminal or the like equipped with a GPS (Global Positioning System) when the user obtains points according to the movement distance of the user who owns the mobile phone terminal. Describes the technology for deterring unauthorized acquisition of distances. Further, Patent Document 2 below describes a game system capable of developing a game by setting game parameters by using information acquired from map data corresponding to the position of a player terminal. Specifically, according to the technology of Patent Document 2, a map within a certain area centered on the position of the player terminal is acquired, and game parameters corresponding to the player are obtained based on the facility information included in the acquired map. It is described to set.

Japanese Patent No. 4789222 Japanese Patent No. 5909301

In this way, attention is being paid to game programs that utilize the user's location information. The purpose of this disclosure in certain aspects is to provide a game program that is even more entertaining.

According to certain embodiments, a method for a computer to advance a game based on a user's location information is provided. In this method, the processor of the computer sets a quest that can be played by the user by moving to a specific area in the map data used in the game, and obtains the user's location information. This includes performing a step of allowing the user to play the quest when the user is located in a specific area specified in the quest based on the acquired location information of the user. Quests include those with multiple subquests. The step of setting a quest to the user presents some of the subquests included in the quest, and depending on the game clear status of some of the subquests, the unpresented subquests are sequentially presented. Includes presenting to the user.

In one aspect, the quest provided to the user in the game program includes multiple subquests, some of which are presented to the user, and as the user clears the subquest, the remaining subquests are presented. Therefore, the fun of the game can be further improved.

The above and other objects, features, aspects and advantages of the invention will become apparent from the following detailed description of the invention as understood in connection with the accompanying drawings.

It is a figure which shows the structure of the game distribution system 1 of embodiment. It is a block diagram which shows the structure of a mobile terminal 10. It is a block diagram which shows the functional configuration of a server 20. It is a figure which shows the data structure of the table for each user to manage the position range specified in the map data as the user information 253 by the server 20. It is a figure which shows the data structure of the table for managing the progress state which each user is progressing a game, as the user information 253 by a server 20. The server 20 is a table for managing an event to be given to the user as game information 252. The server 20 shows a destination candidate management table for managing candidates set as destinations in an event as game information 252.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are designated by the same reference numerals. Their names and functions are the same. Therefore, the detailed description of them will not be repeated.

<Embodiment 1>
In the present embodiment, the user operates an information processing device equipped with a touch screen, such as a smartphone, to advance the game while transmitting and receiving data related to the game between the game server and the smartphone. The game corresponds to single play in which the user plays alone and multiplayer in which the user plays with other users.

FIG. 1 is a diagram showing a configuration of a game distribution system 1 according to an embodiment. As shown in FIG. 1, the game distribution system 1 includes an information processing device used by a user and a server 20, and these devices are communicably connected to each other by a network 80.

In the example of FIG. 1, as the information processing device used by the user, mobile terminals such as mobile terminals 10A, mobile terminals 10B, mobile terminals 10C and mobile terminals 10D (hereinafter, mobile terminals 10A, 10B, 10C, 10D) are collectively referred to. A plurality of mobile terminals such as "mobile terminal 10") are shown. The mobile terminal 10A and the mobile terminal 10B are connected to the network 80 by communicating with the wireless base station 81. The mobile terminal 10C connects to the network 80 by communicating with the wireless router 82 installed in a facility such as a house. In a certain aspect, the mobile terminal 10 is a terminal provided with a touch screen, for example, a smartphone, a phablet, a tablet, or the like. In one aspect, the mobile terminal 10 is also a wearable device. When the mobile terminal 10 is a wearable device, it communicates with another information processing device such as a smartphone owned by the user.

In a certain aspect, the mobile terminal 10D communicates with a communication device 71 corresponding to short-range wireless communication. The communication device 71 is equipped with a reader / writer 81 that supports short-range radio communication standards such as NFC (Near field radio communication). Further, the mobile terminal 10D is equipped with an NFC chip compatible with NFC or the like, and by bringing the mobile terminal 10D and the reader / writer 81 close to each other within a certain distance, information can be input / output between these devices. Can be done. Various information can be stored in the NFC chip, and for example, the NFC chip can be used for various processes such as electronic money, recording of boarding and disembarking of public transportation (trains, buses, etc.). For example, by bringing the mobile terminal 10D equipped with the NFC chip and the reader / writer device 81 close to each other within a certain distance, payment processing is performed, the boarding place in public transportation is recorded, the disembarking place is recorded, and the like. Processing can be performed. As a result, the mobile terminal 10D can register the position where the user is located in the server 20 or the like. For example, when the mobile terminal 10D and the reader / writer device 81 perform short-range wireless communication, the reader / writer device 81 communicates with the server 20 to change the communication content between the mobile terminal 10D and the reader / writer device 81. The history is held in the server 20. In this case, the communication device 71 transmits the communication history between the reader / writer device 81 and the mobile terminal 10D to the server 20 or the like, so that the server 20 causes the mobile terminal 10D to move to when and where (reader / writer). It is possible to grasp whether or not the position (the position where the 81 is installed) is located. As a result, the user's position can be registered in the server 20.

By executing the game program, the mobile terminal 10 provides the user with an environment for playing a game according to the game program. The mobile terminal 10 installs a game program, for example, via a platform that distributes an application or the like. The mobile terminal 10 enables a user to play a game by executing a game program installed in the mobile terminal 10 or a game program pre-installed in advance. By reading and executing a game program, the mobile terminal 10 communicates and connects the mobile terminal 10 and the server 20, and data related to the game is transmitted between the mobile terminal 10 and the server 20 according to the progress of the game. Send and receive with.

The server 20 appropriately transmits data necessary for playing the game to the mobile terminal 10 to advance the play of the game on the mobile terminal 10. The server 20 manages various data related to the game of each user who plays the game. The server 20 communicates with the mobile terminal 10 and transmits images, sounds, text data and other data to the mobile terminal 10 according to the progress of each user's game.

For example, the server 20 contains information on the progress of each user's progress in the story of the game, information on the game characters that can be used by each user among the game characters appearing in the game, parameters indicating the abilities of the game characters, and game characters. Manage parameters and other data that indicate the performance of the tools used. Further, the server 20 performs a process in which the game operator notifies the user of the campaign, the occurrence of a defect in the progress of the game, the resolution of the defect, and other information related to the operation of the game.

The game program corresponds to a mode in which a user plays a game, a case where one user plays (single play) and a case where a plurality of users cooperate to play (multi-play). For example, in the game distribution system 1, the server 20 identifies a user who participates in the multiplayer and communicates with each mobile terminal 10 of each user to provide each user with an environment for playing the game in the multiplayer.

By supporting multiplayer, the game distribution system 1 enables, for example, in the case of an action game, users fight together to fight game characters appearing in the game, or users play against each other. do.

<Structure>
The hardware configuration of the server 20 will be described. The server 20 includes a communication IF (Interface) 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29, which are connected to each other via a communication bus.

The communication IF 22 supports various communication standards such as a LAN (Local Area Network) standard, and functions as an interface for transmitting and receiving data to and from an external communication device such as a mobile terminal 10.

The input / output IF 23 functions as an interface for accepting input of information to the server 20 and outputting information to the outside of the server 20. The input / output IF 23 includes an input receiving unit that accepts the connection of an information input device such as a mouse and a keyboard, and an output unit that accepts the connection of an information output device such as a display for displaying an image or the like.

The memory 25 is a storage device for storing data or the like used for processing. The memory 25, for example, provides the processor 29 with a work area for temporary use when the processor 29 performs processing. The memory 25 includes a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory).

The storage 26 is a storage device for storing various programs and data for the processor 29 to read and execute. The information stored in the storage 26 includes a game program, information related to the game program, information of a user who plays the game program, and other information. The storage 26 includes a storage device such as an HDD (Hard Disk Drive) and a flash memory.

The processor 29 controls the operation of the server 20 by reading and executing a program or the like stored in the storage 26. The processor 29 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like.

FIG. 2 is a block diagram showing the configuration of the mobile terminal 10. With reference to FIG. 2, the mobile terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130, an input / output IF 140, a storage unit 150, a voice processing unit 160, a microphone 170, a speaker 180, and the like. Includes a control unit 190.

The antenna 110 radiates a signal emitted by the mobile terminal 10 into space as a radio wave. Further, the antenna 110 receives radio waves from the space and gives a received signal to the wireless communication IF 120.

Since the mobile terminal 10 communicates with other communication devices, the wireless communication IF 120 performs modulation / demodulation processing for transmitting / receiving signals via the antenna 110 or the like. The wireless communication IF 120 is a communication module for wireless communication including a tuner, a high frequency circuit, etc., performs modulation / demodulation and frequency conversion of the wireless signal transmitted / received by the mobile terminal 10, and supplies the received signal to the control unit 190.

The touch screen 130 receives input from the user and outputs information to the user on the display 132. The touch screen 130 includes a member (touch sensitive device 131) for receiving an input operation of the user. Further, the touch screen 130 includes a menu screen and a member (display 132) for displaying the progress of the game on the screen. The touch-sensitive device 131 detects that a user's finger or the like has approached, for example, by using a capacitive touch panel. The display 132 is realized by, for example, an LCD (Liquid Crystal Display), an organic EL (electroluminescence), or other display device.

The input / output IF 140 functions as an interface for accepting input of information to the mobile terminal 10 and outputting information to the outside of the mobile terminal 10.
The GPS positioning unit 141 is configured by a mechanism for positioning the position information of the mobile terminal 10. The GPS positioning unit 141 includes, for example, a GPS (Global Positioning System) module, and positions the position information of the mobile terminal 10 based on a GPS signal.

The storage unit 150 is composed of a flash memory, a RAM (Random Access Memory), and the like, and stores a program used by the mobile terminal 10 and various data received from the server 20 by the mobile terminal 10.

The voice processing unit 160 performs modulation / demodulation of the voice signal. The voice processing unit 160 modulates the signal given from the microphone 170 and gives the modulated signal to the control unit 190. Further, the voice processing unit 160 gives a voice signal to the speaker 180. The voice processing unit 160 is realized by, for example, a processor for voice processing. The microphone 170 functions as an audio input unit for receiving an input of an audio signal and outputting it to the control unit 190. The speaker 180 functions as an audio output unit for outputting an audio signal to the outside of the mobile terminal 10.

The control unit 190 controls the operation of the mobile terminal 10 by reading and executing a program stored in the storage unit 150. The control unit 190 is realized by, for example, an application processor.

The process of executing the game program 151 by the mobile terminal 10 will be described in more detail. In a certain aspect, the storage unit 150 stores the game program 151, the game information 152, the user information 153, and the map data 154. The server 20 receives map data including information on roads, facilities, administrative districts, etc. by communicating with an information processing device that distributes map data, and based on the received map data, map data used in the game is used. It is held in the storage 26 or the like. For example, the mobile terminal 10 downloads the game program and the map data from the server 20 and stores the game program and the map data in the storage unit 150 as the game program 151 and the map data 154. Further, the mobile terminal 10 communicates with the server 20 as the game progresses, thereby transmitting and receiving various data such as the game information 152 and the user information 153 to and from the server 20.

The game program 151 is a program for advancing a game on the mobile terminal 10. The game information 152 includes various data referred to by the game program 151. The game information 152 includes, for example, information on an object to be placed in a virtual space in a game, information on an effect associated with the object (including information on a skill set in a game character, and the like). User information 153 includes information about a user playing a game. The user information 153 includes, for example, information for identifying a user of a mobile terminal 10 who plays a game, information for identifying another user who cooperates in playing a game during multiplayer, and other information.

By reading and executing the game program 151, the control unit 190 includes an input operation reception unit 191, a game progress processing unit 192, a terminal position acquisition unit 193, a camera arrangement control unit 194, and an object control unit 195. Each function of the display control unit 196 is exhibited.

The input operation receiving unit 191 accepts a user's input operation based on the output of the touch screen 130. Specifically, the input operation receiving unit 191 detects that the user's finger or the like approaches the touch-sensitive device 131 as the coordinates of the coordinate system consisting of the horizontal axis and the vertical axis of the surface constituting the touch screen 130.

The input operation receiving unit 191 determines the user's operation on the touch screen 130. The input operation reception unit 191 is, for example, (1) "approach operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (5)" "Long touch operation)", (6) "drag operation (swipe operation)", (7) "move operation", (8) "flick operation", and other user operations are discriminated. The user's operation determined by the input operation receiving unit 191 is not limited to the above. For example, when the touch-sensitive device 131 has a mechanism capable of detecting the magnitude of the pressure pressed by the user against the touch-sensitive device 131, the input operation receiving unit 191 determines the magnitude of the pressure pressed by the user. .. Further, the control unit 190 determines that the state of detecting the approach of the user's finger or the like to the touch screen 130 is the "touch-on state". The control unit 190 determines a state in which the approach of the user's finger or the like to the touch screen 130 is not detected as a "touch-off state". The control unit 190 accepts the coordinates indicating the approaching position of the user's finger or the like sequentially output by the touch screen 130 as the coordinates of "touch now".

Here, (1) "approaching operation" is an operation in which the user brings a finger or the like close to the touch screen 130.

(2) The "release operation" is an operation of stopping the operation by the user bringing a finger or the like close to the touch screen 130. The input operation receiving unit 191 determines that the user's operation is a "release operation" when, for example, the user performs an operation of releasing the finger from a state where the user touches the touch screen 130 with a finger or the like.

(3) The "tap operation" is to perform a release operation at a position where the user has approached the touch screen 130 by bringing a finger or the like close to the touch screen 130.

(4) The "double tap operation" is an operation in which the user performs the tap operation twice within a certain period of time. For example, when the input operation reception unit 191 determines the tap operation again based on the coordinates related to the tap operation within a certain period of time after the user operation is determined to be a tap operation, the user operation is referred to as a "double tap operation". Determine.

(5) The “long press operation” is an operation in which the user keeps pressing the touch screen 130. The touch screen 130 detects the user's operation, determines the approach operation, and then performs the user's operation when the time during which the approach operation continues at the coordinates where the approach operation is detected exceeds a certain period of time. It is determined as "long press operation" ("long press operation" may be referred to as "long touch operation").

(6) The “drag operation” is an operation in which the user slides the finger while maintaining the approaching state in which the finger or the like is brought close to the touch screen 130.

(7) The "move operation" refers to a series of operations in which the user performs a release operation on the touch screen 130 by moving a position where a finger or the like is brought close to the touch screen 130 while maintaining the approach operation.

(8) “Flick operation” refers to an operation in which the user performs a move operation in a shorter time than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 130.

The game progress processing unit 192 performs processing for advancing the game by calling various programs or the like in response to the user's operation. For example, the game progress processing unit 192 transmits the position information of the mobile terminal 10 to the server 20 as the user's position, sets the game parameters according to the user's position, communicates with the server 20, and the user is another user. In cooperation with, in order to play an event (sometimes called a quest) provided in the game, a process of managing a group (sometimes called a party) consisting of a plurality of users and various other processes are performed. Specifically, the game progress processing unit performs a process of transmitting data to the server 20 according to the progress of the game, a process of receiving data related to the game from the server 20, and a reward to the user according to the progress of the game. Processing, processing to measure the passage of time, and other processing.

More specifically, when the control unit 190 reads and executes the game program 151 of the storage unit 150, the game progress processing unit 192 has the position transmission unit 192A, the base range designation unit 192B, the event processing unit 192C, and the battle part. Each function such as 192D, chat processing unit 192E, map data acquisition unit 192F, etc. is exhibited.

The position transmission unit 192A acquires the user's position by the terminal position acquisition unit 193, and performs a process of transmitting the acquired user's position to an external device such as the server 20.

The base range designation unit 192B is a process of accepting an input operation for the user to specify a predetermined position range in which the game parameter can be set by the position of the user in the map data used in the game program 151. Based on the received input operation, the process of setting the position range for the user is performed. For example, assuming that the game program 151 is a role-playing game using position information, the virtual facilities in the game program 151 are installed in a predetermined position range specified by the user in the map data.

Here, each virtual facility in the game program 151 is associated with a function for setting a game parameter. In this way, there are attributes according to the facility, and one (or a plurality) of these attributes can be specified by the user in association with the position range that can be specified by the user. For example, as a virtual facility, a facility that recovers the physical strength of the character operated by the user (the attribute of the facility is the facility "inn"), and a facility that changes the game parameters by associating it with the character operated by the user (facility "weapon"). A facility that can associate game items with a character operated by the user (facility "tool shop"), a facility that recovers from abnormal conditions of the character operated by the user, and a character operated by the user. Facilities that can change the occupation of, facilities that allow the user to incorporate other characters into the party formation, facilities that allow the user to incorporate characters that appear as enemy characters into the party formation as operating characters, and other facilities be. In addition, for example, as abnormal conditions, (1) a state in which the character's physical strength decreases with the passage of time (sometimes referred to as a "poisonous state"), and (2) an action such as an attack although the character has a physical strength value. Impossible state (sometimes referred to as "mahi state"), (3-1) state in which the character cannot execute a predetermined command, (3-2) state in which the character behaves differently from what the user instructed. There are various states such as a certain state (sometimes called a "curse state"), (4) a state in which the character's physical strength value cannot be recovered by a normal recovery item, and so on. Further, depending on the facility, it may have a plurality of attributes (for example, a facility that recovers a condition abnormality such as a poisonous state while recovering a parameter such as physical strength).

As described above, in the game program 151, these virtual facilities can be installed at the positions designated by the user in the map data. Further, for example, the target set by the user in the map data may be one including a plurality of facilities (for example, the entire city including a plurality of facilities such as an inn and a weapon shop). For example, in the map data, the user specifies that the starting city in the game scenario of the game program 151 is set in a certain range including a certain point where the user lives. By doing so, the user will be included in a specific position range where the game parameters can be set by the user's position as described above, so that the user will be included in a specific position range where the game parameters can be set as described above. , You can use the inn in the game to recover the physical strength of the game character.

In the present embodiment, the base range designation unit 192B accepts an operation of designating a predetermined position range in which game parameters can be set in the map data from the user (for example, the facility "inn" has map data. Operations specified by the user when installed at a point, operations specified by the user when the facility "weapon shop" is installed at another point in the map data, etc.), and the position range specified for each of these facilities should be at least at regular intervals. The above designation is accepted so that it is arranged. For example, each facility accepts a user's specification to open at least a predetermined distance (for example, open each facility at least hundreds of meters, a few kilometers, or a few tens of kilometers). However, the distance between each facility is not limited to the above example), and the user can specify the position range in which the game parameters can be set. For a specific facility, the user may be able to specify the position where the facility is installed in the map data regardless of the interval at which the designation is accepted for each of these facilities. For example, for a specific facility such as a facility "inn", the user may be able to specify a place to install in the map data regardless of the interval at which these facilities can be installed. Further, for a specific point, the user may be able to specify the position where the facility is installed in the map data regardless of the interval at which the designation is accepted for each of these facilities. For example, at the point where the house is located, some facility such as an inn may be installed regardless of the intervals at which the facilities can be installed. By doing so, at a point where the user is frequently located, such as at home, the user can specify that the facility of the game is set up in association with the point, and the opportunity to advance the game is increased and the interest is further improved.

Further, the base range designation unit 192B accepts an operation of designating a predetermined position range in which game parameters can be set in the map data from the user, but at least the position range designated for each facility is set in the map data. When it is possible to specify at regular intervals, it may be possible to specify the position range so that the movement time of the user is longer than a certain value. For example, when the position range specified by the user in the map data includes the departure and arrival points of transportation (train station, bus stop, etc.), the movement speed (for example, train) set for these transportations as this constant interval. If so, the position from the user should be at least a distance based on the travel time (for example, travel time of several minutes or more, tens of minutes or more, several hours or more) and the predetermined travel time (for example, several tens of kilometers per hour). Accepts range specifications. Here, the travel time of each means of transportation may refer to a timetable or the like. For example, when a user designates a station as a predetermined position range (for example, installing an inn), the user (for example, installing a weapon shop) for a station that requires a travel time of a predetermined time or more from that station. It is possible to specify it as a predetermined position range. By doing so, the movement of the user can be encouraged through the game, and the gameplay and the movement of the user in the real world can provide interest.

Further, the base range designation unit 192B specifies the position range in the map data while accepting the designation of the attributes of these facilities from the user (the user's designation such as whether to set up an inn or a weapon shop), but the user specifies the position range. The attributes of the facility that can be specified may be changed according to the progress of the game play by the user. For example, suppose that among the events provided to the user in the game program, there is an event related to the progress of the story. The server 20 provides the user with an event according to the progress of the story as the user clears the event related to the progress of the story. In this way, on the server 20, the situation in which each user progresses the story is managed as the degree of game clearing of the event related to the story progress. Here, the attributes of the facility that can be specified by the user may be expanded according to the situation in which the user clears a series of events related to the progress of the story. By doing so, the user who has advanced the story can specify the position range in which various facilities are installed in the map data. For example, a facility where the profession of a character operated by the user can be changed by advancing the story, and a facility where the user can incorporate other characters into the party organization (for example, the facility may be referred to as a "bar"). , A facility where a character appearing as an enemy character can be incorporated into a party formation as an operation character, a facility where an enemy character appears with a certain size such as a cave (for example, referred to as a facility "dungeon") (In some cases), other facilities can be specified by the user in the map data. As a result, the fun of the game can be further improved. For example, when the user specifies a certain range in which the facility "dungeon" is installed in the map data, the user is located in a certain range in which the facility "dungeon" is installed, so that the game program informs the user of the facility "dungeon". Provides a game part for playing "Dungeon". In the game part for playing this facility "dungeon", the game program is, for example, a game character of a cave or the like (not limited to a cave, but may be a building or the like) in response to an input operation such as a tap operation. Move the game character within a certain range of movement, and randomly encounter the enemy monster. Then, in these facilities "dungeon", the user is provided with an opportunity to encounter a relatively powerful enemy character (sometimes referred to as a "boss character"), and when the user defeats the boss character in response to an input operation. , Items, and rewards such as events generated by defeating the boss character are given to the user.

The occupations of the characters operated by the user are, for example, occupations that are good at attacks such as swords or fists, occupations that are good at attacks or recovery by magic, and occupations that acquire various skills regardless of battle events (for example). , Skills to detect the existence of treasure chests that can acquire items within a certain range, skills to increase the encounter rate with enemy characters, skills to help escape from dungeons, etc.). In addition to the level up based on the experience value obtained by defeating the enemy character, the game character is also set to the level for each profession, and it may be possible to level up for each profession. For example, an upper limit of the level is set for each profession, and by increasing the level of the profession, the game character can acquire skills specific to the profession (for example, in the profession "warrior" or profession "fighter". If so, it may be a skill that causes relatively large damage to an enemy character, a skill that makes it possible to attack a plurality of enemy characters, etc.). Here, if the user specifies a certain range in which the profession of the character operated by the user can be changed (for example, referred to as a facility "change of workplace") in the map data, the user is located in this certain range. You can change the profession of the character, and the fun of the game will be further improved. Here, the skills acquired by leveling up for each occupation may be inherited even after changing jobs.

Further, in a facility where other characters can be incorporated into the party formation, the user may be able to specify a certain range in the map data, provided that the game play has progressed to a certain extent. In addition, when it becomes possible to set up a facility where other characters can be incorporated into the party formation, an event for acquiring other characters (for example, in map data, the user to a certain point) is given to the user. It may be set by moving itself and making it possible for the user to acquire the character by performing a battle event with the character in the game at the position.

Further, the characters appearing as enemy characters may include those that can be acquired as characters operated by the user. For example, after the battle event is over, a lottery may be made to determine whether or not the enemy character can be a friend. In addition, it may be possible to limit the acquisition of enemy characters as friends until the game progresses to some extent. In this case, the user can acquire a character that appears as an enemy character on condition that the event related to the progress of the story has progressed to a certain extent by playing the game, and the character that appears as an enemy character. It may be possible to specify a certain range in which the user installs a facility that can be incorporated into the party organization as an operation character in the map data. The enemy character acquired by this user may be able to be incorporated into the party formation together with the operating character when the event is played. In addition, the enemy character acquired by the user can also acquire experience points and level up in the same way as the operating character, and can acquire skills unique to the enemy character (for example, in the case of an enemy character that spits fire). It may be a flame-based attack skill, etc.). Further, the game program may have a game mode in which the enemy characters acquired by each user can play against each other.

Further, the base range designation unit 192B accepts redesignation of where to specify in the map data when certain conditions are satisfied for the designated position range in which the user has specified the position range in the map data. May be good. Here, the certain condition is, for example, that a certain period (for example, several days) elapses after the user specifies the position range. For example, if the user has specified the facility "weapon shop" in the map data, but wants to redesignate it in a more desirable position range, or if the user is on a short-term or long-term business trip, or the user is moving, the situation related to the user's movement range is constant. It may change as described above, and even in such a case, it can provide the fun of the game.

Further, the base range designation unit 192B may be able to be designated as a position range only for a certain period in the map data. For example, it may be possible to redesignate a position range that has already been specified for a certain period in conjunction with schedule data including flight information, business trip destination information, travel destination information, and the like of the user.

The event processing unit 192C associates the user with an event (sometimes referred to as a quest) that occurs in the game program 151, and advances the game play of the event by the user. These events are intended for all users participating in the game (eg, tutorial events to help users become more proficient in gameplay, and automatically as the user progresses through the story. There are events and other events that are given to each user), and there are also events that are given to each user at random. Some of these events include the user going to a specific point in the map data as a condition for clearing. In addition, the conditions for clearing the event include that the user goes to a specific point and wins a battle event with a specific character who can fight at the specific point. In some of these events, multiple players can participate, and in such an event, multiple users may be able to play the game by being located at a specific point specified in the event. good. As a result, a plurality of players can move and enjoy the game, and the interest can be further improved. Those that can play an event with a plurality of players in this way are, for example, those that allow the participation of other players specified by the player and those that can invite an unspecified player to participate. And may be included. For example, when the user specifies a certain range in the map data to install a facility (such as the above facility "bar") in which other characters can be incorporated into the party formation, for an unspecified player. It may be possible to invite participation.

The battle part progress unit 192D performs a process of advancing the battle part when an opportunity occurs between the character operated by the user and the enemy character. For example, it is assumed that the mobile terminal 10 periodically transmits the position of the user acquired by the terminal position acquisition unit 193 to the server 20, and the server 20 encounters the enemy character according to the movement of the user. May be generated. The battle part in which the character operated by the user and the enemy character fight may be, for example, automatically advanced without intervention by the input operation of the user. For example, the game parameters of the character operated by the user (physical strength value, offensive power value, defensive power value, parameters for activating skills and other parameters), the parameters of the enemy character, and the user's automatic battle progress. The victory or defeat of the battle part is determined by the guideline of the action to be performed by the character (AI (Artificial Intelligence) control policy according to the pattern of action such as emphasis on attack and recovery) and the algorithm for making the enemy character fight. You may decide. Further, in a battle event, a user's input operation may be accepted in order to fight with an enemy character. For example, it may be possible to accept intervention for manual operation by the user while the battle is in progress in the auto battle. In addition, an encounter with an enemy character is generated according to the movement of the user, but when the battle is executed by auto battle, the history of the battle result is saved, and the history of the battle result is saved according to the input operation of the user. It may be viewable by the user. As a result, the user can acquire an event based on the game clear of the battle event, for example, to grow the operating character by performing a battle event with the enemy character while moving, even while the input operation to the mobile terminal 10 is not performed. Will be. Further, in this case, it may be possible for the user to rematch by designating a battle event in the history of the battle result. For example, in a battle event, if the operating character's physical strength is exhausted and the operating character's experience value or item is not acquired, the user can specify that the battle event can be rematched. May be good. As a result, for example, even if a powerful enemy character is encountered and defeated in an auto battle and the opportunity to acquire experience points or the like is missed, it is possible to take on the challenge by rematching, and the user's sense of conviction can be further enhanced.

Further, after the battle is completed, an operation for automatically recovering the parameters of the user's character may be performed without the intervention of the user's input operation (for example, a tool for recovering the physical strength value reduced in the battle part). , Use of spells, etc. may be automatically executed after the auto battle of the battle part).

In addition, if the physical strength value of the user's operating character is exhausted due to a battle event, the encounter with the enemy character will not be generated until the physical strength value is recovered (experience value, event, etc. by defeating the enemy character). The opportunity to acquire it may not occur until there is a recovery of the physical strength value). Further, in this case, even if the physical strength value of the operating character is exhausted, the physical strength value is recovered by a certain amount after a certain period (for example, tens of minutes, several hours, etc.) elapses from the time when the physical strength value is exhausted. May be.

In addition, depending on the event, a plurality of players can cooperate to fight against an enemy character. At this time, the battle part progressing unit 192D may determine the action of each character in the battle part based on the increase / decrease of the game parameters of the other ally characters.

The chat processing unit 192E performs processing for transmitting and receiving chats between players.

The map data acquisition unit 192F performs a process in which the mobile terminal 10 receives the map data used in the execution of the game program 151 from the server 20. For example, by transmitting the position information of the mobile terminal 10 to the server 20, it is possible to receive map data around the position information of the mobile terminal 10 from the server 20.

The game progress processing unit 192 performs a process of updating the game parameters for the user according to the game play by the user in this way. Here, the game progress processing unit 192 may enable the user to execute a specific command in the game according to the game play of the user. For example, by defeating an enemy character and letting the game character acquire parameters such as experience points, it may be possible to execute a specific command according to the level up of the game character, or according to the progress of an event related to the progress of the story. It may be possible to execute a specific command. By accepting the execution of a specific command from the user, the game progress processing unit 192 includes the user's position in the position range even if the user's position is not included in the position range specified by the user. As in the case, the game may be advanced so that the user's game parameters can be set. For example, when the location range of the facility "inn" is specified so as to include the user's home, even if the user is not located in the location range, a specific command (for example, a remote city) is specified. By accepting the execution of the command) indicating the momentary movement to the facility such as, the effect obtained from the facility may be reflected in the game parameters.

The terminal position acquisition unit 193 performs a process for acquiring the user's position. The user's location is, for example, location information specified by latitude and longitude, information on the address of the facility where the user is located, and the like. The terminal position acquisition unit 193 acquires, for example, the latitude and longitude information of the mobile terminal 10 based on the output of the GPS positioning unit 141 as the position of the user. Further, the terminal position acquisition unit 193 may communicate with another device by short-range wireless communication such as NFC, and acquire the position information in which the other device is installed from the other device. Further, for example, it is assumed that the mobile terminal 10 is configured to have a built-in IC chip compatible with NFC or to communicate with a device equipped with the IC chip. When passing through a ticket gate of public transportation using the IC chip, when the information of the station related to getting on and off is recorded on the IC chip, the usage status of the transportation recorded on these IC chips (getting on and off). The mobile terminal 10 acquires the position of the user by acquiring the name of the station, the time required for getting on and off, etc.). In addition, the points where communication is possible using the IC chip are not limited to public transportation, but also include points where payment terminals are installed at convenience stores, restaurants, consumer electronics mass retailers, take-out stores, and other retail stores. It may be that. By performing payment processing using an IC chip, when and at which store (which place) the user consumes is stored in a server or the like that manages payment processing. Further, when the user charges the electronic money recorded on the IC chip, when and where the charging is performed (inside a convenience store, in a station, etc.) is stored in a server or the like that manages the electronic money. In this way, the user's position can be acquired based on the usage status of short-range wireless communication such as NFC. Further, the terminal position acquisition unit 193 may acquire the user's position according to the communication status between the mobile terminal 10 and the wireless LAN access point.

The camera placement control unit 194 determines how to show each object placed in the virtual space to the user. Specifically, the camera arrangement control unit 194 controls the arrangement (camera work) of the virtual camera in the virtual space generated by the control unit 190 reading and executing the game program 151. The control unit 190 provides the user with a game play environment by displaying the captured image of the virtual camera in the virtual space on the display 132.

The object control unit 195 includes various objects appearing in the game progressed by the mobile terminal 10 executing the game program 151, and various objects generated based on the user's operation contents accepted by the input operation reception unit 191. It controls processing such as generation, transformation, and movement of (for example, GUI (Graphical User Interface) screen). The object control unit 195 generates, for example, an object indicating the moving direction of the game character based on an input operation to the touch screen 130 for the user to move the game character, and deforms the generated object.

The display control unit 196 outputs an image according to the camera work of the virtual camera to the display 132. The display control unit 196 determines the display content of the display 132 according to the arrangement of the virtual camera in the virtual space, and outputs various information such as images and texts according to the determined display content to the display 132.

The mobile terminal 10 causes the user to bring the user's finger closer to the touch screen 130 from the state where the user's finger is separated from the touch screen 130, and the input operation reception unit 191 detects that the user's finger has approached the touch sensitive device 131. When the user performs a drag operation with the created coordinates as the initial touch position, the movement direction of the game character is detected based on the coordinates of the initial touch position and the detection result of the touch screen 130.

FIG. 3 is a block diagram showing a functional configuration of the server 20. A detailed configuration of the server 20 will be described with reference to FIG. As shown in the illustrated example (A) of FIG. 3, the server 20 exerts functions as a communication unit 220, a storage unit 250, and a control unit 290 by operating according to a program.

The communication unit 220 functions as an interface for the server 20 to communicate with an external communication device such as a mobile terminal 10.

The storage unit 250 stores various programs and data for the user to advance the game in the mobile terminal 10. In a certain aspect, the storage unit 250 stores the game program 251 and the game information 252, the user information 253, and the map data 256.

The game program 251 is a program for the server 20 to communicate with the mobile terminal 10 to advance the game on the mobile terminal 10. The game program 251 refers to the game information 252, the user information 253, and the like, which are various data for advancing the game, and advances the game according to the input operation of the user. The game program 251 is executed by the control unit 290 to send and receive data to and from the mobile terminal 10, to advance the game according to the operation content performed by the user of the mobile terminal 10, and to play the game. Have the server 20 perform the process of updating the information and other processes.

The game information 252 includes various data referred to by the game program 251. The game information 252 includes an object management table 252A, a passive skill management table 252B, and an active skill management table 252C.

The object management table 252A shows the settings of the objects arranged in the virtual space of the game. By executing the game program 151, the mobile terminal 10 advances the game by displaying an image of an object arranged in the virtual space taken by a virtual camera arranged in the virtual space on the display 132.

Here, as the object, for example, an object indicating a game character operated by the user, an object indicating an object to be worn by the game character, an object indicating an enemy character, an object indicating a facility whose game parameters can be updated, and the like are various. There is something. The control unit 190 associates the touch screen 130 with an object when the user performs a predetermined input operation, satisfies certain conditions as the game progresses, or when various other events occur. Do the processing that was done.

For example, when the user performs an approach operation to the touch screen 130 with respect to an object, the control unit 190 sets the object in the state selected by the user. Further, for example, the control unit 190 receives a drag operation by the user and performs processing such as moving an object to be moved by the user according to an input operation by the user. Further, for example, the control unit 190 receives a touch operation performed by the user on the object, thereby performing a process such as giving a reward to the user for advancing the game in an advantageous manner.

In the passive skill management table 252B, the information for identifying the object and the information for the passive skill associated with the object are associated with each other. Here, the passive skill is activated, for example, when a predetermined condition is satisfied in the game, and the user can advance the game in an advantageous manner. For example, when the passive skill is activated, the movement speed of the game character is improved, and the effect of advancing the game in an advantageous manner is exhibited.

In the active skill management table 252C, the information for identifying the object and the information of the active skill associated with the object are associated with each other. Here, the active skill is, for example, a state in which it can be activated when a predetermined condition is satisfied in the game, and the user receives an input operation for activating the skill from the user, so that the user has an advantage in the game. It can be advanced to.

User information 253 is information about a user who plays a game. User information 253 includes game parameter 253A. The game parameter 253A includes information for identifying each user, information indicating which range each user specifies in the map data (where in the map data the city is specified to be installed, etc.), and the user in the game. It includes information indicating the degree to which a specific event related to the progress of the story has progressed, information such as items owned by the user in the game, game characters, and fittings used by the game characters, and other information.

The map data 256 generates map data to be used when the game program 251 is executed, based on the map information stored in the storage unit 250 by the server 20 communicating with an external server that distributes the map data. It is a thing.

The control unit 290 functions as a transmission / reception unit 291, a server processing unit 292, and a data management unit 293 by executing the game program 251 stored in the storage unit 250.

The transmission / reception unit 291 receives various information from the mobile terminal 10 that executes the game program 151, and transmits various information to the mobile terminal 10. The server 20 receives information indicating the user's position from the mobile terminal 10, and transmits data including the surroundings of the user's position among map data to the mobile terminal 10 based on the received information indicating the user's position. Various information such as generating an enemy character that randomly encounters based on the information indicating the position of the above, transmitting the generated enemy character information to the mobile terminal 10, and the like is transmitted to and received from the mobile terminal 10.

The server processing unit 292 controls the operation of the entire server 20 and performs processing necessary for the progress of the game by calling various programs and the like. For example, the server processing unit 292 updates data such as game information 252 and user information 253 based on the information received from the mobile terminal 10, and transmits various data to the mobile terminal 10 to advance the game.

The data management unit 293 performs a process of updating various data stored in the storage unit 250, a process of adding / updating / deleting records to the database, and the like according to the processing result of the server processing unit 292.

The illustrated example (B) of FIG. 3 shows the details of the functional configuration of the server processing unit 292. As shown in the figure, the server processing unit 292 performs various processes of the location registration reception unit 292A, the game data transmission unit 292B, the base range setting unit 292C, and the event setting unit 292D.

The location registration reception unit 292A registers information on when and where the user was located in the database in the database. The reception result of receiving the user's position information transmitted from the mobile terminal 10 is registered in the storage unit 250 in association with each user.

The game data transmission unit 292B transmits game data associated with the progress of various games generated according to the user's position to each user's mobile terminal 10.

The base range setting unit 292C receives from the mobile terminal 10 the information in the range specified by the user to install the virtual facility in the game in the map data, and registers it in the database.

The event setting unit 292D determines whether or not to give an event to the user based on the registration status of the user's position information, the play status of the quest by the user, and other information, and if so, what kind of event is given. Process. For example, the event setting unit 292D sequentially sends an enemy character to be randomly encountered to the mobile terminal 10 in association with map data based on the user's position information transmitted from the mobile terminal 10, and the user is an enemy. When an event is acquired as a reward by defeating a character in the battle part, the process of determining the content of the event (event content is, for example, in a predetermined building within a certain distance from the point where the user acquired the event). For example, going. In this case, the target point of the destination of the user in the event is set according to the point where the user has acquired the event). As described above, in the map data used in the game, the server 20 has a certain positional relationship between the position where the battle event that fights the enemy character is generated and the position of the user registered by the position registration reception unit 292A. In some cases (such as below a certain distance), a battle event is generated for the user. The event setting unit 292D grants an event to the user, for example, based on the probability of occurrence of the event as a result of the progress of the battle event based on the user's operation (the user can acquire some event when the battle event ends). There is). Here, the event associated with the user by playing the battle event may include an event related to the progress of the story. By doing this, for example, the user can play the game within the range of daily movement, defeat the enemy character in the battle event, and let the game character acquire experience points, etc., and feel the interest from the growth of the game character. At the same time, you can also win events related to the progress of the story. This can provide the user with the interest of playing the game as the main character of a story such as an adventure in the game while moving.

Further, when the event is given to the user, the event setting unit 292D may set the target point in the given event based on the information of the position of the user at the time of giving the event. Here, the server 20 holds in advance, in the map data, a candidate as a target point in the event as a database. For example, a target point candidate that is likely to exist regardless of the region may be used. Candidates for such target points include public facilities (city halls, town halls, schools, parks) and transportation facilities (stations) that are likely to exist in each municipality. The event setting unit 292D selects a target point based on the user's position when giving an event, for example, when the user clears the battle event, and gives the user an event including the selected target point. do. Further, when an event is given to the user, the event setting unit 292D is selected from a plurality of target point candidates based on the user's position based on the difficulty level of the event and the probability (rareness) that the event occurs. You may decide the target points to be included in the event. For example, for an event with a low difficulty level (for example, the level of the enemy character to be defeated in the event is relatively low), a target point relatively close to the user's position may be selected. Also, for example, for a highly rare event (such as an event that destroys a special boss character) for which the probability of an event occurring is set to be relatively low, it is relatively far from the candidates for the target point based on the user's position. You may also select a target point at the location. The content of the event is, for example, the one that fights with a specific enemy character by going to a specific point in the map data (for example, since the boss character appeared in a landmark building, the landmark architecture Those who have the condition of clearing the game that the user moves to an object and fights against the boss character to win), those who play a labyrinth (dungeon) generated at a specific point in the map data, in the map data Indicates that a specific character has appeared at a specific point (for example, a character with high rarity exists at a position far from the user's position, and the user can acquire the character by moving to that position). and so on. In these cases, for example, the mobile terminal 10 acquires the position of the user who plays the event by the terminal position acquisition unit 193 or the like, and by referring to the acquired user's position, the user can reach the target point designated in the event. Judging whether or not it is located, if it is determined that the user is not located at the target point, the play of the event is disabled, and if it is determined that the user is located at the target point, the play of the event is disabled. Is possible.

Further, the event setting unit 292D may give the user an event including a plurality of events (each of the plurality of events included in the event may be referred to as a "subquest"). In the game program, the event may be cleared by the user by clearing the series of these subquests. Here, the game program allows the user to view some of the subquests, not all the subquests included in the event at the beginning of the gameplay of the event, and proceeds with the subquests. By letting them play, the playable subquests may be presented to the user one after another. Each of these subquests includes a target point, and the user plays the event by sequentially moving to the target points of the subquests included in the event and clearing each subquest in the game.

Further, in the game program, one event and another event may be linked and presented to the user. In this case, the game program may direct the appearance of another event (including a plurality of subquests) when the user clears the subquest included in a certain event.

<Summary of the configuration of the first embodiment>
As described above, the configuration of the game distribution system 1 of the embodiment has been described. In the present embodiment, the game program 151 is, for example, a role-playing game or other game that identifies a user's position in map data based on the position information of the mobile terminal 10 and advances the game according to the specified position. ..

In a normal role-playing game, the field map is moved to the player character, events are generated at various facilities such as castles and towns in the game, and equipment items such as weapons and armor, tool items, etc. are made available to the player. Tool items include, for example, items that restore physical fitness parameters (for example, medicinal herbs), items that restore game points consumed when activating various skills such as spells and magic, and items that are moved from city to city. Items that exert their effects, items that exert the effect of returning to the entrance such as a labyrinth, items that recover abnormal conditions of the player character (poisonous state, mahi state, cursed state and other abnormal conditions), encounter with enemy characters Items that control the rate (decrease the encounter rate or increase the encounter rate), items that invalidate the change of the game parameter even if the player character is moved to the area where the game parameter is changed in the field (for example) There are various items such as (items that can avoid the decrease in physical strength even if you move to an area that reduces the physical strength of the player character, such as a poisonous swamp or barrier zone). Also, in the case of a normal role-playing game, there is an element that expands the means of movement of the player character. As an element to expand the means of movement of the player character, it is possible to move the area where the player character cannot move by walking (for example, the sea, alpine, etc.) by means of movement such as a vehicle (a ship, an airship, etc. appear in the game). There is an element to do. Further, in the case of a normal role-playing game, there is a case where the area where the player character can move is made possible by obtaining a predetermined item. For example, by acquiring special items such as keys, the area where the player character can move can be expanded, or the gatekeeper can open the way and move to a new area according to the progress of the event in the game. There is something to do.

In the present embodiment, the game is advanced according to the position of the user such as the position information of the mobile terminal 10. For example, the game program generates an encounter with an enemy character according to the position of the user. Further, the game program sets, for example, a game parameter that can be set in the facility to the user when the user moves to a position designated as a virtual facility in which the game parameter can be set in the map data (user). When the inn is set up, the user moves to the specified position, and the physical strength of the player character is restored.) The game program, for example, causes the user to acquire various events according to the progress of the game, and in these events, the user goes to a specific point, facility, etc. in the map data and defeats the boss character. There are some that advance the game by performing an operation such as acquisition, and when the user moves to the position indicated in these events, the game parameter is set for the user.

In this way, by the user designating the position range in which the facility is installed in the game by the user in the map data, for example, the user in daily life can proceed with the game based on the action range, and in daily life, for example, the user can proceed with the game. Moving is enhanced by the game program.

<Data structure>
The data structure of the data used in the device for executing the game program 251 or the game program 151 will be described with reference to FIGS. 4 to 7.

FIG. 4 is a diagram showing a data structure of a table for each user to manage a position range designated in map data as user information 253 by the server 20.

As shown in FIG. 4, the user information 253 includes a base range management table for managing a position range designated by the user in the map data. The base range management table includes information that identifies each user, information that indicates the position range specified by the user in the map data used in the game program, and information that indicates the attributes of the position range specified by the user, as each item. Includes information indicating the date and time when the user specified the position range. In this way, the position range specified in the map data differs for each user. Since the user specifies the position range by associating the attributes with each other, the user himself / herself can install the facility corresponding to the attribute in the map data. In this way, it is possible to provide the user with a feeling of creating a city in a role-playing game by setting it on the map data by the user himself / herself. In addition, since each user holds the date and time when the position range is specified in the map data in the base range management table, for example, when a certain period of time has passed since the user specified the position range, the position already specified. Regarding the range, the server 20 can accept from the user to re-specify where to specify the position range in the map data. Further, it may be possible to set a plurality of facilities in the position range (so to speak, the user specifies a base (castle, town, etc.) including the plurality of facilities in the map data).

FIG. 5 is a diagram showing a data structure of a table for managing the progress of each user in progress of the game as user information 253 by the server 20.

As shown in FIG. 5, the user information 253 includes a game progress management table showing the progress of each user progressing the game. The game progress management table has, as each item, information that identifies each user, information that indicates the experience value parameter of each user's operating character, and story-level information that indicates the history of each user playing an event related to story progress. Information, information indicating the event given to each user, financial information indicating the in-game currency holding amount parameter acquired by each user in the game play, and information indicating the item each user has in the game. And information indicating a character that each user can organize as a party among game characters, and information indicating a character that each user can organize as a party among enemy characters.

Here, the number of events associated with the server 20 for each user may have an upper limit. In this way, there is an upper limit on the number of events that can be played for each user, and new events may not be given unless the events are cleared. Further, the upper limit of the number of events that can be held by each user can be expanded according to the input operation by accepting the user's input operation for expanding the upper limit of the events that can be held, for example. May be. For example, when there is an upper limit to the number of events that a user can have, and the user preserves the events that can be played in collaboration with other users, while playing the events that can be played by the user alone one after another. The larger the maximum number of events that can be held, the more convenient the user will be.

Here, the information indicating the experience value parameter of the user's operating character includes the cumulative value of the experience value acquired by each user by clearing the quest, and the level value determined by the cumulative value of the experience value. For example, each time the user reaches a certain level, it may include items that the user can play (for example, quests that can be played if the level is above a certain level, systems that can be used if the level is above a certain level, items, etc.). good. Further, for example, each time the cumulative total of experience points exceeds a certain threshold value, the level of the user increases.

Information indicating a character that can be organized as a party among game characters by each user will be described. The game program 251 provides a plurality of game characters to the user, the user advances the quest, the user performs an input operation for drawing a lottery, and the game character is acquired as a result of the lottery. Updates the list of characters available to the user by the process of. It should be noted that, among the characters that can be used by the user, the party organization that specifies any game character may be retained.

Further, in the game progress management table, the holding amount of the virtual currency held by each user may be managed in association with each user. The virtual currency can be used, for example, to obtain items to be consumed in the game, to perform a lottery, or to perform other operations. The game progress processing unit 192 accepts input operations such as purchasing an item using virtual currency and performing a lottery, and changes the holding amount of virtual currency. Here, the game program 251 may manage the amount of the virtual currency provided to the user for a fee and the amount provided to the user free of charge. A usable expiration date (for example, within 6 months from the time of purchase of the virtual currency for a paid virtual currency) may be set for these virtual currencies.

The information indicating the item possessed by each user in the game indicates an item that can be equipped to the character as an item associated with the character. Items that can be equipped to a character are, for example, weapons, armor, accessories, and other items that can be equipped to a character. Items that can be equipped by these characters are given to the user by the progress of the quest, lottery, and other processing. In addition, the information indicating these possessed items indicates an item that exerts a certain effect during game play by being used by the user during game play. These items are consumed by performing input operations for the user to use. Items that exert a certain effect during game play are, for example, experience points gained when the item is cleared for a certain period of time (for example, 30 minutes), when the quest is cleared, and items consumed to grow the character. There are some that increase the amount of acquisition such as, etc. by a certain amount or more (for example, the amount of acquisition is doubled or more).

FIG. 6 is a table for managing an event to be given to the user as game information 252 by the server 20.

As shown in FIG. 6, the game information 252 includes an event management table that manages an event to be given to the user. The event management table contains information that identifies each event, information that indicates the destination (target point) that the user is designated to move in the event, and information that indicates the content of the event (combat with a specific enemy character). (Including events, events that come into contact with specific game characters, events that involve clearing games such as dungeons, events where specific items are available, and other events), information indicating the expiration date of the event, and the user Information indicating the date and time and place (point) where the event was acquired (the server 20 set the event for the user), information indicating the date and time when the user cleared the event, and information indicating the player who participated in the event (plural). Events that players can participate in) and.

Here, the information that identifies each event may be configured so as to be able to distinguish whether each event is an event related to the progress of the story or an event not related to the progress of the story.

FIG. 7 shows a destination candidate management table for the server 20 to manage candidates set as destinations in an event as game information 252.

As shown in FIG. 7, the destination candidate management table includes information for identifying destination candidates, location information of destinations that are candidates for an event, and characteristics of destination candidates (for example, characteristics of destination candidates). The type of facility, the type of place, and other information are included. For example, a facility that is a candidate for a destination includes a public facility (city hall, school, park), and the like, for example, as a type of destination location. , There are tourist attractions, etc.) and information indicating the high or low (rareness) of the possibility of being determined as a destination at the event. For example, an event that is likely to be set as a destination is more likely to be moved by the user. Therefore, for example, depending on the facility, the server 20 may increase the possibility that the destination will be determined at the event in response to a request from the facility or the like in order to increase the possibility that the user will visit. This can increase the likelihood that the facility you wish to sponsor will be determined as your destination at the event. Further, in order to reduce the possibility that the user will visit the server 20, the server 20 may reduce the possibility that the destination will be determined at the event in response to a request from the facility or the like. As a result, for example, it is possible to reduce the possibility that a facility whose inflow of people is desired to be at an appropriate level is determined as a destination. In this way, by adjusting the possibility that the candidate destination is determined as the destination in the event, it can be useful for predicting the movement of the player.

<Operation>
Hereinafter, the operation of the mobile terminal 10 and the server 20 in the present embodiment will be described.

The game progress processing unit 192 of the mobile terminal 10 sequentially acquires the user's position by the terminal position acquisition unit 193, and transmits the acquired user's position to the server 20.

The server processing unit 292 of the server 20 receives the position of each user from the mobile terminal 10 or the like, performs random encounters with enemy characters, assigns events, and the like according to the received user's position, and also processes the user. The result of each process according to the position of the user and the map data according to the position of the user are transmitted to the mobile terminal 10. By doing so, on each user's terminal, the map data is sequentially updated according to the user's position, and processing such as event generation is performed according to the user's position.

(1) Process for advancing town planning (base building) in the game by specifying the position range in which the user places the facilities in the game in the map data.

The game progress processing unit 192 of the mobile terminal 10 displays a screen on the touch screen 130 for the user to accept the designation of the position range in which the game facility is installed in the map data.

The game progress processing unit 192 accepts an input operation to the touch screen 130 from the user, specifies the attribute of the game facility to be installed by the user in the map data (for example, specifies to install the facility "inn", etc.), and It accepts input of the position range where the facility is installed (for example, a certain range including the position of the home is specified in the map data). At this time, the game progress processing unit 192 displays the information of the position range specified in the map data on the touch screen 130 together with the map data when the user has already installed the facility of the game. When the game progress processing unit 192 receives from the user the designation of the position range in which the game facility is installed, if there is no fixed interval from the position range of the facility already installed by the user, the facility is installed. The touch screen 130 displays a display indicating that the facility cannot be installed and a display prompting the user to specify a position range in which a new facility is installed at a certain interval from the position range of the facility already installed by the user.

The game progress processing unit transmits to the server 20 the designation of the attribute of the facility received from the user and the information of the position range designated to install the facility in the map data.

The server processing unit 292 of the server 20 receives from the mobile terminal 10 information on the position range specified by the user to install the game facility in the map data and information on the attributes of the facility, and manages the base range based on the received information. Update the table. At this time, the server 20 also registers information on the timing (date and time) when the user specifies the position range in the map data in the database.

When the user advances the game and the attributes of the facility that the user can install expands according to the progress of the story, the game progress processing unit 192 displays the fact on the touch screen 130 and installs the facility. The designation of the position range to be performed may be accepted in the map data. By doing so, the user gradually expands the range of movement in order to update the game parameters, and the fun of the game is further improved.

(2) Processing for setting game parameters based on the specified position range by moving the user to the position range specified by the user.

The game progress processing unit 192 of the mobile terminal 10 has a position range designated by the user to install a game facility in the map data together with the map data on the touch screen 130, and a user's position acquired by the terminal position acquisition unit 193. Is displayed.

The game progress processing unit 192 compares the position of the user with the position range specified by the user, and whether the positional relationship between the position of the user and the position range specified by the user is constant (specified by the user). Whether the user is located near the specified position range) is determined. For example, the game progress processing unit 192 determines whether or not the game progress processing unit 192 is included in the position range specified by the user (or determines whether or not the position range specified by the user is included within a certain range from the position of the user. You may do it). If the user's position is not included in the position range specified by the user, the game progress processing unit 192 sets game parameters from the facility corresponding to the position range (for example, if the facility is a "tool shop", the game progress processing unit 192 may set the game parameters. If the facility "inn" allows the purchase of items, it is not possible to recover the physical strength value of the character operated by the user, etc.), and if the user's position is included in the position range specified by the user. , It is possible to set game parameters from the game facility corresponding to these position ranges.

When the user performs an input operation for setting a game parameter by moving to a position range specified by the user, the mobile terminal 10 has a game parameter setting content set according to the content of the user's input operation. To the server 20. The server 20 updates various databases of game information 252 and user information 253 based on the information received from the mobile terminal 10 (for example, when the user purchases an item, the user is advancing the game. In the information that manages, the information indicating that the item is held in association with the user is updated as a database).

(3) A process in which the server 20 determines a destination point in an event according to the position where the user has acquired the event.

The server 20 gives an event to the user by generating a random encounter with the enemy character according to the position of the user and clearing the battle event with the enemy character in the game. (It is also possible that the encounter rate with the enemy character is different at each point shown in the map data. For example, it may be difficult for the encounter with the enemy character to occur in a certain area.)

The server processing unit 292 of the server 20 refers to the user's position information received from the mobile terminal 10 and held when performing the process of giving an event to the user, and is a certain distance from the user's position information. The candidate destinations within are extracted from the destination candidate table.

The server processing unit 292 determines the rarity of the event to be given to the user, and determines the destination of the event to be given to the user by lottery according to the rarity. The server processing unit 292 generates an event including the destination determined by lottery, updates the game progress management table showing the progress of the game by the user, and displays the generated event information on the mobile terminal 10. Send to.

As described above, the operations of the mobile terminal 10 and the server 20 constituting the game distribution system of each embodiment have been described. However, each process performed by the mobile terminal 10 may be performed by the server 20, or the server 20 may perform each process. The processing to be performed may be performed by the mobile terminal 10.

For example, the mobile terminal 10 accepts a user's input operation on the touch screen 130 and transmits the accepted operation content to the server 20. The server 20 receives the input operation of the user from the mobile terminal 10, performs each process for advancing the game, and generates and generates a display screen for displaying on the mobile terminal 10 based on the arrangement of the virtual camera. The display screen is sequentially displayed on the mobile terminal 10. In this way, the server 20 may be responsible for most of the processing for advancing the game. Further, the mobile terminal 10 may be responsible for most of the processing for advancing the game.

The embodiments disclosed this time should be considered to be exemplary and not restrictive in all respects. The scope of the present invention is shown by the scope of claims rather than the above description, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims.

10 mobile terminals, 20 servers, 22 communication IFs, 23 input / output IFs, 25 memories, 26 storages, 29 processors, 80 networks, 81 wireless base stations, 82 wireless routers, 110 antennas, 120 wireless communication IFs, 130 touch screens, 131. Touch panel, 132 display, 150 storage unit, 151 game program, 152 game information, 153 user information, 154 map data, 160 voice processing unit, 170 microphone, 180 speaker, 190 control unit, 191 input operation reception unit, 192 game progress processing Unit, 193 movement operation detection unit, 194 camera placement control unit, 195 object control unit, 196 display control unit, 220 communication unit, 250 storage unit, 251 game program, 252 game information, 253 user information, 256 map data, 290 control Unit, 291 transmission / reception unit, 292 server processing unit, 293 data management unit.

Claims (5)

A method for a computer to advance a game based on the user's location information.
In the method, the processor of the computer
In the map data used in the game, a step of setting a quest that can be played by the user by moving to a specific area to the user, and
The step of acquiring the user's location information and
Based on the acquired location information of the user, when the user is located in the specific area designated in the quest, the step of allowing the user to play the quest is executed. Including that
Each of the quests includes a plurality of subquests corresponding to a plurality of target points selected based on the position of the user when the quest is given to the user .
The step of setting the quest to the user makes it impossible to view the series of the subquests included in the quest at the start of playing the quest, and the target points of some subquests and some of the subquests. And are presented to the user , and each time the user moves to the target point of the part of the subquest and clears the game of the part of the subquest, the unpresented subquest is sequentially browsed . A method comprising enabling and presenting to said user. The target point of the part of the subquest is determined based on the difficulty level of the part of the subquest or the probability that the part of the subquest will occur.
The method according to claim 1. When the difficulty level of some of the subquests is low, the target point is determined at a point relatively close to the point where the user is located, as compared with the case where the difficulty level of some of the subquests is high. ,
The method according to claim 2. When the probability that some of the subquests occur is low, the target point is determined at a point relatively far from the point where the user is located, as compared with the case where the probability that some of the subquests occur is high. Be done,
The method according to claim 2. A program for realizing the method according to any one of claims 1 to 4 on a computer.

Images