JP2020185209A - Game program, game method, and information processing device - Google Patents

Abstract

To provide a game program, a game method, and an information processing device capable of preventing a sense of participation in a game from being deteriorated.SOLUTION: An object whose state can change is disposed in a virtual space, and a first game part is executed for changing the state of the object to a state advantageous to a user. A moving distance in an actual space of the user having an information terminal device is specified. In the first game part, in-game time in the first game part is progressed based on the moving distance, and based on the progress of the in-game time, the state of the object is changed to a state advantageous to the user.SELECTED DRAWING: Figure 5

Description

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

Conventionally, objects such as buildings are placed in the game field, the object is completed with the passage of time, a value (coin, item, etc.) is generated in the object, and a new object is created using the value, etc. There is known a city-building game in which the game progresses by a cycle such as arranging.

JP-A-2019-69081

However, in the conventional game, the time in the game automatically elapses even if the user does not take any action after arranging the object, and the object is completed or value is generated. For this reason, there is a risk that the awareness of participation in the game may decrease, and there is room for improvement.

The present invention has been conceived in view of such circumstances, and an object of the present invention is to provide a game program, a game method, and an information processing device capable of preventing a decrease in consciousness of participation in a game.

According to an aspect of one embodiment shown in the present disclosure, a game program executed in an information terminal device including a processor, a memory, and a display unit, the game program causes the processor to have an object whose state can change. A step of executing the first game part of arranging the object in the virtual space and changing the state of the object to a state advantageous to the user and a step of specifying the movement distance of the user who owns the information terminal device in the real space are executed. , The step of executing the first game part is to advance the in-game time in the first game part based on the movement distance, and to make the state of the object advantageous to the user based on the progress of the in-game time. Includes steps to change.

According to an aspect of one embodiment shown in the present disclosure, a game method executed by an information terminal device including a processor, a memory, and a display unit, in which an object whose state can change is arranged in a virtual space and the object is arranged. The first game part is executed by executing the step of executing the first game part that changes the state to a state advantageous to the user and the step of specifying the movement distance in the real space of the user who owns the information terminal device. The step includes a step of advancing the in-game time in the first game part based on the movement distance, and a step of changing the state of the object to a state advantageous to the user based on the progress of the in-game time.

According to an aspect of one embodiment shown in the present disclosure, an information terminal device including a processor, a memory, and a display unit, in which an object whose state can change is arranged in a virtual space, and the state of the object is advantageous to the user. The step of executing the first game part that changes the state to the state and the step of specifying the movement distance in the real space of the user who owns the information terminal device are executed, and the step of executing the first game part is the movement distance. Includes a step of advancing the in-game time in the first game part based on, and a step of changing the state of the object to a state favorable to the user based on the progress of the in-game time.

According to the present invention, it is possible to prevent a decrease in consciousness of participation in the game.

It is a figure which shows the hardware configuration of a game system. (A) and (D) are diagrams showing an example of a display screen displayed on the touch screen during the location information game, and (B) and (E) are display screens displayed on the touch screen during the city planning game. It is a figure which shows an example, (C) is an example of the purchase price of an object, the in-game time required from the placement on the game field to the completion, and the movement distance required to elapse the in-game time. It is a figure which shows. (A) shows a display example when the resident character is taken out as a companion and the user checks in to the portal, and (B) is a diagram showing the characteristics, episodes, and release conditions of the resident character. It is a figure for demonstrating the flowchart of the position information game-related processing. It is a figure for demonstrating the flowchart of the town planning game-related processing.

The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be done.

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store the game program acquired by reading from the storage medium 1030 in the memory 11. You may memorize it in.

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

The memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on the browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission and reception of various data on the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using a short-range wireless communication or the like.

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data.
The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting the incident light incident from the lens into an electric signal.

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement target by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source being reflected by the measurement target. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected in the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his / her hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. In addition, the processor 10 detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed is maintained, or the state in which the mouse is touched after the touchdown operation is performed on the touch panel is maintained. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Game overview>
The game executed by the game system 1 according to the present embodiment includes a location information game and a town planning game. In the location-based game, when the user actually moves in the real space, the user actually moves on the map image corresponding to the real space according to the position in the user's real space, and the portal is arranged on the map image. By checking in, it is a game in which benefits corresponding to the portal (for example, in-game currency, souvenir items corresponding to the portal, etc.) are acquired.

On the other hand, in the city planning game, objects such as buildings are placed in the virtual space according to the input operation from the user, and the objects are evolved (for example, building completion, value generation, level up) according to the passage of time in the game. Etc.), and by associating a resident character in the virtual space according to the placement of objects, it is a game that develops and grows the user's city.

The location-based game and the city-building game are different types of games. However, the in-game time for evolving buildings and the like in the city-building game elapses (progresses) according to the distance traveled by the user in the location-based game. In the present embodiment, for example, when the user moves 1 km in the real space, the in-game time can be elapsed by 10 minutes, but the present invention is not limited to this, and the in-game time can be elapsed by moving 100 m. It may be a thing.

In addition, the benefits (in-game currency) acquired in the location-based game can be used to newly purchase and arrange objects in the city planning game. Furthermore, the resident character associated with the virtual space in the city-building game is moved as a companion to the user in the location-based game, and when the user checks in to the portal, the user does not move and automatically moves to another portal. Can be used to check in to and earn the benefits of the portal.

For this reason, for example, you will get benefits in the location-based game → place objects such as buildings in the location-based game → move in the location-based game → evolve the building in the location-based game (develop the city) and associate the resident character → position It is possible to provide the user with a game cycle such as doubling the benefits obtained by portal check-in with a resident character in an information game → further evolving the building (further developing the city) in the city-building game. The details of each of the location-based game and the city-building game will be described below.

First, the location information game will be described. When the location information game is started, the user terminal 100 uses information from the location registration system, the GPS (Global Positioning System) module of the user terminal 100, and the like, and the current position information of the user terminal 100 (for example, address information). , Latitude / longitude information, etc.), and based on the current position information, a map around the current position in the real space of the user terminal 100 (owning user) is displayed. When displaying the map, for example, by transmitting the current position information to the server 200, the transfer of the map data around the current position is requested. The server 200 acquires map data around the user terminal 100 from another service providing device (server) that provides map data via a network, and portal information about portals arranged around the user terminal 100 ( Information for specifying the location of the portal, the type of the portal, etc.) is acquired, and the portal information is transmitted to the user terminal 100 together with the map data around the user terminal 100.

The user terminal 100 displays a map image based on the map data on the touch screen 15, and displays the portal superimposed on a predetermined position on the map image based on the portal information received together with the map data. Specifically, the touch screen 15 displays a map image of a part of the map image based on the map data, which is the area centered on the position in the user's real space. The portal is displayed at a position specified from the portal information in a manner that makes it possible to specify the type. Further, on the map image on the touch screen 15, a current position image showing the current position in the user's real space and a circle image showing the range within a predetermined range (for example, a radius of 200 m) from the current position are superimposed and displayed. Will be done.

FIG. 2A is a diagram showing an example of a display screen displayed on the touch screen 15 during the position information game. FIG. 2A illustrates a case where the user who owns the user terminal 100 is around Ebisu Station and is located southwest of the station. A map image 201 around the station is displayed on the touch screen 15, and portals P1 to P4, a current position image U, and a circle image C are displayed superimposed on the map image 201.

Images showing the types of portals are correspondingly displayed on the portals P1 to P4, respectively. Portals that can be placed on map images include, for example, parks, coffee shops, supermarkets, department stores, ramen shops, temples, schools, amusement parks, factories, banks, stadiums, mountains, seas, rivers, fields, apartments, research. There are various types of portals such as offices, power plants, and police stations. As an image showing the type of the portal, a photographic image or the like that allows the user to recall the type is displayed. In FIG. 2A, the name of the type is shown instead of the photographic image. For example, the portal P1 displays a photographic image of a tent and a hammock suggesting that the type belongs to leisure, and the portal P4 Suppose that a photographic image of a temple suggesting that it belongs to a temple is displayed. In the present embodiment, an example in which a photographic image or the like is displayed corresponding to the portal will be described, but the present invention is not limited to this, and by tapping the portal, depending on the type of portal targeted for the tap operation. It may display a photographic image or the like.

Further, in the location information game, the portal is checked by touching the portal (or the image (photo image) indicating the type displayed corresponding to the portal) arranged in the circle image C. You can go in. In the example of FIG. 2A, the portal can be checked in by touching the portal P1 or the portal P3 arranged in the circle image C.

When the user checks in to the portal, he / she can obtain benefits according to the type of the portal. As a privilege, for example, it is possible to acquire in-game currency of the amount according to the type of portal and souvenir items according to the type of portal checked in. Souvenir items include, for example, local gourmet foods where portals are located, items related to specialty products, and the like. In the location-based game, the user can actually move in the real space and check in to the portal arranged on the map image in this way to obtain the privilege. Information for making the acquired privilege identifiable is stored in the memory 11.

Further, when the user moves, the user terminal 100 transmits the current position information to the server 200 again to acquire the portal information around the user terminal 100 and the map data around the user terminal 100. A map image based on the map data is displayed on the touch screen 15, and the portal is superimposed and displayed on the map image based on the portal information. That is, the map image and the portal on the touch screen 15 are updated as the user who owns the user terminal 100 moves.

Further, in the location information game, moving distance information capable of specifying the moving distance moved by the user in the real space is stored in the memory 11 aiming at a desired portal. In the location-based game, movements at a predetermined speed (for example, 100 m / min) or less such as walking or sprinting are counted as user movements, and movements at a speed exceeding a predetermined speed (for example, automobiles and trains) are totaled. It is stipulated to be excluded from the target.

Next, the town planning game will be described. In the town planning game, the town planning is performed by arranging the objects owned by the user in the game field, which is a virtual space, based on the input operation of the user. In the city planning game, you can own and place objects by purchasing objects by consuming in-game currency. Information for making it possible to identify the possessed object, the arranged object, its arrangement position, and the like is stored in the memory 11.

FIG. 2B is a diagram showing an example of a display screen displayed on the touch screen 15 during the city planning game. In the example shown in FIG. 2B, a screen displayed when the purchased object is placed is shown, a game field is displayed in the first area 202 which occupies most of the touch screen 15, and the game field is displayed below the touch screen 15. Objects 204 and 205 owned by the user are displayed in the second area 203 of the above.

The user can place the desired object at the desired position in the game field by dragging the object shown in the second area 203 and dropping it at the desired position in the game field. In FIG. 2B, it is shown that a plurality of objects have already been arranged to form the user's town T1, and the owned object 204 is being newly arranged.

A plurality of types of objects are provided corresponding to buildings and the like that can exist in the real space. For example, parks, coffee shops, supermarkets, department stores, ramen shops, temples, schools, amusement parks, factories, banks, stadiums, mountains, seas, rivers, fields, apartments, laboratories, power plants, police stations, etc. Kind of objects are provided.

When an object is placed in the game field, it first goes into a building state, and the in-game time required to complete it is determined for each type of object. The remaining in-game time required for completion is displayed superimposed on the object in the building state, for example, by tapping the object.

The object exerts an effect according to the object every time a predetermined time (for example, production completion time) elapses after the in-game time required for completion elapses and the object is in the completed state. Therefore, when the object is completed, the degree of advantage for the user in urban development becomes high. The time required to exert the effect and the effect to be exerted are determined for each type of object. For example, fields, coffee shops, ramen shops, etc. are associated with the effect of producing food, mountains, the sea, factories, etc. are associated with the effect of producing resources, and department stores, banks, etc. are funded. The effect of issuing (in-game currency) is associated, and the effect of developing is associated with schools, buildings, laboratories, and the like. The town generated in the town planning game is evaluated based on, for example, the total value and ratio of food, resources, funds, and development that can be identified from the number and types of objects placed. In the city planning game, for example, the larger the total value of food, resources, funds, and development, and the more balanced the four items, the richer the city is evaluated.

In addition, the level of the object is defined for the completed object. The level of an object affects, for example, the magnitude of the effect to be exerted and the time required to exert the effect. The higher the level, the greater the effect to be exerted or the shorter the time required to exert the effect. For this reason, the degree of advantage for the user in urban development is high. The completed object is defined, for example, by the in-game time required to reach the next level. The in-game time required to exert the next effect and the in-game time required to reach the next level are displayed superimposed on the object by, for example, tapping the object. To make it possible to identify the state of objects (under construction, completed, effective, level, etc.), the total value / ratio of food, resources, funds, and development in the entire city, and the value indicating the richness of the city. The information is stored in the memory 11.

As described above, the in-game time that affects the completion, effect, and level improvement of the object elapses according to the distance traveled by the user in the location-based game. In-game currency required for purchasing objects can also be obtained by the user checking in to the portal in the location-based game.

FIG. 2C shows an example of the purchase price of the object, the in-game time required from the placement on the game field to the completion, and the movement distance required to elapse the in-game time. As shown in FIG. 2C, the park object can be purchased by consuming "25" of the in-game currency, and is completed when the in-game time elapses 10 minutes after the placement. Therefore, when the moving distance reaches 1 km, the placed park object can be completed after 10 minutes have passed in the game. Similarly, for coffee shop objects and factory objects, the purchase price, the in-game time from placement to completion, and the required travel distance are determined. In addition to this, each object is defined with the in-game time required to exert the effect once after completion, the in-game time required to reach the next level, and the like. As a result, it is possible to encourage the user to play the position information game after arranging the objects or exerting the effect in the city planning game. Information that can specify the remaining in-game time required to improve the degree of advantage such as completion, effect exertion, and level up is stored in the memory 11 for each object.

FIG. 2D exemplifies a case where a user who owns a user terminal 100 walks from around Ebisu Station (for example, FIG. 2A) to a place located northwest of Shibuya Station during a location-based game. ing. A map image 210 around the station is displayed on the touch screen 15, and portals P5 to P7 arranged on the map image 210 are displayed on the map image 210, and the current position image U, And the circle image C is displayed. The user can check in to the portal by moving to a position where any of the portals P5 to P7 is in the circle image C and touching the portal. This makes it possible to earn in-game currency according to the type of portal. In addition, the in-game currency owned by the user can be consumed to obtain souvenir items according to the type of the portal.

Further, in the location information game, the in-game time in the town planning game can be advanced by updating the movement distance information as the user moves. As a result, in the city planning game, the in-game currency is consumed to purchase and place the object, and the in-game time is advanced based on the movement distance information to complete, exert the effect, and improve the level of the object. As illustrated in FIG. 2 (E), the user's city can be developed and grown. FIG. 2 (E) shows how a large number of objects are further arranged with respect to the city T1 shown in FIG. 2 (B) to develop and grow into a large city.

Further, in the city planning game, a resident character is associated with the user's city according to the arrangement of objects to develop and grow the city. Resident characters K1 to K7 are associated with the city shown in FIG. 2 (E). As the resident characters that can be associated with the virtual space, a plurality of types of characters having different characteristics such as hobbies and tastes are provided, and characters having characteristics according to the types of objects arranged in the virtual space are associated. .. For example, when museum objects are placed, a higher percentage of characters with art-loving traits, such as paintings, are associated than when museum objects are not placed. Also, when the ramen shop object is placed, a character having a characteristic of preferring ramen is associated with a higher ratio than when the ramen shop object is not placed.

In addition, the number of resident characters increases or decreases depending on, for example, the richness of the user's city. For example, the larger the total value of food, resources, funds, and development, and the more balanced it is, the more resident characters are associated. In FIG. 2 (E), in the second area 203, the pie chart shows the balance of food, resources, funds, and development, and the number of resident characters associated with the user's city is shown in the center of the pie chart. ing. In the example of FIG. 2 (E), it is shown that food is 40%, resources are 30%, funds are 20%, development is 10%, and there are 7 resident characters. Information that makes it possible to identify the resident character and characteristics associated with the user's city is stored in the memory 11.

The resident character associated with the city can be taken out as a user's companion in the location-based game. The resident character to be taken out as a companion and the number of characters are specified by being selected by the user when starting the location-based game.

FIG. 3A is a display example when the resident characters K1 to K7 are taken out as a companion and the user checks in to the portal P1. Resident characters K1 to K7 each have characteristics. As shown in FIG. 3 (B), the resident character K1 has a characteristic of preferring B-class gourmet, the resident character K2 has a characteristic of preferring to visit coffee shops, and the resident character K3 has a characteristic of exploring history. Suppose you are. Although not shown, the resident characters K4 to K7 have the same characteristics.

On the other hand, as shown in FIG. 3A, around the portal P1, there is a ramen portal P2 that has something in common with B-grade gourmet food, a coffee portal P3 that has something in common with coffee shop tours, and history exploration. The portal P4 of the temple with sex is arranged. In this case, as shown in FIG. 3A, among the resident characters K1 to K7 taken out as companions, the resident character K1 moves to the portal P2, the resident character K2 moves to the portal P3, and the resident character K3 moves to the portal. A message to move to P4 is displayed, and check-in is performed to a portal having commonality.

In this way, when the user checks in to the portal, the resident character identifies a portal other than the portal checked in by the user and has a high degree of commonality with its own characteristics, and enters the portal. Check in. The range in which the resident character can check in is defined as a range wider than the circle image C (for example, a range with a radius of 500 m). As a result, the in-game currency corresponding to each of the portals P2 to P4 can be acquired without the user checking in to the portals P2 to P4.

In addition, when the resident character checks in to the portal, an inquiry as to whether or not to purchase the souvenir item corresponding to the portal is displayed, and when the user selects purchase, the in-game currency is used for the portal. You will be able to acquire souvenir items. Regarding the resident characters K4 to K7 taken out as companions, if there is no portal that has commonality with their own characteristics, they may not check in to any portal, and their own characteristics and commonality. You may want to check in to one of the portals even when there is no portal with.

In addition, as illustrated in FIG. 3B, each resident character is defined with an episode and a release condition (viewing condition) for the episode. An episode is associated with each resident character and is a narrative production associated with the resident character. The release condition of the episode is established when the user acquires a specific souvenir item according to the characteristics of the resident character and grants (consumes) the souvenir item to the resident character. The release condition of the episode may be satisfied when the user acquires a specific souvenir item. Information for making it possible to identify the title of the episode of the resident character and the release condition is stored in the memory 11.

As shown in FIG. 3B, the resident character K1 is associated with EP1 and EP2 as episodes, and is given a souvenir item of fried rice or Chinese steamed bun that can be purchased at the portal corresponding to XX eaves. The release conditions that are established by this are defined. In EP1, for example, a production that develops a story that shows the reason why the resident character K1 likes XX eaves is defined. EP3 and EP4 are associated with the resident character K2 as episodes, and the release conditions that are established by giving a cookie or coffee bean souvenir item that can be purchased at the portal corresponding to the coffee shop △△ are defined. ing. In this way, as a specific souvenir item that satisfies the release condition of the episode, an item that is related to the characteristics of the resident character is defined. Similarly, for other resident characters, unique episodes and release conditions are set. The title and release condition of the episode of the resident character are listed when the resident character to be taken out as a companion is selected in the location information game. In addition, when the episode title and release conditions are displayed in a list, the location of the portal where the souvenir items that satisfy the release conditions can be obtained, the distance to the portal, etc. are also displayed. Therefore, it is possible to confirm the portal to be aimed at in order to release the episode of the desired resident character, and to motivate the user to move to the portal.

Next, the processing contents for playing the location information game and the town planning game will be described. FIG. 4 is a diagram for explaining a flowchart of location-based game-related processing included in the processing for playing a location-based game. The location information game-related processing is executed by the user terminal 100, but the present invention is not limited to this, and some processing may be executed by the server 200 and the processing result may be transmitted to the user terminal 100.

In step S01, when the location information game is started, the resident character to be taken out as a companion is determined. Specifically, referring to the episode titles and release conditions of the resident characters displayed in a list when starting the location-based game, the user confirms the souvenir items that satisfy the release conditions and the distance to the portal. At the same time, select a resident character to take out as a companion.

In step S02, the movement distance information is updated according to the movement distance based on the position in the real space of the user. The movement distance may be, for example, a straight line distance from the user's position when the position information game is started to the user's current position, or the user's current position from the user's position when the position information game is started. It may be the distance traveled before reaching.

In step S03, it is determined whether or not the player has checked in to any of the portals in the circle image C. When it is not determined that the person is checking in, it is considered that the person is moving, the process proceeds to step S02, and the movement distance is updated according to the movement of the user. During this period, the map image and the portal on the touch screen 15 are updated as the user moves.

On the other hand, when it is determined that the user is checking in, in step S04, the in-game currency corresponding to the checked-in portal is given to the user. In step S05, a souvenir item is given as the in-game currency owned by the user is consumed. Specifically, when you check in to the portal, you will be notified of the given in-game currency, and then a list of souvenir items that can be purchased on the portal will be displayed, and you can purchase souvenir items according to the user's selection operation. Become.

In step S06, it is determined whether or not the resident character is accompanied. When it is not determined that the resident character is accompanied, the process proceeds to step S10. On the other hand, when it is determined that the resident character is accompanied, the process proceeds to step S07, and a process for determining the portal to be the check-in destination of the resident character is performed. In step S07, the portal to be checked in is determined based on the characteristics of the resident character taken out as a companion and the commonality with the types of portals arranged around the portal checked in by the user. The portals that can be check-in destinations are not limited to the portals in the circle image C, but include portals arranged in a wider range than the circle image C. For the resident character whose check-in destination has been decided, a display is displayed to move to the determined portal and check-in.

In step S08, the in-game currency corresponding to the checked-in portal is assigned. In step S09, a souvenir item is given as the in-game currency owned by the user is consumed. Specifically, when the resident character checks in to the portal, the given in-game currency is notified, and then the resident character asks for confirmation as to whether or not to buy souvenir items that can be purchased at the portal. A window is displayed, and the user is allowed to purchase the souvenir item by indicating the intention to buy it, and the souvenir item can be purchased. In this case, the souvenir item to be purchased may be selected according to the user's selection operation, or may be randomly selected based on the characteristics of the resident character.

In step S10, by acquiring a souvenir item for releasing the episode of the resident character and giving (consuming) the souvenir item to the resident character, the episode associated with the resident character is released. This makes it possible to browse episodes of resident characters.

FIG. 5 is a diagram for explaining a flowchart of the town planning game-related processing included in the processing for playing the town planning game. The town planning game-related processing is executed by the user terminal 100, but the present invention is not limited to this, and some processing may be executed by the server 200 and the processing result may be transmitted to the user terminal 100. When starting the town planning game, in step S20, the in-game time elapses according to the movement distance based on the movement distance information updated in the location information game. Specifically, the in-game time is allowed to elapse every 1 km for 10 minutes.

In step S21, it is determined whether or not the time for improving the advantage of the arranged object has elapsed based on the elapsed in-game time. The time required to improve the degree of advantage of the object is the time required from the building state to the completed state, the time required to exert the effect, the time required to raise the level, and the like. When it is not determined that the time for improving the advantage degree of the object has elapsed, since there is no object whose state changes, the process proceeds to step S26 as it is.

On the other hand, when it is determined that the time for improving the advantage degree of the object has elapsed, the advantage degree of the object to be determined is improved in step S22. Specifically, when the object is in the construction state, the process of updating it to the completed state, exerting its effect, or raising the level is performed.

Further, in step S23, the richness of the city is specified based on the total value and ratio of each of food, resources, funds, and development by the objects arranged in the user's city. In step S24, it is determined whether or not to newly associate the resident character with the city according to the richness of the city. For example, every time the total value of food, resources, funds, and development in the entire city increases by a predetermined value, it may be determined that the resident character is newly associated. When it is determined that the resident character is newly associated, the resident character having the characteristics according to the type of the object arranged in the city is associated in step S25. As mentioned above, when museum objects are placed, a higher percentage of characters with art-loving traits, such as paintings, are associated than when museum objects are not placed.

In step S26, an object such as a building can be newly purchased and placed using the in-game currency acquired in the location information game. As a result, in order to grow and develop the user's city, complete the newly placed object, or improve the advantage of the already placed object, the location information game is started again in the real space. It is possible to encourage the user to move.

<Effect of this embodiment>
According to the present embodiment, as shown in step S20 of FIG. 5, the in-game time for improving the advantage of the object in the city planning game and growing / developing the city is set in the real space by the user in the location information game. Proceed based on the distance traveled. Therefore, it is possible to encourage the user to move in order to advance the in-game time, and it is possible to prevent a decrease in the consciousness of participation in the game.

Further, as shown in step 21 and step S22 of FIG. 5, the degree of advantage of the object is improved by the lapse of a predetermined time for each object. Therefore, it is possible to urge the user to move to advance a predetermined time.

Further, in the town planning game, as shown in steps S23 to S25 of FIG. 5, a resident character can be associated with the town by growing and developing the town. Further, in the location information game, as shown in steps S06 to S09 of FIG. 4, the resident character can be taken out and moved as a companion, and the user can check in to the portal to obtain the privilege corresponding to the portal. In addition, you can get benefits by automatically moving the resident character you took out as a companion to another portal and checking in. As a result, the more resident characters there are, the more efficiently the user can obtain many benefits. As a result, the user can be motivated to grow and develop the city in order to associate more resident characters to be taken out with the movement in the location-based game.

Further, as shown in step S07 of FIG. 4, the check-in destination of the resident character is determined based on the characteristics of the resident character from the portal arranged within a wider range than the circle image C. Therefore, the user can check in the portal that is not arranged in the circle image C without actually moving. As a result, it is possible to generate an incentive to associate more inhabitant characters. Further, as shown in step S25 of FIG. 5, the characteristics of the resident character associated with the city are determined according to the type of the arranged object. Further, as shown in steps S23 and S24 of FIG. 5, the number of resident characters is determined according to the affluence of the city identified from the arranged objects and the like. For this reason, it is possible to provide fun such as what kind of object is arranged in the city planning game.

Benefits earned through portal check-in include in-game currency for purchasing objects in city planning games. This requires more in-game currency to grow and develop the city, which can encourage users to move in location-based games and motivate users to check in to the portal. it can.

As shown in FIG. 3B, each inhabitant character has a unique episode and a release condition for releasing the episode. In addition, the release condition is established by giving (consuming) a specific souvenir item according to the characteristics of the resident character to the resident character. Therefore, it is possible to motivate the user to move toward the portal where souvenir items for releasing the episode of the resident character can be acquired. In addition, souvenir items can be obtained by checking in to the portal and further consuming in-game currency. This can further encourage check-in to the portal to earn in-game currency.

<Modification example>
Examples of modifications of the embodiments described above are listed below.

(1) Travel distance and in-game time The travel distance information updated in step S02 of FIG. 4 in the above embodiment is the travel distance information of the city planning game in step S20 of FIG. 5 regardless of whether or not the portal is checked in. An example that is reflected in the progress of in-game time was explained. However, the travel distance information updated in step S02 of FIG. 4 is reflected in the progress of the in-game time of the city planning game by checking in to the portal, and moves when the portal is not checked in. Even if it does, it may not be reflected in the progress of the in-game time. This makes it possible to further encourage the user to check in to the portal. In this case, the travel distance information is not the distance actually traveled by the user, but is, for example, the distance (straight line distance, or predetermined distance) from the user's position when the location information game is started to the checked-in portal. It may be updated by the distance when moving along the route of. As a result, the processing load for calculating the moving distance can be reduced. In addition, even if the user specifies the portal to be the destination when starting the location-based game and checks in to the portal, the updated travel distance information is reflected in the progress of the in-game time. Good.

Further, in the above embodiment, an example has been described in which the movement distance information is updated during the position information game and is not updated when the position information game is not in progress. However, the movement distance information is updated according to the movement of the user in the real space even during the city planning game, regardless of whether or not the location information game is in progress, and is reflected in the in-game time. You may do so. As a result, the in-game time can be advanced by itself according to the moving distance accompanying the movement of the user while displaying the screen during the city planning game.

Further, the movement distance information may be updated according to the movement of the user in the real space regardless of whether or not the program for executing the game is started (logged in). For example, when the user terminal 100 has a function of periodically (for example, every 30 seconds) storing (accumulating) the user's position information in the memory 11, the user starts a program for executing this game (for example, every 30 seconds). When (logged in), the program of this game reads the position information stored (stored) in the memory 11 and specifies the moving distance of the user while the program of this game is not started from the position information. Then, the movement distance information may be updated according to the movement distance and reflected in the in-game time. The update of the travel distance information when the program of this game is running is as described above.

Further, as shown in step S20 of FIG. 5, the in-game time in the town planning game is updated during the town planning game (at the start), and is not updated when the town planning game is not in progress. However, the in-game time in the town planning game may be updated according to the movement of the user in the real space even during the location information game, regardless of whether or not the town planning game is in progress. In this case, when it is determined that the time for improving the advantage of the object has elapsed according to the movement of the user in the location information game, the type and the improved content of the object can be specified in the predetermined area in the location information game. Information may be displayed (for example, pop-up display in the header area). As a result, it is possible to encourage the user to shift to the city planning game.

(2) Resident Character In the above embodiment, as shown in step S01 of FIG. 4, an example in which the user selects a resident character to be taken out as a companion has been described. However, the resident character to be taken out as a companion may be determined by lottery. In addition, when the destination portal is set when the location information game is started, there is a high degree of commonality with these portals depending on the type of the set portal and the portals around the portal. It may be determined (or determined at a high rate) as the resident character who takes out the resident character having the characteristic as a companion.

In the above embodiment, an example has been described in which a user checks in to a portal to check in a resident character taken out as a companion to another portal. However, even if the user does not check in to the portal, the accompanying resident character may be automatically checked in to the portal. For example, if a portal with the same characteristics and type as the companion resident character is placed while the user is moving toward the desired portal, the resident character is automatically checked in to the portal and the privilege is given. May be able to be acquired. This makes it possible to provide the user with the fun of which route to take to the portal.

In the above embodiment, an example in which a range in which a resident character can automatically check in (for example, a range having a radius of 500 m) is defined has been described. However, the range in which the resident character can automatically check in may not be defined. As a result, the resident character can be freely moved and checked in.

In the above embodiment, an example in which the resident character associated with the city can be taken out as a user's companion at any time has been described. However, when the value of the predetermined parameter relating to the resident character is equal to or more than the predetermined value, it may be taken out as a companion, and when it is less than the predetermined value, it may not be taken out as a companion. Specifically, parameters such as stamina are set for the resident character so that the stamina parameter is consumed according to the distance traveled as the user's companion, and when the stamina parameter is equal to or more than a predetermined value, it can be taken out as a companion. If it is less than the value, it may not be possible to take it out as a companion. Further, when the stamina parameter becomes 0 during the movement, the resident character's companion ends at that point, and it may not be possible to accompany the resident character after that. As a result, it is possible to add fun in the scene of selecting the resident character to accompany.

In addition, certain parameters related to the resident character may be able to be recovered according to the movement distance of the user when not accompanied by the user as a companion, and can be recovered by giving a souvenir item for stamina recovery. Further, the value according to the consumption amount may be recovered by consuming the virtual currency purchased by billing.

(3) Souvenir items In the above embodiment, an example in which souvenir items according to the portal can be purchased using the in-game currency has been described, but the present invention is not limited to this, and the souvenir items can be purchased using the virtual currency purchased by charging. You may.

In the above embodiment, an example has been described in which an episode release condition is satisfied by acquiring or giving a specific souvenir item to a user's resident character, and the episode can be viewed by the user. However, the parameters for establishing the release condition of the episode are updated by acquiring or granting a specific souvenir item, and even after that, the parameter reaches a predetermined value by acquiring or granting a specific souvenir item. By doing so, the release condition of the episode may be satisfied. In addition, the resident character is not limited to the resident character associated with the user's city, but is a specific souvenir for the resident character associated with the city of another user who has a predetermined relationship (for example, a friend relationship) with the user. By acquiring or giving an item or the like, the release condition of the episode of the resident character of the other user can be satisfied, and the episode of the resident character may be made available to the user. As a result, it is possible to interact with other users and enhance their taste.

In addition, as for the souvenir items of the portal that the resident character automatically checked in, an example was described in which the user can purchase the souvenir items without checking in to the portal. However, the purchase of souvenir items is not limited to this, and when the resident character checks in, the user is notified of what kind of souvenir items are in the portal, and the user actually checks in to the portal. If you do not, you may not be able to purchase the souvenir item.

(4) Objects placed in the town planning game The objects placed in the town planning game of the above embodiment are raised in the time required from the building state to the completed state, the time required to exert the effect, and the level. An example has been described in which the time required to improve the advantage of an object, such as the time required for the object, is predetermined for each object. However, the time for improving the advantage of the predetermined object may be shortened by consuming the virtual currency purchased by billing, for example, and the time elapses immediately by consuming the virtual currency (for example). , Immediate completion, etc.). In addition, the magnitude of the effect to be exerted (for example, production volume, etc.) has been described in a predetermined example according to the level of the object, but the present invention is not limited to this, and by consuming the virtual currency purchased by billing. The effect may be larger than the predetermined effect. As a result, the user's city can be grown and developed at an early stage by charging, and as a result, the resident character can be associated at an early stage.

In addition, the possessed objects have been described as an example in which they can be placed in the game field regardless of the number of objects in the building state. However, the present invention is not limited to this, and when the number of objects in the building state has reached a predetermined number. , You may not be able to place new objects. In this case, even when the number of objects in the building state has reached a predetermined number, new objects may be arranged by consuming the virtual currency purchased by billing. As a result, the user's city can be grown and developed at an early stage by charging, and as a result, the resident character can be associated at an early stage.

In the above-described embodiment, an example has been described in which it is not possible to specify how much movement should be made during the location-based game to allow time to improve the advantage of the objects arranged in the game field. However, in the location-based game, it may be possible to specify how much movement is required to elapse the time for improving the advantage of the objects arranged in the game field. When the moving distance corresponding to the time for improving the advantage of the object specified by the user is set to X km, for example, a circle image having a radius of X km based on the current position may be superimposed and displayed on the map image. .. As a result, the user can confirm the movement range required to improve the advantage of the specified object, and can clearly set the destination.

In the town planning game of the above embodiment, an example of advancing the in-game time as an index of whether or not to improve the advantage degree of the arranged objects has been described. However, the index of whether or not to improve the advantage of the arranged object is not limited to the in-game time, but is another predetermined parameter as long as it is updated according to the movement distance of the user. It may be the moving distance of the user itself.

<Additional notes>
The matters described in each of the above embodiments will be added below.

(Appendix 1):
According to an aspect of one embodiment shown in the present disclosure, a game program executed in an information terminal device including a processor, a memory, and a display unit, the game program may change state to the processor. A step (FIG. 5) of arranging an object in a virtual space and executing a first game part that changes the state of the object to a state advantageous to the user, and a moving distance in the real space of the user who possesses the information terminal device. (Step S02 in FIG. 4) and the step of executing the first game part are steps (steps) of advancing the in-game time in the first game part based on the movement distance. S20) and a step (steps S21, S22) of changing the state of the object to a state advantageous to the user based on the progress of the in-game time.

(Appendix 2):
In (Appendix 1), the changing step changes the state of the object to a state advantageous to the user by advancing the in-game time for a predetermined time.

(Appendix 3):
In (Appendix 1) or (Appendix 2), the game program is a game part different from the first game part in the processor, depending on the position in the real space of the user who possesses the information terminal device. Steps to execute the second game part that controls the game (give benefits) by satisfying the permission conditions (moving the user so that the portal enters the circle image C) (steps S04 to S09 in FIG. 4). The step of executing the first game part includes a step of associating a game character (resident character) with the virtual space (step S25), and the step of executing the second game part corresponds to the real space. A step of displaying an image in a part of the area of the map image in which a plurality of portals are arranged (a step of displaying FIG. 2A and the like) and the first step. The permission condition includes the step (step S01) of specifying the game character associated with the movement of the user in the second game part from among the game characters associated with the virtual space in one game part. It is established by accepting an input operation for a portal arranged in an area within a predetermined range from the position in the user's real space among the portals displayed on the display unit, and the permission condition is satisfied in the second game part. The game control is performed by the control (steps S04, S05) of giving a privilege according to the operation target portal that has received the input operation among the arranged portals, and the movement of the information terminal device. This includes control (steps S08, S09) of moving a game character to a portal different from the operation target portal and granting benefits according to the portal.

(Appendix 4):
In (Appendix 3), the privilege includes the in-game currency required for arranging the object in the first game part.

(Appendix 5):
In (Appendix 3) or (Appendix 4), the step of executing the second game part is in a specific range wider than the predetermined range from the position in the user's real space regardless of the input operation from the user. The step (step S07) of determining the portal to move the game character from among the arranged portals is included.

(Appendix 6):
In (Appendix 5), the step of associating the game character associates a game character having characteristics according to the type of the arranged object (step S25), and the determination step is based on the characteristics of the game character to be moved. Then, the portal to be moved is determined (step S07).

(Appendix 7):
In any of (Appendix 1) to (Appendix 6), the game program is a game part different from the first game part in the processor, and the position in the real space of the user who possesses the information terminal device. The step of executing the second game part for controlling the game (giving a privilege) by satisfying the permission condition (the user moves so that the portal enters the circle image C) according to the above (step S04 in FIG. 4). ~ S09) is executed, and the step of executing the second game part is a map image corresponding to the real space, and the image in a part of the area of the map image in which a plurality of portals are arranged is described. The permission condition includes a step of displaying on the display unit (a step of displaying FIG. 2A and the like), and the permission condition is set to an area within a predetermined range from the position in the user's real space of the portal displayed on the display unit. The portal that accepts the input operation from the position in the user's real space when the second game part is started is established by accepting the input operation for the arranged portal, and the movement distance specified by the specifying step is established. Distance to.

(Appendix 8):
In any of (Appendix 1) to (Appendix 6), the game program is a game part different from the first game part in the processor, and the position in the real space of the user who possesses the information terminal device. The step of executing the second game part for controlling the game (giving a privilege) by satisfying the permission condition (the user moves so that the portal enters the circle image C) according to the above (step S04 in FIG. 4). The moving distance specified by the step of executing ~ S09) is the distance specified from the position in the user's real space regardless of whether or not it is in the second game part.

(Appendix 9):
In any of (Appendix 1) to (Appendix 8), the game program is a game part different from the first game part in the processor, and the position in the real space of the user who possesses the information terminal device. The step of executing the second game part for controlling the game (giving a privilege) by satisfying the permission condition (the user moves so that the portal enters the circle image C) according to the above (step S04 in FIG. 4). The step of executing ~ S09) and executing the first game part includes a step of associating a game character with the virtual space (step S25), and the game character is associated with a special game character. Execution conditions (release conditions) for executing various effects (episodes) are defined (Fig. 3 (B)), and the step of executing the second game part is a map image corresponding to the real space. The permission condition includes the step of displaying an image in a part of the area of the map image in which a plurality of portals are arranged on the display unit (step of displaying FIG. 2A and the like), and the permission condition is the display. The step of executing the second game part is established by accepting an input operation for a portal arranged in an area within a predetermined range from a position in the user's real space among the portals displayed in the section. When the permission condition is satisfied by accepting the input operation for, the game control includes a step (step S05) of giving an item (souvenir item) corresponding to the portal among a plurality of types of items, and the execution thereof. The condition can be satisfied by granting a specific item (see FIG. 3 (B)).

(Appendix 10):
In (Appendix 9), the step of associating the game character associates the game character having characteristics according to the type of the arranged object (step S25), and the item for which the execution condition can be satisfied is the game character. It is determined according to the characteristics of (see FIG. 3B).

(Appendix 11):
In (Appendix 9) or (Appendix 10), the step of granting the item depends on the portal for which the permission condition is satisfied by consuming the in-game currency required for arranging the object in the first game part. Items are given (steps S05, S09).

(Appendix 12):
According to an aspect of one embodiment shown in the present disclosure, a game method executed by an information terminal device including a processor, a memory, and a display unit, in which an object whose state can change is arranged in a virtual space and the object is concerned. A step of executing the first game part (FIG. 5) for changing the state of the above to a state advantageous to the user, and a step of specifying the moving distance in the real space of the user possessing the information terminal device (step S02 of FIG. 4). ) And, and the step of executing the first game part is a step (step S20) of advancing the in-game time in the first game part based on the movement distance, and the progress of the in-game time. A step (steps S21, S22) of changing the state of the object to a state advantageous to the user based on the above.

(Appendix 13):
According to an aspect of one embodiment shown in the present disclosure, an information terminal device including a processor, a memory, and a display unit, in which an object whose state can change is arranged in a virtual space, and the state of the object is set to the user. A step of executing the first game part (FIG. 5) for changing the state to be advantageous to the user and a step of specifying the moving distance in the real space of the user who possesses the information terminal device (step S02 of FIG. 4) are executed. Then, the step of executing the first game part is a step (step S20) of advancing the in-game time in the first game part based on the movement distance, and the step based on the progress of the in-game time. A step (steps S21, S22) of changing the state of the object to a state advantageous to the user is included.

[Example of realization by software]
The control in each of the user terminal 100 and the server 200 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software.

In the latter case, the user terminal 100 and the server 200 include a computer that executes instructions of a program that is software that realizes each function. The computer includes, for example, one or more processors and a computer-readable recording medium that stores the program. Then, in the computer, the processor reads the program from the recording medium and executes it, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, in addition to a "non-temporary tangible medium" such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, a RAM (Random Access Memory) for expanding the above program may be further provided. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storages, 15 touch screens, 151 inputs, 152 displays, 17 cameras, 18 ranging sensors, 1010 objects, 1020 controllers, 1030 storage Medium, 100 user terminals, 200 servers.

Claims (13)

A game program executed in an information terminal device including a processor, a memory, and a display unit.
The game program is supplied to the processor.
A step of arranging an object whose state can change in a virtual space and executing a first game part that changes the state of the object to a state advantageous to the user, and
The step of specifying the moving distance in the real space of the user who possesses the information terminal device is executed.
The step of executing the first game part is
A step of advancing the in-game time in the first game part based on the movement distance, and
A game program comprising a step of changing the state of the object to a state favorable to the user based on the progress of the in-game time. The game program according to claim 1, wherein the changing step changes the state of the object to a state advantageous to the user by advancing the in-game time for a predetermined time. The game program is supplied to the processor.
A step of executing a second game part that is different from the first game part and controls the game by satisfying a permission condition according to the position in the real space of the user who owns the information terminal device. Let it run
The step of executing the first game part includes a step of associating a game character with the virtual space.
The step of executing the second game part is
A step of displaying an image in a part of the map image corresponding to the real space and in which a plurality of portals are arranged on the display unit, and
Among the game characters associated with the virtual space in the first game part, a step of specifying a game character to be accompanied by the movement of the user in the second game part is included.
The permission condition is satisfied by accepting an input operation for a portal arranged in an area within a predetermined range from a position in the user's real space among the portals displayed on the display unit.
The game control performed by satisfying the permission condition in the second game part includes a control of granting a privilege according to an operation target portal that has received an input operation among the arranged portals, and the information terminal device. The game program according to claim 1 or 2, wherein the game character associated with the movement of the game is moved to a portal different from the operation target portal, and a privilege corresponding to the portal is given. The game program according to claim 3, wherein the privilege includes an in-game currency required for arranging an object in the first game part. The step of executing the second game part is to perform the game from among portals arranged in an area within a specific range wider than the predetermined range from the position in the user's real space regardless of the input operation from the user. The game program according to claim 3 or 4, which comprises a step of determining a portal to move a character. The step of associating a game character associates a game character having characteristics according to the type of the arranged object.
The game program according to claim 5, wherein the determination step determines a portal to be moved based on the characteristics of the game character to be moved. The game program is supplied to the processor.
A step of executing a second game part that is different from the first game part and controls the game by satisfying a permission condition according to the position in the real space of the user who owns the information terminal device. Let it run
The step of executing the second game part is a step of displaying an image in a part of the area of the map image corresponding to the real space and in which a plurality of portals are arranged on the display unit. Including
The permission condition is satisfied by accepting an input operation for a portal arranged in an area within a predetermined range from a position in the user's real space among the portals displayed on the display unit.
The moving distance specified by the specifying step is the distance from the position in the user's real space when the second game part is started to the portal that receives the input operation, whichever of claims 1 to 6. The game program described in Crab. The game program is supplied to the processor.
A step of executing a second game part that is different from the first game part and controls the game by satisfying a permission condition according to the position in the real space of the user who owns the information terminal device. Let it run
Any of claims 1 to 6, wherein the moving distance specified by the specifying step is a distance specified from a position in the user's real space regardless of whether or not it is in the second game part. The game program described in Crab. The game program is supplied to the processor.
A step of executing a second game part that is different from the first game part and controls the game by satisfying a permission condition according to the position in the real space of the user who owns the information terminal device. Let it run
The step of executing the first game part includes a step of associating a game character with the virtual space.
The game character has an execution condition for executing a special effect associated with the game character.
The step of executing the second game part is a step of displaying an image in a part of the area of the map image corresponding to the real space and in which a plurality of portals are arranged on the display unit. Including
The permission condition is satisfied by accepting an input operation for a portal arranged in an area within a predetermined range from a position in the user's real space among the portals displayed on the display unit.
The step of executing the second game part is a step of granting an item corresponding to the portal among a plurality of types of items as the game control by accepting an input operation to the portal and satisfying the permission condition. Including
The game program according to any one of claims 1 to 8, wherein the execution condition can be satisfied by giving a specific item. The step of associating a game character associates a game character having characteristics according to the type of the arranged object.
The game program according to claim 9, wherein the item for which the execution condition can be satisfied is defined according to the characteristics of the game character. Claim 9 or claim that the step of granting the item grants an item according to the portal for which the permission condition is satisfied by consuming the in-game currency required for arranging the object in the first game part. Item 10. The game program according to item 10. A game method executed by an information terminal device having a processor, memory, and a display unit.
A step of arranging an object whose state can change in a virtual space and executing a first game part that changes the state of the object to a state advantageous to the user, and
The step of specifying the moving distance in the real space of the user who possesses the information terminal device is executed.
The step of executing the first game part is
A step of advancing the in-game time in the first game part based on the movement distance, and
A game method comprising a step of changing the state of the object to a state favorable to the user based on the progress of the in-game time. An information terminal device including a processor, memory, and a display unit.
A step of arranging an object whose state can change in a virtual space and executing a first game part that changes the state of the object to a state advantageous to the user, and
The step of specifying the moving distance in the real space of the user who possesses the information terminal device is executed.
The step of executing the first game part is
A step of advancing the in-game time in the first game part based on the movement distance, and
An information terminal device comprising a step of changing the state of the object to a state favorable to the user based on the progress of the in-game time.