JP2021037371A - Information processor, terminal device and program - Google Patents

Abstract

To improve safety of a player in a game in which movement in an actual world is reflected in a virtual world.SOLUTION: An information processor comprises: positional information acquisition means for acquiring positional information of an operation terminal which a player operates; map information acquisition means for acquiring map information of an actual world corresponding to the positional information; object information acquisition means for acquiring object information of an object which is used for creating a map of a virtual world; map creation means for creating the map of the virtual world comprising a first mode in which a display position of the object of the player is changed by the positional information, and a second mode in which a display position of the object of the player is changed by an operation of the player, based on the acquired map information and the object information; and switching means for switching a mode from the first mode to the second mode, when a prescribed condition is established.SELECTED DRAWING: Figure 4

Description

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

A so-called position information game that displays and controls the current position of the real world obtained from GPS or the like and its displacement as a virtual position and virtual displacement of a screen (virtual world) shown in a role-playing game has been conventionally known (for example, a patent). Reference 1).

Japanese Patent No. 3551856

In the conventional location-based game, the movement of the player in the real world corresponds to the movement of the player character in the virtual world. Therefore, in the conventional location-based game, the player may gaze at the screen while walking or riding a bicycle. As described above, in the conventional location-based game, there is a risk of forcing the player to move while gazing at the screen.

The present invention has been made in view of the above problems, and an object of the present invention is to improve the safety of a player in a game in which movement in the real world is reflected in a virtual world.

In order to solve the above-mentioned problems, the information processing apparatus of the present invention has a position information acquisition means for acquiring the position information of the operation terminal operated by the player, and a map for acquiring the map information in the real world corresponding to the position information. Information acquisition means, object information acquisition means for acquiring object information of an object used to create a map of a virtual world, and display of a player's object by the position information based on the acquired map information and the object information. A map creation means for creating a map of a virtual world having a first mode for changing the position and a second mode for changing the display position of the player's object by the operation of the player, and the above-mentioned by satisfying a predetermined condition. It is characterized by having a switching means for switching from the first mode to the second mode.

According to the present invention, it is possible to improve the safety of the player in a game in which the movement in the real world is reflected in the virtual world.

It is a block diagram of an example of an information processing system which concerns on this embodiment. It is a hardware block diagram of an example of the terminal apparatus which concerns on this embodiment. It is a hardware block diagram of an example of the computer which concerns on this embodiment. It is a processing block diagram of an example of a client terminal which concerns on this embodiment. It is a processing block diagram of an example of the game server device which concerns on this embodiment. It is a processing block diagram of an example of the map server device which concerns on this embodiment. It is a flowchart of an example of the processing of the client terminal of this embodiment. It is a block diagram of an example of a field map. It is a block diagram of an example of a battle map. It is a flowchart of an example of the field map processing of this embodiment. It is a flowchart of an example of the battle map processing of this embodiment. It is a flowchart of an example of the process of updating a battle map. It is an image diagram of an example of the encounter history information screen.

Next, an embodiment of the present invention will be described in detail. In this embodiment, an example of acquiring the position information of the player by using GPS (satellite positioning system) will be described, but the present invention is not limited to GPS, and various known techniques for acquiring position information can be used. ..
[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram of an example of an information processing system according to the present embodiment. In the information processing system 1 of FIG. 1, one or more client terminals 2, a game server device 3, and a map server device 4 are connected to each other via a network 5 such as the Internet. The client terminal 2 is a terminal device such as a PC, a smartphone, or a tablet. The client terminal 2 receives a request from a player by, for example, a touch operation on a touch panel, a click operation with a mouse, an operation with an actual controller, or the like. The game server device 3 manages and controls the game played by the player on the client terminal 2. The map server device 4 provides map information to the client terminal 2 and the game server device 3.

It goes without saying that the information processing system 1 of FIG. 1 is an example, and there are various system configuration examples depending on the application and purpose. For example, the game server device 3 and the map server device 4 may be distributed to a plurality of computers. Further, the division between the game server device 3 and the map server device 4 is also an example, and may be another division, or may be realized by one computer.

<Hardware configuration>
《Client terminal》
The terminal device such as the client terminal 2 of FIG. 1 is realized by the hardware configuration as shown in FIG. 2, for example. FIG. 2 is a hardware configuration diagram of an example of the terminal device according to the present embodiment.

The terminal device of FIG. 2 includes an input device 401, a display device 402, an external I / F403, a RAM404, a ROM405, a CPU406, a communication I / F407, an HDD408, a GPS unit 409, and the like, and each of them is connected to each other by a bus B. There is.

The input device 401 is a touch panel used by the player to input various signals, an actual controller such as operation keys and buttons provided in the housing of the terminal device, a mouse, and the like. The display device 402 is a liquid crystal display, an organic EL, or the like that displays a screen. The touch panel is composed of, for example, a pressure-sensitive or electrostatic panel mounted on the display device 402, and detects a touch position on the display device 402 by a touch operation with a finger, a touch pen, or the like.

The communication I / F 407 is an interface for connecting the terminal device to the network 5. As a result, the terminal device performs data communication via the communication I / F 407. The HDD 408 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include an OS, which is basic software that controls the entire terminal device, and an application that provides various functions on the OS. The terminal device may use a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium instead of the HDD 408.

The external I / F 403 is an interface with an external device. The external device includes a recording medium 403a and the like. As a result, the terminal device can read and / or write to the recording medium 403a via the external I / F 403. The recording medium 403a includes a flexible disk, a CD, a DVD, an SD memory card, a USB memory, and the like.

The ROM 405 is an example of a non-volatile semiconductor memory (storage device) capable of holding programs and data even when the power is turned off. The ROM 405 stores programs and data such as BIOS, OS settings, and network settings that are executed when the terminal device is started. The RAM 404 is an example of a volatile semiconductor memory (storage device) that temporarily holds programs and data.

The CPU 406 is an arithmetic unit that realizes control and functions of the entire terminal device by reading a program or data from a storage device such as a ROM 405 or an HDD 408 onto the RAM 404 and executing processing. Further, the terminal device includes a dedicated battery 410. The terminal device is driven by a battery 410.

The GPS unit 409 uses radio waves from GPS satellites to acquire position information indicating the current position. The position information is, for example, latitude and longitude. The position information is not limited to latitude and longitude, and may be any information that can identify the position of the player. For example, there is a method of positioning based on the strength of radio waves with respect to a predetermined access point of wireless communication. Further, a known gyro sensor or the like may be used to grasp the orientation and inclination of the terminal, and the orientation and inclination information may be used as a part of the position information. The GPS unit 409 may be built in the terminal device or externally attached.

As described above, the terminal device according to the present embodiment can realize various processes as described later by the above hardware configuration.

<< Game server device and map server device >>
The game server device 3 and the map server device 4 of FIG. 1 are realized by, for example, a computer having a hardware configuration shown in FIG. FIG. 3 is a hardware configuration diagram of an example of a computer according to the present embodiment. The computer of FIG. 3 includes an input device 501, a display device 502, an external I / F 503, a RAM 504, a ROM 505, a CPU 506, a communication I / F 507, an HDD 508, and the like, each of which is connected to each other by a bus B. The input device 501 and the display device 502 may be connected and used when necessary.

The input device 501 includes a keyboard, a mouse, and the like, and is used by the user to input each operation signal. The display device 502 includes a display and the like, and is used for displaying a processing result by a computer. The communication I / F 507 is an interface for connecting a computer to the network 5. As a result, the computer can perform data communication via the communication I / F 507.

The HDD 508 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include, for example, an OS that is basic software that controls the entire computer, and an application that provides various functions on the OS.

The external I / F 503 is an interface with an external device. The external device includes a recording medium 503a and the like. As a result, the computer can read and / or write to the recording medium 503a via the external I / F 503. The recording medium 503a includes a flexible disk, a CD, a DVD, an SD memory card, a USB memory, and the like.

The ROM 505 is an example of a non-volatile semiconductor memory (storage device) capable of holding programs and data even when the power is turned off. The ROM 505 stores programs and data such as BIOS, OS settings, and network settings that are executed when the game server device 3 or the map server device 4 is started. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily holds programs and data.

The CPU 506 is an arithmetic unit that realizes control and functions of the game server device 3 or the map server device 4 as a whole by reading a program or data from a storage device such as the ROM 505 or the HDD 508 onto the RAM 504 and executing processing.

The game server device 3 and the map server device 4 according to the present embodiment can realize various processes as described later by the hardware configuration described above.

<Software configuration>
The software configuration of the information processing system 1 according to the present embodiment will be described separately for the client terminal 2, the game server device 3, and the map server device 4.

《Client terminal》
The client terminal 2 of FIG. 1 is realized by, for example, the processing block shown in FIG. FIG. 4 is a processing block diagram of an example of a client terminal according to the present embodiment. The client terminal 2 realizes an operation reception unit 10, a game execution unit 12, a server access unit 13, a screen display unit 14, an image storage unit 15, and an encounter history information storage unit 16 by executing a program.

Further, the game execution unit 12 includes a player information acquisition unit 21, a position information acquisition unit 22, a map information acquisition unit 23, an object information acquisition unit 24, a field map creation unit 25, a battle map creation unit 26, a map switching unit 27, and a battle. It has a processing unit 28 and an auto battle processing unit 29.

The operation reception unit 10 receives various operations from the player. The game execution unit 12 performs processing related to the game according to the operation received from the player by the operation reception unit 10, and advances the game.

The player information acquisition unit 21 of the game execution unit 12 acquires player information from the game server device 3. The player information is information about a player necessary for executing a game, such as player rank, stamina amount, player status, and possessed skill.

The position information acquisition unit 22 acquires the player's current position information using the GPS unit 409. The map information acquisition unit 23 acquires map information from the map server device 4. Map information is information necessary for creating field maps and battle maps, which will be described later. For example, road information, building information, river information, mountain information, place name information, altitude information, boundary information (including prefectural borders and border information), etc. Is included. Also, the map information does not have to exactly match the actual geography, for example, past map information or map information that is expected to change in the future can be used or set, at least the map. It suffices if part of the information is common to the actual geography.

The object information acquisition unit 24 acquires the object information described later from the game server device 3. The object information is information on objects such as a player character displayed on a field map or a battle map, an enemy character or another player character of another player, an enemy base, or a fort.

The field map creation unit 25 creates a field map from the map information in the real world as described later. A field map can be created, for example, by overlaying game objects on a map of the real world. The display position of the player character displayed on the field map is changed by the position information acquired by the position information acquisition unit 22.

The battle map creation unit 26 creates a battle map having a scale larger than the field map from the map information in the real world as described later. A battle map can be created, for example, by deforming a map of the real world into a fantasy style, a fairy tale style, a western style, etc., and displaying game objects on top of it. The display position of the player character displayed on the battle map is changed by the operation of the player received from the operation reception unit 10. By generating not only the field map but also the battle map from the map information of the real world, the player will try and error the place and timing to start the battle in order to execute the battle on the terrain that is advantageous to him. The strategy of the game is improved. In addition, since it changes each time a battle map is generated, it is possible to provide a variety of game experiences.

The map switching unit 27 performs a process related to switching between the field map and the battle map as described later. The battle processing unit 28 performs processing related to the battle performed on the battle map. The auto-battle processing unit 29 performs processing related to auto-battle, which will be described later. In this embodiment, the points that the battle processing unit 28 and the auto battle processing unit 29 perform processing other than the battle are not described, but for example, in addition to the battle processing, processing related to conversation between characters on the battle map, characters. It is also possible to perform processing related to the movement of the player, processing related to the progress of the event, processing related to giving the player a game item during or as a result of the battle, and the like. In this case, the battle processing unit 28 and the auto battle processing unit 29 can be regarded as a game event progress processing unit and an auto game event progress processing unit, respectively.

The screen display unit 14 controls the screen display of the client terminal 2 according to the progress of the game by the game execution unit 12. When the server access unit 13 needs to access the game server device 3 or the map server device 4 in the process of the game execution unit 12, the server access unit 13 transmits a request to the game server device 3 or the map server device 4. At the same time, it receives a response such as a processing result from the game server device 3 or the map server device 4. The image storage unit 15 stores various images necessary for displaying the field map and the battle map. The encounter history information storage unit 16 stores the encounter history information described later.

The game execution unit 12 has a browser type that performs processing related to the game from the game server device 3 based on page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data, or the like. Further, the game execution unit 12 has an application type that performs processing related to the game based on the installed application. FIG. 4 shows an application type as an example.

《Game server device》
The game server device 3 of FIG. 1 is realized by, for example, the processing block shown in FIG. FIG. 5 is a processing block diagram of an example of the game server device according to the present embodiment. By executing the program, the game server device 3 realizes the player information providing unit 41, the object information providing unit 42, the object information controlling unit 43, the battle result receiving unit 44, the player information storage unit 45, and the object information storage unit 46. ing.

The player information providing unit 41 provides player information to the client terminal 2. The object information providing unit 42 provides the object information to the client terminal 2. The object information control unit 43 controls player information and object information. For example, the battle result received from the client terminal 2 is reflected in the player information, object information, and the like. The battle result reception unit 44 receives the battle result from the client terminal 2. The player information storage unit 45 stores player information. The object information storage unit 46 stores object information.

《Map server device》
The map server device 4 of FIG. 1 is realized by, for example, the processing block shown in FIG. FIG. 6 is a processing block diagram of an example of the map server device according to the present embodiment. The map server device 4 realizes the map information providing unit 61 and the map information storage unit 62 by executing the program.

The map information providing unit 61 provides map information to the client terminal 2. The range of map information provided to the client terminal 2 may be a range in which a field map or a battle map can be created on the client terminal 2. For example, the map information providing unit 61 provides the client terminal 2 with map information in a predetermined range including the player's current position from the player's current position information. The map information storage unit 62 stores map information. The map information providing unit 61 may provide the map information to the game server device 3.

<Processing>
<< Overview of processing on client terminals >>
FIG. 7 is a flowchart of an example of processing of the client terminal of the present embodiment. In step S11, the client terminal 2 is activated by the player to activate the game application according to the present embodiment.

Proceeding to step S12, the client terminal 2 performs field map processing related to the display of the field map 1000 as shown in FIG. FIG. 8 is a configuration diagram of an example of a field map.

The field map 1000 is created from map information in the real world. The field map 1000 is created at a scale smaller than the battle map. A stamina gauge 1010 is displayed on the field map 1000. The stamina gauge 1010 indicates the amount of stamina of the player.

Further, on the field map 1000, a player character 1001 that moves on the display screen (the display position is determined) in conjunction with the player's current position information and a mark 1009 indicating the player's current position are displayed. There is. That is, the information of the player's touch operation received from the operation receiving unit 10 described later is not used for the movement of the player character 1001 on the field map 1000. Further, in the field map 1000, the enemy character 1003 whose display position is determined by the game server device 3 and another player who moves on the display screen in conjunction with the current position information of the other player acquired from the terminal of the other player. Characters 1004 and are displayed. The "movement of the player character 1001 on the field map 1000" in the present embodiment means that the player character is displayed at a fixed point on the screen and serves as a background based on the position information of the player in the real world. This includes changing the positional relationship between the field map 1000 and the player character 1001 by moving the field map 1000.

Further, in the field map 1000 of FIG. 8, the enemy base 1005 and the fort 1006 are displayed. The enemy base 1005 represents a base where the enemy character 1003 is generated. The enemy base 1005 is associated with, for example, a facility on the map. Fort 1006 is an in-game facility where players can become the main players by capturing. Further, the other player 1008 in the battle state with the enemy character is represented by an object indicating that the player is in the battle state.

The player can start the battle by satisfying predetermined conditions such as touching the enemy character 1003 on the field map 1000 and approaching the enemy character more than a predetermined value. However, in order to start a battle with the enemy character 1003, the amount of stamina of the player is consumed with some exceptions.

Although the treasure chest 1011 on the field map 1000 is not described in this embodiment, when the treasure chest 1011 is opened instead of the start of the battle with the enemy character 1003, the amount of stamina is one as in the start of the battle. Consumed with some exceptions. Hereinafter, the start of the battle will be described in the present embodiment, but it can be applied not only to the start of the battle but also to the execution of the entire game event such as the opening of the treasure box 1011 described above.

Stamina is a predetermined amount consumed to execute game events such as opening and acquiring game items such as treasure chests 1011 and materials, and battles with enemy characters 1003, and the consumed value is the passage of time and the value consumed. This is a parameter that recovers when a game item is consumed. In addition, stamina is associated with each player and stored. The stamina may be set to be jointly owned by a plurality of players.

The amount of stamina consumed is determined by the game execution unit 12, for example, by the distance between the player character 1001 and the enemy character 1003 at the time of starting the battle. For example, in the case of a game specification in which the upper limit of the amount of stamina is increased due to the increase in the player rank, the player can start a battle with the enemy character 1003 which is farther as the player rank is increased.

The field map creation unit 25 may visually change the display of the enemy character 1003 located in the range where the battle can be started with the player's current remaining stamina to the enemy character 1003 located in the range where the battle cannot be started. , The player may be provided with a function of creating and displaying a field map 1000 in a range including all enemy characters 1003 that can be battled if the player's stamina amount is completely used up.

The field map creation unit 25 displays (visualizes) the distance that can be battled without consuming the amount of stamina as an encounter circle 1002 around the player character 1001. The player can visually grasp that the enemy character 1003 inside the encounter circle 1002 can start the battle without consuming the amount of stamina. Further, even if the enemy character 1003 is outside the encounter circle 1002, the player can start the battle by consuming a larger amount of stamina as the distance between the player character 1001 and the enemy character 1003 increases. The degree of distance between the player character 1001 and the enemy character 1003 and the degree of increase in the amount of stamina may be set in a simple proportional relationship, or the degree of correspondence may be changed at a predetermined distance. For example, if the distance between the player character 1001 and the enemy character 1003 is 1000 m, no stamina is consumed until the distance is 500 m in the real world, and from 501 m to 1000 m, the stamina consumption is increased by "1" every 100 m, and after 1001 m. May increase stamina consumption by "10" every 100m.

Further, a field 1007 is set by the field map creation unit 25 around the fort 1006 within a predetermined distance. By generating (encountering) a battle with the enemy character 1003 in the field 1007, the player can obtain a bonus, for example. The battle may be started against the enemy character 1003 inside the field 1007 without consuming the amount of stamina, regardless of the distance between the player character 1001 and the enemy character 1003.

Although the attributes (jobs) of the player character 1001 are not described in the present embodiment, the player may be able to select the attributes of the player character 1001. When the job of the player character 1001 can be selected, for example, the relationship between the range of the encounter circle 1002, the degree of increase in stamina consumption due to the increase in the distance between the player character 1001 and the enemy character 1003, and the ability parameter depending on the job. Etc. may be changed.

For example, as the job of the player character 1001, it is desirable to prepare a job that is advantageous to the indoor group and a job that is advantageous to the outdoor group. For example, a long-range attack type job (archer, etc.) can be considered as a job that is advantageous to the indoor group. Also, as a job that is advantageous to outdoor enthusiasts, a short-range attack type job (night, etc.) can be considered.

By making the encounter circle 1002 of the long-range attack type job larger than the encounter circle 1002 of the short-range attack type job, or by increasing the encounterable range that expands per stamina consumption "1". An indoor player who chooses a long-range attack type job can move less than an outdoor player, and consume less stamina to perform a battle.

Also, by making the ability parameter when starting a battle in the encounter circle 1002 of the short-range attack type job higher than the ability parameter of the long-range type job, the outdoor group who selected the short-range attack type job. Players can advance the battle more advantageously when they encounter near the enemy character 1003 than the indoor players.

On the other hand, in the long-range attack type job, the ability parameter when starting a battle with the enemy character 1003 located farther from the display position of the player character 1001 is set higher than the ability parameter of the short-range type job. .. By doing so, if the indoor player who selects the long-range attack type job encounters the enemy character 1003 located farther than the outdoor player, the battle can be advanced advantageously. Can be done. If the moving distance in the real world is longer than that of the indoor player, the outdoor player can move the enemy character 1003 inside the encounter circle 1002, which reduces the stamina consumption of the battle. Moreover, it is possible to have a more advantageous battle. Through the selection of attributes by the player in this way, it is possible to provide a game more suitable for the player's own lifestyle.

The details of the field map processing in step S12 will be described later. Following step S12, the process proceeds to step S13, and the map switching unit 27 of the client terminal 2 determines whether or not the condition (occurrence of battle) for switching the field map 1000 to the battle map 1100 described later is satisfied. The condition for switching the field map 1000 to the battle map 1100 may be other than the occurrence of a battle. For example, a specific area may be set on the field map 1000, and it may be determined that the player has invaded the area and the field map 1000 may be switched to the battle map 1100. Specifically, if a specific area is specified in advance, such as near a trunk road or around a terminal station, where movement while gazing at the screen is considered dangerous, the safety of the player in the specific area can be improved. You can advance the game. In addition to setting a specific area in advance, the map may be switched when it is determined that it is dangerous to move while gazing at the screen from various information such as the crowded status of the players. By designating a specific building (stadium, amusement park, etc.) as a specific area with the same mechanism, it is possible to provide battles and events that can only be carried out in a specific building, making the game attractive. It can also be improved.

If the condition for switching the field map 1000 to the battle map 1100 described later is satisfied, the map switching unit 27 of the client terminal 2 proceeds to step S14 and consumes the amount of stamina according to the distance to the enemy character 1003.

The map switching unit 27 may calculate the amount of stamina to be consumed according to the distance to the enemy character 1003, and then display the amount of stamina to be consumed so that the player can confirm it. In this case, the map switching unit 27 may display a confirmation screen for receiving a final instruction from the player as to whether or not to switch to the battle map 1100. Further, the amount of stamina consumed may be changed depending on the player rank, the strength of the enemy character 1003, the type of the enemy character 1003, and the like.

Following step S14, the process proceeds to step S15, and the client terminal 2 performs battle map processing related to the display of the battle map 1100 as shown in FIG. FIG. 9 is a configuration diagram of an example of a battle map.

Like the field map 1000, the battle map 1100 is also created from the map information in the real world. However, the battle map 1100 is created by deforming the map of the real world into a fantasy style, a fairy tale style, a western style, etc., and at a scale larger than the field map 1000.

The battle map 1100 displays buildings 1101, roads 1103, and other parts 1102 according to the map information in the real world. That is, in the battle map 1100, a game object such as the building 1101 is displayed in the place where the building in the real world is located. Further, in the battle map 1100, a game object such as the road 1103 is displayed in a place where there is a road in the real world. Further, although the enemy character 1003 is arranged on the battle map, the image data used as the appearance of the enemy character 1003 may be different from the image data displayed on the field map 1000.

In the battle map 1100, the place where the building 1101 is displayed represents a place where the player character 1001, the enemy character 1003, and the other player character 1004 cannot invade. The other portion 1102 represents a place where the movement speed is halved when the player character 1001, the enemy character 1003, or another player character 1004 invades. Note that the road 1103 represents a place where the player character 1001, the enemy character 1003, and the other player character 1004 have normal movement speeds. Player character parameters such as movement speed and attack power may be changed depending on the type of road 1103 (paved road, unpaved road, highway, trunk road, living road, etc.). For example, the speed limit information of the vehicle set on the road may be acquired, and parameters such as the moving speed of the player character 1001, the enemy character 1003, and the other player character 1004 may be changed according to the speed limit information. Further, parameters such as movement speed may be changed by combining the attributes of the player character 1001, the enemy character 1003, and the other player character 1004 with the road 1103. Further, when the type of road 1103 is a one-way road, the direction in which the character can travel may be restricted according to the actual road information. In particular, a more strategic battle can be realized by limiting the movement speed and direction of only the player character 1001 and the enemy character 1003.

The display position of the player character 1001 displayed on the battle map 1100 is moved by the touch operation of the player received from the operation reception unit 10. That is, the player's current position information acquired by the position information acquisition unit 22 is not used for the movement of the player character 1001 on the battle map 1100. The player's operation received from the operation reception unit 10 is not limited to the touch operation, but also includes a click operation with a mouse and an operation with an actual controller. The movement of the player character 1001 on the battle map 1100 in the present embodiment means that the player character 1001 is displayed at a fixed point on the screen and the background battle map 1100 is moved to move the player character 1001 on the battle map 1100. Includes changing the positional relationship with the player character 1001.

The other player character 1004 may be moved by a touch operation by another player. Further, the other player character 1004, which is a support character, may be automatically moved by, for example, AI. As the support character, for example, another player character 1004 of another player who has logged out in the near field or another player character 1004 selected by the player from a plurality of support character candidates is used. Further, the enemy character 1003 moves along the road 1103 on the battle map 1100 (or preferentially to the road 1103).

Further, the skill palette 1105 is displayed on the battle map 1100 of FIG. The player can activate the skill from the skill palette 1105. In addition, the skill includes, for example, a skill that causes an attack or recovery in the effect range, an increase or decrease effect of an ability parameter set for a predetermined character, and the like. The range of effect of the skill and the effectiveness of the skill are determined according to, for example, the width of the road 1103. If road width information is set in the road information as map information, it is based on the width information, and if there is no width information, it is based on the predetermined road width set at the time of creating the battle map 1100. If the skill is used on the narrow road 1103, increase the distance of the skill's range of effect or increase the effectiveness of the skill (for example, increase the attack power of the skill, increase the amount of recovery of the skill). Or Also, if the skill is used on the wide road 1103, the distance of the skill's range of effect is shortened, or the effectiveness of the skill is reduced (for example, the attack power of the skill is reduced, the amount of recovery of the skill is reduced). Or

The reference point for creating the battle map 1100 in FIG. 9 may be the position of the player character 1001, but it is more preferable to set the position of the enemy character 1003 to battle. In this way, by creating the battle map 1100 with reference to the position of the enemy character 1003 to be battled, the game server device 3 can control the display position of the enemy character 1003, which is advantageous in the position of the player in the real world. There is no disadvantage. That is, for example, when a terrain with a wide road is advantageous due to the nature of the game, if the reference point for creating the battle map 1100 is the position of the player character 1001, the player moves to a position in the real world suitable for such terrain. As a result, the battle becomes easier, and a similar battle map 1100 is always generated, which causes the game to become a rut. On the other hand, since the battle map 1100 is created based on the position of the enemy character 1003 to be battled, it is possible to prevent the battle from being repeated only on the terrain superior to the player. , Can provide a variety of gaming experiences.

The details of the battle map processing in step S15 will be described later. Following step S15, the process proceeds to step S16, and the map switching unit 27 of the client terminal 2 determines whether or not the condition for switching the battle map 1100 to the field map 1000 (end of battle) is satisfied. If the condition for switching the battle map 1100 to the field map 1000 is satisfied, the client terminal 2 returns to step S12 and performs the field map process. The condition for switching the battle map 1100 to the field map 1000 may be other than the end of the battle. The battle map 1100 may be switched to the field map 1000 on the condition that it is determined that the movement while watching the screen is not a dangerous situation by the various determinations described above.

If the condition for switching the field map 1000 to the battle map 1100 is not satisfied in step S13, the client terminal 2 determines in step S17 whether the player has instructed the end of the game application according to the present embodiment. If the player has not instructed to end the game application, the client terminal 2 returns to step S12 and continues the field map process.

If the condition for switching the battle map 1100 to the field map 1000 is not satisfied in step S16, the client terminal 2 determines in step S18 whether the player has instructed the end of the game application according to the present embodiment. If the player has not instructed to end the game application, the client terminal 2 returns to step S15 and continues the battle map process.

When the player has instructed to end the game application in steps S17 and S18, the client terminal 2 ends the processing of the flowchart shown in FIG. 7.

《Field map processing》
FIG. 10 is a flowchart of an example of the field map processing of the present embodiment. In step S31, the field map creation unit 25 of the client terminal 2 determines whether the field map 1000 is created or updated. If the field map 1000 is created, the player information acquisition unit 21 acquires player information from the game server device 3 in step S32. In step S33, the position information acquisition unit 22 acquires the player's current position information using the GPS unit 409 and transmits it to the game server device 3 and the map server device 4. In step S34, the map information providing unit 61 of the map server device 4 determines the map information corresponding to the acquired current position information of the player, and the map information acquisition unit 23 of the client terminal 2 receives the player's map information from the map server device 4. Acquire the map information corresponding to the current position information. In step S35, the game server device 3 determines an object necessary for creating the field map, and the object information acquisition unit 24 acquires the corresponding object information from the game server device 3. Here, the object information may be image data to be displayed on the screen, or may be identification information of the image data of the object stored in the image storage unit 15 in advance.

Proceeding to step S36, the field map creation unit 25 creates the field map 1000 as shown in FIG. 8 by using the player information, the position information, the map information and the object information acquired in steps S32 to S35.

On the other hand, if it is determined in step S31 that the field map 1000 has been updated, the player information acquisition unit 21 acquires player information from the game server device 3 in step S37. If the player information is not updated while the field map 1000 is being displayed, the process of step S37 may be omitted.

In step S38, the position information acquisition unit 22 acquires the player's current position information using the GPS unit 409. The object information acquisition unit 24 acquires object information from the game server device 3 in step S39.

In step S40, the field map creation unit 25 of the client terminal 2 stores the encounter history information in the encounter history information storage unit 16 based on the position information acquired last time and the position information acquired this time. The encounter history information is information on the enemy character 1003 that exists within a predetermined range from the movement path of the player character 1001 on the field map 1000, and is based on, for example, an image, a name, an existence location, and an encounter history of the enemy character 1003. The time limit for battle is included. Details of the battle based on the encounter history will be described later.

Proceeding to step S41, the field map creation unit 25 updates the field map 1000 by using the player information, the position information, and the object information acquired in steps S37 to S39. The update of the field map 1000 performed in step S41 includes changing the display position of the player character 1001 based on the position information, changing or deleting the display position of the other player character 1004 or the enemy character 1003 based on the object information, and performing additional display. ..

By repeating the field map processing of step S12 shown in FIG. 10, the player character 1001 on the field map 1000 of FIG. 8 moves on the field map 1000 according to the movement of the player in the real world. Further, the enemy character 1003 and the other player character 1004 on the field map 1000 move on the field map 1000 according to the object information acquired from the game server device 3.

In the field map 1000, the player can select a manual battle mode or an auto battle mode (battle skip mode). The manual battle mode is a mode in which when a battle starts, the field map 1000 transitions to the battle map 1100, and the player performs battle processing by touch operation or the like on the battle map 1100. Further, the auto battle mode is a mode in which battle processing is performed without switching to the battle map 1100 with the enemy character 1003 located within a predetermined range from the position of the player character 1001.

The auto battle processing unit 29 automatically executes the progress of the battle without displaying the battle map 1100, and displays only the battle result. A replay function may be provided to reproduce the progress of the battle executed by the auto-battle processing unit 29 later according to a player's instruction. In this case, the auto-battle processing unit 29 needs to process the progress of the battle faithfully to the extent that it can be reproduced by replay. However, for example, when the replay function is not provided, the player character 1001 and the enemy character 1003 The battle process may be simplified by a process completely different from the manual battle, such as comparing the set parameters such as attack power and defense power to determine the victory or defeat.

In the auto battle mode, since the battle map 1100 is not switched, only rewards such as game items obtained as a result of the battle can be received without any operation of the player. As described above, the battle process can be applied to the progress of a game event that does not depend on the battle. In the manual battle mode and the auto battle mode, the type and amount of rewards such as game items that can be obtained as a result of a battle with the same enemy character 1003 may be changed.

In the auto battle mode, it is desirable to set a limit on the level of the enemy character 1003 to battle. For example, in the auto battle mode, based on the player rank, battle processing is performed with a sufficiently weak enemy character 1003, and battle processing with other enemy characters 1003 is not performed.

Further, in the auto battle mode, the criteria of the enemy character 1003 to perform the battle may be selected. For example, as a criterion of the enemy character 1003 that can be selected, for example, the type of the enemy character 1003 (for example, a dragon family) and the level of the enemy character 1003 (for example, levels 20 to 30) can be considered. Further, in the auto-battle mode, the enemy character 1003 on the route that the player plans to take in the future may be selected first as the auto-battle target. By providing the auto battle mode, in the information processing system 1 according to the present embodiment, the player is prevented from continuing to watch the field map 1000, and the game is played while improving the safety of the player while the field map 1000 is being displayed. Can be advanced.

《Battle map processing》
FIG. 11 is a flowchart of an example of the battle map processing of the present embodiment. In step S61, the battle map creation unit 26 of the client terminal 2 determines whether to create or update the battle map 1100. In the case of creating the battle map 1100, the position information acquisition unit 22 acquires the player's current position information by using the GPS unit 409 in step S62, and transmits it to the game server device 3 and the map server device 4. In step S63, the map information providing unit 61 of the map server device 4 determines the map information corresponding to the acquired current position information of the player, and the map information acquisition unit 23 of the client terminal 2 receives the player's map information from the map server device 4. Acquire the map information corresponding to the current position information. In step S64, the game server device 3 determines an object necessary for creating the field map, and the object information acquisition unit 24 acquires the corresponding object information from the game server device 3.

Proceeding to step S65, the battle map creation unit 26 uses the position information, map information and object information acquired in steps S62 to S64 and the player information acquired in the field map processing, and battles as shown in FIG. Create map 1100. In the battle map process of FIG. 11, a process of acquiring player information from the game server device 3 may be added. If it is determined in step S61 that the battle map 1100 has been updated, the processes of steps S62 to S65 are skipped.

Proceeding to step S66, the position information acquisition unit 22 acquires the player's current position information using the GPS unit 409. The player's current position information acquired in step S66 is used to detect the movement of the player in the real world. In step S67, the battle processing unit 28 detects the movement of the player in the real world by comparing the position information acquired in step S62 with the position information acquired in step S66.

When the movement of the player in the real world is detected, the battle processing unit 28 proceeds to step S70, transmits the battle result to the game server device 3, and ends the processing of the flowchart of FIG. If the movement of the player in the real world is not detected, the battle processing unit 28 proceeds to step S68 and processes the battle map update. The details of the battle map update process in step S68 will be described later.

Proceeding to step S69, the battle processing unit 28 determines whether or not the battle has ended. If the battle is not completed, the battle processing unit 28 ends the battle map processing shown in FIG. If the battle is completed, the battle processing unit 28 proceeds to step S70, transmits the battle result to the game server device 3, and ends the processing of the flowchart of FIG.

According to the battle map processing in step S15 shown in FIG. 11, when the client terminal 2 detects the movement of the player in the real world, the display of the battle map 1100 can be ended or the progress of the battle can be stopped. .. Therefore, the player is restricted from moving in the real world in order to continue the battle on the battle map 1100, which improves safety.

The process of updating the battle map in step S68 is performed, for example, according to the flowchart shown in FIG. FIG. 12 is a flowchart of an example of the battle map update process. In step S81, the battle processing unit 28 of the client terminal 2 determines whether or not there is a touch operation on the touch panel.

If there is a touch operation, the battle processing unit 28 determines whether or not it is a skill operation based on the touch position on the touch panel. For example, if the touch position on the touch panel is not on the skill palette 1105 of the battle map 1100, the battle processing unit 28 determines that it is not a skill operation and performs the process of step S83. Further, if the touch position on the touch panel is on the skill palette 1105 of the battle map 1100, the battle processing unit 28 determines that it is a skill operation and performs the process of step S84.

In step S83, the battle processing unit 28 sets the touch position of the player on the touch panel as the movement target of the player character 1001, and then proceeds to the process of step S85. On the other hand, in step S84, the battle processing unit 28 receives the skill activation operation from the player, performs the skill activation processing, and then proceeds to the process of step S85. By the skill activation process, the player can generate an attack or recovery in the effect range, an increase or decrease effect of the ability parameter set for a predetermined character, and the like.

In step S85, the battle processing unit 28 performs the movement processing of the object on the battle map 1100. The player character 1001 moves toward the set movement target. Further, the enemy character 1003 moves along the road 1103 on the battle map 1100 according to a predetermined logic. Further, the other player character 1004 may be moved by a touch operation by another player, or may be moved according to a predetermined logic.

In step S86, the battle processing unit 28 determines whether or not a battle between the player character 1001 and the enemy character 1003 or a battle between the other player character 1004 and the enemy character 1003 has occurred. A battle occurs when, for example, the player character 1001 or another player character 1004 and the enemy character 1003 are located (contacted) within a certain range.

If it is determined that a battle has occurred, the battle processing unit 28 performs the battle processing in step S87, and then ends the processing of the flowchart of FIG. 12. If it is determined that no battle has occurred, the battle processing unit 28 skips the process of step S87 and ends the process of the flowchart of FIG.

《Battle by encounter history》
In the information processing system 1 according to the present embodiment, the player can perform a battle based on the encounter history as described above. For example, the client terminal 2 displays one or more encounter histories stored in the encounter history information storage unit 16 on the encounter history information screen 1200 as shown in FIG. 13, and the player selects one encounter history. Accept.

FIG. 13 is an image diagram of an example of the encounter history information screen. The encounter history information screen 1200 of FIG. 13 displays a list of encounter history information stored in the encounter history information storage unit 16, and gives the player one encounter history for performing a battle based on the encounter history from the list. This is an example of a screen to be selected.

The encounter history information displayed on the encounter history information screen 1200 includes the name of the enemy character 1003, the place where it existed, the time limit for the battle based on the encounter history, and the like. The player can start a battle based on the encounter history by selecting one encounter history to be battled from the list of encounter history information on the encounter history information screen 1200 and pressing the "Start" button. The encounter history used to start the battle is deleted from the encounter history information screen 1200 in FIG.

Specifically, the battle map creation unit 26 can display the battle map 1100 of FIG. 9 and perform a battle based on the encounter history information selected by the player. By making it possible to perform a battle based on such an encounter history, the information system 1 of the present embodiment earns an encounter history by moving in the real world, and battles using the battle map 1100 in a place where it can be played calmly. Can be done.

(Summary)
In the information processing system 1 according to the present embodiment, as an operation required as a game, a mode using the position information of the player and a mode using the operation by the player are prepared, and these are switched when a predetermined condition is satisfied. By doing so, safe operation according to the situation is realized.

Further, in the information processing system 1 according to the present embodiment, the field map 1000 is created for the mode that uses the position information of the player, and the battle map 1100 is created for the mode that uses the operation by the player. By making the scale of the field map 1000 smaller than the scale of the battle map 1100, it is possible to prevent the movement of the player from being reflected in the field map 1000 in detail. As a result, the information processing system 1 according to the present embodiment reduces the risk of the so-called walking smartphone, thereby realizing the game progress by safe operation.

Further, in the battle map 1100 whose scale is larger than the field map 1000, safe operation is realized by using the operation by the player without using the position information of the player.

Further, in the information processing system 1 according to the present embodiment, the enemy character 1003 displayed on the field map 1000 consumes stamina even if the enemy character 1003 does not exist inside the encounter circle 1002. You can start a battle. As described above, in the information processing system 1 according to the present embodiment, even if the player does not move so that the enemy character 1003 to be battled enters the inside of the encounter circle 1002, the battle can be started at the consideration of stamina consumption. It is possible to improve the safety in the mode in which the player's position information is used.

As described above, the information processing system 1 according to the present embodiment can provide the player with a safer game environment while reflecting the events in the real world in the virtual world.

Further, in the information processing system 1 according to the present embodiment, the player may be forced to move in reality only for the game because the position information in the real world is used. In addition, when a game is incorporated into daily life, there is a risk that the player's lifestyle (for example, working from home) may lead to a rut. Therefore, in the information processing system 1 according to the present embodiment, a game event such as starting a battle or opening the treasure chest is executed by consuming stamina against the enemy characters 1003 and the treasure chest 1011 outside the encounter circle 1002. Can be done. As described above, the information processing system 1 according to the present embodiment can provide various game experiences that do not depend on the lifestyle of the player. In addition, when the battle is started, the battle is performed on the battle map 1100, which is a deformed map of the real world. In this way, the information processing system 1 according to the present embodiment can create a more diverse virtual map while reflecting the events in the real world in the virtual world, and can provide the player with a game that he / she never gets tired of.

In the information processing system 1 according to the present embodiment, it has been described that one or more client terminals 2, a game server device 3, and a map server device 4 form a game system by a network 5 such as the Internet. A part of the function of the game server device 3 may be realized by the game server device 3, or a part of the function of the game server device 3 may be assigned by the client terminal 2. Further, the map server device 4 may play a part of the functions of the client terminal 2 and the game server device 3, or the client terminal 2 and the game server device 3 may take a part of the functions of the map server device 4. Good.

That is, the aggregate of the functions of the client terminal 2, the game server device 3, and the map server device 4 described in FIG. 1 can be grasped as one "information processing device" in a broad sense. How to allocate the plurality of functions required for realizing the present invention to one or more hardware is determined in consideration of the processing capacity of each hardware, the specifications required for the game system, and the like. It should be done.

The present invention is not limited to the above-described embodiment disclosed specifically, and various modifications and modifications can be made without departing from the scope of claims.

1 Information processing system 2 Client terminal 3 Game server device 4 Map server device 5 Network 10 Operation reception unit 12 Game execution unit 13 Server access unit 14 Screen display unit 15 Image storage unit 16 Encounter history information storage unit 21 Player information acquisition unit 22 Position information acquisition unit 23 Map information acquisition unit 24 Object information acquisition unit 25 Field map creation unit 26 Battle map creation unit 27 Map switching unit 28 Battle processing unit 29 Auto battle processing unit 41 Player information provision unit 42 Object information provision unit 43 Object information Control unit 44 Battle result reception unit 45 Player information storage unit 46 Object information storage unit 61 Map information storage unit 62 Map information storage unit 401, 501 Input device 402, 502 Display device 403, 503 External I / F
403a, 503a Recording media 404, 504 RAM
405, 505 ROM
406, 506 CPU
407, 507 Communication I / F
408, 508 HDD
409 GPS unit 410 Battery 1000 Field map 1001 Player character 1002 Encounter circle 1003 Enemy character 1004 Other player character 1005 Enemy base 1006 Fort 1007 Field 1008 Other players in battle state 1010 Stamina gauge 1100 Battle map 1101 Building 1102 Other than buildings and roads Part 1103 Road 1105 Skill Palette 1200 Encounter History Information Screen B Bus

Claims (12)

Position information acquisition means for acquiring the position information of the operation terminal operated by the player,
A map information acquisition means for acquiring real-world map information corresponding to the location information,
Object information acquisition means for acquiring object information of objects used to create a map of a virtual world,
A first mode in which the display position of the player's object is changed by the position information based on the acquired map information and the object information, and a second mode in which the display position of the player's object is changed by the player's operation. A mapping means to create a map of a virtual world with,
An information processing device having a switching means for switching from the first mode to the second mode when a predetermined condition is satisfied. The map creation means is
A first map creation means for creating a first virtual map corresponding to the first mode, and
A second map creation means for creating a second virtual map corresponding to the second mode, and
Have,
The first mapping means is
The information processing apparatus according to claim 1, wherein the first virtual map is created at a scale smaller than that of the second virtual map. 2. The switching means is characterized in that when it receives a selection operation of an object to be encountered displayed on the first virtual map, the switching means switches the first virtual map to the second virtual map. The information processing device described. The switching means is characterized in that the amount of consideration consumed by the player due to the selection operation is changed according to the distance between the object to be encountered and the object of the player when the selection operation is accepted. The information processing device according to claim 3. The information processing device according to claim 4, wherein the first map creating means displays a range in the first virtual map in which the amount of consideration consumed by the player by the selection operation is zero. The information processing device further
A game progress processing means that performs a game progress process based on the object to be encountered and the player's object.
And have
If the automatic mode is selected in the first mode, the switching means can display the object to be encountered within a predetermined range from the player's object in the first virtual map to the second virtual map. The information processing apparatus according to claim 3, wherein the game progress processing means is allowed to process the game without switching to. The first map creating means stores the information of the object to be encountered within a predetermined range from the movement path of the player's object in the first virtual map in the storage unit as history information.
3. The third aspect of the present invention, wherein the switching means switches the first virtual map to the second virtual map based on the history information selected by the player from the history information stored in the storage unit. Information processing equipment. When the game progress processing means detects the movement of the player in the real world based on the position information acquired by the position information acquisition means at the time of executing the second mode, the game progress processing means stops the execution of the second mode. The information processing apparatus according to claim 6, wherein the information processing apparatus is used. When the second map creating means receives the selection operation of the object to be encountered displayed on the first virtual map, the second map creating means is said to be based on the position information corresponding to the object to be encountered that has received the selection operation. The information processing apparatus according to claim 2, wherein a second virtual map is created. Position information acquisition means for acquiring the position information of the operation terminal operated by the player,
A map information acquisition means for acquiring real-world map information corresponding to the location information,
Object information acquisition means for acquiring object information of objects used to create a map of a virtual world,
Based on the acquired map information and the object information, the display position of the player's object is changed by the position information, and the display position of the player's object cannot be changed by the player's operation, and the player's operation. A map creation means for creating a map of a virtual world having a second mode in which the display position of the player's object is changed by the above-mentioned position information and the display position of the player's object cannot be changed depending on the position information.
An information processing device having a switching means for switching from the first mode to the second mode when a predetermined condition is satisfied. An operation terminal operated by the player
Location information acquisition means to acquire location information and
A map information acquisition means for acquiring real-world map information corresponding to the location information,
Object information acquisition means for acquiring object information of objects used to create a map of a virtual world,
A first mode in which the display position of the player's object is changed by the position information based on the acquired map information and the object information, and a second mode in which the display position of the player's object is changed by the player's operation. A mapping means to create a map of a virtual world with,
A terminal device having a switching means for switching from the first mode to the second mode when a predetermined condition is satisfied. The operation terminal operated by the player
Location information acquisition means to acquire location information,
Map information acquisition means for acquiring real-world map information corresponding to the location information,
Object information acquisition means for acquiring object information of objects used to create a map of a virtual world,
A first mode in which the display position of the player's object is changed by the position information based on the acquired map information and the object information, and a second mode in which the display position of the player's object is changed by the player's operation. A mapping means to create a map of a virtual world with,
A switching means for switching from the first mode to the second mode when a predetermined condition is satisfied.
A program to function as.