JP6311775B2 - Information processing device - Google Patents

Description

The present invention relates to an information processing equipment.

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

Japanese Patent No. 3551856

  In the conventional position information 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 position information game, the player may watch the screen while walking or riding a bicycle. Thus, the conventional position information game has a risk of forcing the player to move while gazing at the screen.

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

In order to solve the above problems, an information processing apparatus according to the present invention includes position information acquisition means for acquiring position information of an operation terminal operated by a player as position information of the player, and map information corresponding to the position information of the player. And a map information acquisition means for acquiring a map screen based on the acquired map information, displaying a player object at a position on the map screen corresponding to the position information of the player, and an object to be counted the position of the map screen corresponding to the position information of the a mapping means for displaying the encounter target object and receives a selection operation of the map screen to display the said encountered object from the player, the The player whose position on the map screen is changed based on the update of the player position information Characterized by having a a consideration consumption means the amount of compensation to be consumed to the player according to the distance between the objects of the an object encountered object.

  ADVANTAGE OF THE INVENTION According to this invention, the safety | security of the player in the game which reflects the movement of the real world in a virtual world can be improved.

It is a lineblock diagram of an example of an information processing system concerning this embodiment. It is a hardware block diagram of an example of the terminal device 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 process block diagram of an example of a client terminal concerning this embodiment. It is a processing block diagram of an example of a game server device concerning this embodiment. It is a processing block diagram of an example of the map server apparatus concerning this embodiment. It is a flowchart of an example of a process 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 process of this embodiment. It is a flowchart of an example of the battle map process of this embodiment. It is a flowchart of an example of the process of a battle map update. It is an image figure of an example of an encounter history information screen.

Next, embodiments of the present invention will be described in detail. In this embodiment, an example in which the position information of the player is acquired using GPS (satellite positioning system) is described. However, 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 in FIG. 1, one or more client terminals 2, a game server device 3, and a map server device 4 are connected 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 the player, for example, by a touch operation on the touch panel, a click operation with a mouse, an operation with a real controller, or the like. The game server device 3 performs management and control of games played by the player at the client terminal 2. The map server device 4 provides map information to the client terminal 2 and the game server device 3.

  Note that the information processing system 1 in FIG. 1 is merely an example, and it goes without saying that there are various system configuration examples depending on applications and purposes. For example, the game server device 3 and the map server device 4 may be distributed among a plurality of computers. Further, the division between the game server device 3 and the map server device 4 is an example, and may be another division, or may be realized by one computer.

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

  2 includes an input device 401, a display device 402, an external I / F 403, a RAM 404, a ROM 405, a CPU 406, a communication I / F 407, an HDD 408, a GPS unit 409, etc., which are connected to each other via a bus B. Yes.

  The input device 401 is a touch panel used by the player to input various signals, a real controller such as operation keys and buttons provided on the casing of the terminal device, a mouse, and the like. The display device 402 is a liquid crystal or an organic EL that displays a screen. Note that the touch panel is configured by, for example, a pressure-sensitive or electrostatic panel placed 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 that connects the terminal device to the network 5. Thereby, the terminal device performs data communication via the communication I / F 407. The HDD 408 is an example of a nonvolatile storage device that stores programs and data. The stored programs and data include an OS that is basic software for controlling the entire terminal device, and applications that provide 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. Thereby, the terminal device can read and / or write to the recording medium 403a via the external I / F 403. Examples of the recording medium 403a include a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.

  The ROM 405 is an example of a nonvolatile semiconductor memory (storage device) that can retain 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 activated. The RAM 404 is an example of a volatile semiconductor memory (storage device) that temporarily stores programs and data.

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

  The GPS unit 409 acquires position information representing the current position using radio waves from GPS satellites. The position information is, for example, latitude and longitude. Note that the position information is not limited to latitude and longitude, and may be information that can specify the position of the player. For example, there is a method of positioning by the strength of radio waves with respect to a predetermined access point for wireless communication. In addition, the orientation and inclination of the terminal may be grasped using a known gyro sensor or the like, and information on the orientation and inclination may be used as 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 with the above hardware configuration.

<< Game Server Device and Map Server Device >>
The game server device 3 and the map server device 4 in FIG. 1 are realized by a computer having a hardware configuration shown in FIG. 3, for example. FIG. 3 is a hardware configuration diagram of an example of a computer according to the present embodiment. The computer in 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. Note that the input device 501 and the display device 502 may be connected and used when necessary.

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

  The HDD 508 is an example of a nonvolatile storage device that stores programs and data. The stored programs and data include, for example, an OS that is basic software for controlling the entire computer, and applications that provide 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. Accordingly, the computer can read and / or write the recording medium 503a via the external I / F 503. Examples of the recording medium 503a include a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.

  The ROM 505 is an example of a nonvolatile semiconductor memory (storage device) that can retain 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 activated. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily stores 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 out programs and data from a storage device such as the ROM 505 and the HDD 508 onto the RAM 504 and executing the processing.

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

<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 in FIG. 1 is realized by, for example, the processing blocks 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 implements an operation accepting unit 10, a game executing 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.

  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 generation unit 25, a battle map generation unit 26, a map switching unit 27, a battle. It is the structure which has the process part 28 and the auto battle process part 29. FIG.

  The operation receiving unit 10 receives various operations from the player. The game execution part 12 performs the process regarding a game according to operation which the operation reception part 10 received from the player, and advances a 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 relating to the player necessary for the execution of the game, for example, information such as player rank, stamina amount, player status, possession skill, and the like.

  The position information acquisition unit 22 uses the GPS unit 409 to acquire the current position information of the player. 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 need to match the actual geography completely. For example, past map information or map information that is predicted to change in the future can be used or set, and at least the map information can be used. It is only necessary that part of the information is in common with the actual geography.

  The object information acquisition unit 24 acquires object information to be described later from the game server device 3. The object information is information about objects such as player characters, enemy characters, other player characters, enemy bases, forts, and the like displayed on the field map and battle map.

  The field map creation unit 25 creates a field map from real world map information as described later. A field map can be created, for example, by displaying a game object on a real world map. 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 larger scale than the field map from the map information of the real world as described later. The battle map can be created, for example, by deforming a real world map into a fantasy style, a fairy tale style, a western style, etc., and displaying a game object on top of it. The display position of the player character displayed on the battle map is changed by the player's operation received from the operation receiving unit 10. By generating not only field maps but also battle maps from real-world map information, players will try and error the place and timing to start battles in order to execute battles on terrain advantageous to themselves, Game strategy is improved. Moreover, since it changes whenever a battle map is generated, various game experiences can be provided.

  The map switching unit 27 performs processing related to switching between the field map and the battle map as described below. The battle process part 28 performs the process regarding the battle performed on a battle map. The auto battle process part 29 performs the process regarding the auto battle mentioned later. In addition, in this embodiment, although the battle process part 28 and the auto battle process part 29 have not demonstrated the point which processes other than a battle, the process regarding the conversation between the characters on a battle map other than a battle process, for example, a character It is also possible to perform processing relating to the movement of the player, processing relating to the progress of the event, processing for giving a game item during the battle or as a result of the battle to the player, and the like. In this case, the battle processing unit 28 and the auto battle processing unit 29 can also 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. The server access unit 13 transmits a request to the game server device 3 or the map server device 4 when access to the game server device 3 or the map server device 4 becomes necessary during the process of the game execution unit 12. At the same time, a response such as a processing result from the game server device 3 or the map server device 4 is received. The image storage unit 15 stores various images necessary for displaying field maps and battle maps. The encounter history information storage unit 16 stores later-described encounter history information.

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

<Game server device>
The game server device 3 in FIG. 1 is realized by, for example, the processing blocks shown in FIG. FIG. 5 is a processing block diagram of an example of the game server device according to the present embodiment. The game server device 3 executes the program to realize a player information providing unit 41, an object information providing unit 42, an object information control unit 43, a battle result receiving unit 44, a player information storage unit 45, and an 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 object information to the client terminal 2. The object information control unit 43 controls player information and object information, and reflects, for example, the battle result received from the client terminal 2 in the player information and object information. The battle result reception unit 44 receives a 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 in FIG. 1 is realized by, for example, the processing blocks 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 implements a map information providing unit 61 and a map information storage unit 62 by executing a program.

  The map information providing unit 61 provides map information to the client terminal 2. Note that the range of the map information provided to the client terminal 2 may be a range in which the client terminal 2 can create a field map or a battle map. For example, the map information providing unit 61 provides the client terminal 2 with a predetermined range of map information 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>
<< Outline of processing in client terminal >>
FIG. 7 is a flowchart of an example of processing of the client terminal according to the present embodiment. In step S11, the client terminal 2 starts the game application according to the present embodiment by the player.

  In 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 real world map information. The field map 1000 is created with a smaller scale than the battle map. In the field map 1000, a stamina gauge 1010 is displayed. A stamina gauge 1010 indicates the amount of stamina of the player.

  The field map 1000 also displays a player character 1001 that moves on the display screen in conjunction with the current position information of the player (the display position is determined) and a mark 1009 that indicates the current position of the player. Yes. That is, for the movement of the player character 1001 on the field map 1000, information on the touch operation of the player received from the operation receiving unit 10 described later is not used. The field map 1000 also includes an enemy character 1003 whose display position is determined by the game server device 3 and other players that move on the display screen in conjunction with the current position information of other players acquired from the terminals of other players. Character 1004 is displayed. Note that “movement of the player character 1001 on the field map 1000” in the present embodiment is that the player character is displayed at a fixed point on the screen and is 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, an enemy base 1005 and a fort 1006 are displayed in the field map 1000 of FIG. An enemy base 1005 represents a base where the enemy character 1003 is generated. The enemy base 1005 is associated with a facility on the map, for example. The fort 1006 is an in-game facility that allows players to become main players by capturing. Furthermore, other players 1008 in a battle state with the enemy character are represented by objects indicating that they are in a battle state.

  The player can start the battle by satisfying a predetermined condition such as a touch operation on the enemy character 1003 on the field map 1000 or approaching the enemy character by a predetermined distance or more. However, in order to start a battle with the enemy character 1003, the stamina amount of the player is consumed with some exceptions.

  In this embodiment, the treasure chest 1011 on the field map 1000 is not described. However, when the treasure chest 1011 is opened instead of the start of the battle with the enemy character 1003, the stamina amount is the same as the start of the battle. Consumed with the exception of certain parts. Hereinafter, in this embodiment, the start of the battle will be described, but the present invention is not limited to the start of the battle, but can be applied to the execution of game events in general, such as opening the treasure chest 1011 described above.

  A stamina is a predetermined amount consumed to execute a game event represented by opening or acquiring a game item such as a treasure chest 1011 or a material, a battle with an enemy character 1003, etc. It is a parameter that is recovered by the consumption of game items. The stamina is stored in association with each player. Note that the stamina may be set so that a plurality of players jointly hold the stamina.

  The amount of stamina consumed is determined, for example, by the game execution unit 12 based on the distance between the player character 1001 and the enemy character 1003 when the battle is started. For example, in the case of a game specification in which the upper limit due to the recovery of the stamina amount with time increases as the player rank increases, the player can start a battle with an enemy character 1003 that is farther away as the player rank increases.

  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 current remaining amount of stamina of the player from 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.

  The field map creation unit 25 displays (visualizes) the distance that can be battled without consumption of the stamina as an encounter circle 1002 around the player character 1001. If the enemy character 1003 is inside the encounter circle 1002, the player can visually grasp that the battle can be started without consuming the stamina amount. Further, even if the player is the enemy character 1003 outside the encounter circle 1002, the battle can be started by consuming a larger amount of stamina as the distance between the player character 1001 and the enemy character 1003 increases. Note that the distance between the player character 1001 and the enemy character 1003 and the increase in the stamina amount may be set to a simple proportional relationship, or the degree of correspondence may be changed with a predetermined distance as a boundary. For example, when the distance between the player character 1001 and the enemy character 1003 is 1000 m, there is no stamina consumption until 500 m away 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 100 m.

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

  Although the present embodiment does not describe the attribute (job) of the player character 1001, the player may be able to select the attribute of the player character 1001. When the job of the player character 1001 can be selected, for example, the range of the encounter circle 1002 depending on the job, 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 relationship between the ability parameters Etc. may be changed.

  For example, as a job for the player character 1001, it is desirable to prepare a job advantageous for the indoor group and a job advantageous for the outdoor group. For example, as a job advantageous to the indoor group, a long-distance attack type job (such as an archer) can be considered. Further, as a job advantageous to the outdoor group, a short-range attack type job (such as night) 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 encountable range that expands per “1” stamina consumption An indoor player who has selected a long-distance attack type job can perform a battle with less stamina consumption with less movement than an outdoor player.

  Also, by making the ability parameter when starting a battle within the encounter circle 1002 of the short-distance attack type job higher than that of the long-distance type job, the outdoor group who selected the short-distance attack type job The player can advance the battle more advantageously when encountering near the enemy character 1003 than the indoor player.

  On the other hand, in the long-distance attack type job, the ability parameter when the battle with the enemy character 1003 located farther from the display position of the player character 1001 is started is made higher than the ability parameter of the short-distance type job. . In this way, when an indoor player who has selected a long-distance attack type job encounters an enemy character 1003 located farther than an outdoor player, the battle is advantageously advanced. Can do. It should be noted that the outdoor player can move the enemy character 1003 to the inside of the encounter circle 1002 by making the moving distance in the real world longer than the indoor player, so the stamina consumption of the battle is reduced, And a more advantageous battle can be done. In this way, a game that is more suitable for the lifestyle of the player can be provided through the selection of the attribute by the player.

  Details of the field map processing in step S12 will be described later. Proceeding to step S13 following step S12, the map switching unit 27 of the client terminal 2 determines whether a condition for switching the field map 1000 to a battle map 1100 described later (occurrence of a battle) 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 entered the area and the field map 1000 is switched to the battle map 1100. Specifically, if a location that is considered dangerous to move while watching the screen, such as near a main road or around a terminal station, is designated as a specific area in advance, the safety of the player in the specific area is improved. The game can be advanced. In addition to setting the specific area in advance, the map may be switched when it is determined that the movement while watching the screen is dangerous from various information such as the crowded state of the players. By designating a specific building (such as a stadium or amusement park) as a specific area with the same mechanism, it becomes possible to provide battles and events that can only be performed on a specific building, which makes the game more 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 from the enemy character 1003.

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

  Progressing to step S15 following step S14, the client terminal 2 performs a battle map process 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.

  Similarly to the field map 1000, the battle map 1100 is created from real world map information. However, the battle map 1100 is created in a larger scale than the field map 1000 by deforming a real-world map into a fantasy style, a fairy tale style, a western style, or the like.

  In the battle map 1100, a building 1101 and a road 1103 corresponding to the map information in the real world, and other portions 1102 are displayed. That is, in the battle map 1100, a game object such as a building 1101 is displayed at a place where there is a building in the real world. In the battle map 1100, a game object such as a road 1103 is displayed at a place where there is a road in the real world. Further, although the enemy character 1003 is arranged in 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 other player characters 1004 cannot enter. The other portion 1102 represents a place where the moving speed is halved when the player character 1001, the enemy character 1003, and the other player character 1004 enter. A road 1103 represents a place where the player character 1001, the enemy character 1003, and the other player character 1004 are at a normal moving speed. Note that the parameters of the player character such as the moving speed and the attack power may be changed depending on the type of the road 1103 (paved road, unpaved road, highway, main 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. Also, parameters such as the moving speed may be changed by combining the attributes of the player character 1001, enemy character 1003, other player character 1004, and the road 1103. When the type of the road 1103 is a one-way road, the direction in which the character can travel may be limited according to the actual road information. In particular, a more strategic battle can be realized by limiting the moving 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 receiving unit 10. That is, the current position information of the player acquired by the position information acquisition unit 22 is not used for the movement of the player character 1001 on the battle map 1100. Note that the player's operation received from the operation receiving unit 10 is not limited to the touch operation, and includes a click operation with a mouse and an operation with a real controller. Note that 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 battle map 1100 as a background is moved to move the battle character 1100 on the battle map 1100. 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 that is a support character may be automatically moved by AI, for example. The support character uses, for example, another player character 1004 of another player who has logged out in the vicinity or another player character 1004 selected by the player from a plurality of support character candidates. Further, the enemy character 1003 moves along the road 1103 on the battle map 1100 (or preferentially on the road 1103).

  In addition, a skill palette 1105 is displayed in the battle map 1100 of FIG. The player can activate skills from the skill palette 1105. Skills include, for example, skills that cause an attack or recovery in the effect range, an effect of increasing or decreasing an ability parameter set for a predetermined character, and the like. The skill effective range and skill effectiveness are determined in accordance with the width of the road 1103, for example. If road width information is set in the road information as map information, it is based on the width information. If width information is not present, it is based on the predetermined road width set when the battle map 1100 is created. If the skill is used on a narrow road 1103, increase the distance of the skill effect range or increase the skill effectiveness (for example, increase the attack power of the skill, increase the skill recovery amount). Or In addition, when a skill is used on a wide road 1103, the distance of the skill effect range is shortened or the skill effectiveness is reduced (for example, the attack power of the skill is reduced or the skill recovery amount 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 is more preferably the position of the enemy character 1003 to be battled. As described above, the battle map 1100 is created based on the position of the enemy character 1003 to be battled, so that the game server device 3 can control the display position of the enemy character 1003, and the player's advantage in the real world position can be controlled. There is no disadvantage. That is, for example, when the wide terrain 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 real world position suitable for such terrain. As a result, the battle becomes easy, and as a result, a similar battle map 1100 is always generated, and the game becomes ruined. On the other hand, the battle map 1100 is created based on the position of the enemy character 1003 to be battled, so that it is possible to prevent the battle from being repeated only on the terrain superior to the player. As a result, the information processing system 1 according to the present embodiment is Provide a variety of gaming experiences.

  Details of the battle map process in step S15 will be described later. Progressing to step S16 following step S15, the map switching unit 27 of the client terminal 2 determines whether or not a 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 field map processing. 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 gazing at 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 to end the game application according to the present embodiment. If the player is 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 to end the game application according to the present embodiment. If the player has not instructed the end of the game application, the client terminal 2 returns to step S15 and continues the battle map process.

  If the player has instructed the end of the game application in steps S17 and S18, the client terminal 2 ends the process of the flowchart shown in FIG.

《Field map processing》
FIG. 10 is a flowchart of an example of the field map process of this 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 to be created, the player information acquisition unit 21 acquires player information from the game server device 3 in step S32. In step S <b> 33, the position information acquisition unit 22 acquires the current position information of the player using the GPS unit 409 and transmits it to the game server device 3 and the map server device 4. In step S <b> 34, the map information providing unit 61 of the map server device 4 determines map information corresponding to the acquired current position information of the player, and the map information acquiring unit 23 of the client terminal 2 receives the player's information from the map server device 4. Map information corresponding to the current position information is acquired. In step S <b> 35, 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 advance in the image storage unit 15.

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

  On the other hand, if it is determined in step S31 that the field map 1000 is 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 during the display of the field map 1000, the process of step S37 may be omitted.

  In step S38, the position information acquisition unit 22 acquires the current position information of the player 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 S <b> 40, 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 previously acquired position information and the currently acquired position information. The encounter history information is information of the enemy character 1003 existing within a predetermined range from the movement path of the player character 1001 on the field map 1000. For example, the encounter history information is based on the image, name, existing location, and encounter history of the enemy character 1003. Includes time limit for battle. Details of the battle based on the encounter history will be described later.

  In step S41, the field map creation unit 25 updates the field map 1000 using the player information, position information, and 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 and the enemy character 1003 based on the object information, and additional display. .

  By repeatedly performing the field map process in step S12 shown in FIG. 10, the player character 1001 on the field map 1000 in FIG. 8 moves on the field map 1000 in accordance with 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 and an auto battle mode (battle skip mode). The manual battle mode is a mode in which when the battle starts, the field map 1000 changes to the battle map 1100, and the player performs a battle process by a touch operation or the like on the battle map 1100. 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 advances the battle without displaying the battle map 1100 and displays only the battle result. In addition, you may provide the replay function which reproduces the advance of the battle performed in the auto battle process part 29 by a player's instruction | indication later. 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. 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 determining the victory or defeat by comparing parameters such as the set attack power and defense power.

  In the auto battle mode, since it is not switched to the battle map 1100, only rewards such as game items obtained as a result of the battle can be received without depending on the operation of the player. Here, as described above, the battle process can also be applied to the progress of a game event not depending 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 acquired may be changed as a result of battle with the same enemy character 1003.

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

  Further, in the auto battle mode, the reference of the enemy character 1003 performing the battle may be selected. For example, as the standard of the enemy character 1003 that can be selected, for example, the type of the enemy character 1003 (for example, Dragon family) and the level of the enemy character 1003 (for example, level 20 to 30) can be considered. Furthermore, in the auto battle mode, the enemy character 1003 on the route that the player plans to pass in the future may be selected first as an auto battle target. By providing the auto battle mode, the information processing system 1 according to the present embodiment prevents the player from continuing to watch the field map 1000 and improves the safety of the player while the field map 1000 is displayed. Can be advanced.

《Battle map processing》
FIG. 11 is a flowchart of an example of the battle map process of the present embodiment. In step S <b> 61, the battle map creation unit 26 of the client terminal 2 determines whether the battle map 1100 is created or updated. If it is creation of the battle map 1100, the position information acquisition part 22 will acquire the present position information of a player using the GPS unit 409 in step S62, and will transmit to the game server apparatus 3 and the map server apparatus 4. FIG. 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 acquiring unit 23 of the client terminal 2 receives the player information from the map server device 4. Map information corresponding to the current position information is acquired. In step S <b> 64, 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.

  In 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 process, and performs a battle as shown in FIG. A map 1100 is created. In addition, the process which acquires player information from the game server apparatus 3 in the battle map process of FIG. 11 may be added. If it is determined in step S61 that the battle map 1100 is to be updated, the processes in steps S62 to S65 are skipped.

  In step S66, the position information acquisition unit 22 acquires the current position information of the player using the GPS unit 409. The current position information of the player 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 process 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 performs battle map update processing. 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 has not ended, the battle processing unit 28 ends the battle map process of FIG. If the battle has ended, the battle processing unit 28 proceeds to step S70, transmits the battle result to the game server device 3, and ends the process of the flowchart of FIG.

  According to the battle map process in step S15 shown in FIG. 11, when the client terminal 2 detects the movement of the player in the real world, the client terminal 2 can end the display of the battle map 1100 or stop the progress of the battle. . Therefore, since the player is restricted from moving in the real world in order to continue the battle on the battle map 1100, safety is improved.

  The battle map update process in step S68 is performed, for example, according to the flowchart shown in FIG. FIG. 12 is a flowchart of an example of a 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 process part 28 will determine whether it is a skill operation based on the touch position on a 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 the operation is not a skill operation and performs the process of step S83. 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 the operation is a skill operation and performs the process of step S84.

  In step S83, the battle processing unit 28 sets the touch position on the touch panel by the player 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 a skill activation operation from the player, performs the skill activation process, and then proceeds to the process of step S85. Through the skill activation process, the player can cause an attack or recovery within the effect range, an effect of increasing or decreasing the ability parameter set for a predetermined character, and the like.

  In step S <b> 85, the battle processing unit 28 performs an object movement process 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 move by a touch operation by another player, or may move 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 the other player character 1004 and the enemy character 1003 are located (contact) within a certain range.

  If it determines with the battle having generate | occur | produced, the battle process part 28 will complete | finish the process of the flowchart of FIG. 12, after performing a battle process in step S87. 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 an 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 the encounter history information stored in the encounter history information storage unit 16, and gives the player one encounter history for performing battles with the encounter history from the list. It is an example of the screen to select.

  The encounter history information displayed on the encounter history information screen 1200 includes the name of the enemy character 1003, the location where the enemy character 1003 was present, the battle time limit 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 of FIG.

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

(Summary)
In the information processing system 1 according to the present embodiment, a mode that uses the player's position information and a mode that uses an operation by the player are prepared as operations required as a game, 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 a mode that uses player position information, and the battle map 1100 is created for a mode that uses an operation by a player. By making the scale of the field map 1000 smaller than the scale of the battle map 1100, the movement of the player is prevented from being reflected in the field map 1000 in detail. Thereby, the information processing system 1 according to the present embodiment realizes the progress of the game by a safe operation by reducing the danger of a so-called walking smartphone.

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

  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 by the price of stamina consumption. It is possible to improve the safety in the mode using the position information of the player.

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

  Further, in the information processing system 1 according to the present embodiment, because the position information in the real world is used, there are cases where the player is forced to make a real movement only for the game. In addition, when a game is incorporated into a normal life, there is a risk that the player's lifestyle (for example, work at home) may lead to rut. Therefore, in the information processing system 1 according to the present embodiment, a game event such as starting a battle or opening a treasure box for the enemy characters 1003 and the treasure box 1011 outside the encounter circle 1002 by stamina consumption. Can do. Thus, in the information processing system 1 according to the present embodiment, various game experiences that do not depend on the player's lifestyle can be performed. When the battle is started, the battle is performed in the battle map 1100 obtained by deforming the real world map. Thus, in the information processing system 1 according to the present embodiment, it is possible to create a more diverse virtual map while reflecting real-world events in the virtual world, and to provide players with a game that never gets tired.

  In the information processing system 1 according to the present embodiment, one or more client terminals 2, the game server device 3, and the map server device 4 have been described as being configured by a network 5 such as the Internet. A part of the function 2 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 be responsible for a part of the functions of the client terminal 2 or the game server device 3, or the client terminal 2 or the game server device 3 may be responsible for a part of the function 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 with reference to FIG. 1 can be grasped as one “information processing device” as a whole. How to allocate a plurality of functions necessary for realizing the present invention to one or a plurality of hardware is determined in consideration of the processing capability of each hardware, the specifications required for the game system, etc. It only has to be done.

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

DESCRIPTION OF SYMBOLS 1 Information processing system 2 Client terminal 3 Game server apparatus 4 Map server apparatus 5 Network 10 Operation reception part 12 Game execution part 13 Server access part 14 Screen display part 15 Image storage part 16 Encounting history information storage part 21 Player information acquisition part 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 receiving unit 45 Player information storage unit 46 Object information storage unit 61 Map information providing unit 62 Map information storage unit 401, 501 Input device 402, 502 Display device 403, 503 External I / F
403a, 503a Recording medium 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 Portion 1103 Road 1105 Skill palette 1200 Encount history information screen B bus

Claims (5)

Position information acquisition means for acquiring position information of an operation terminal operated by the player as position information of the player;
Map information acquisition means for acquiring map information corresponding to the position information of the player;
A map screen is created based on the acquired map information, the player's object is displayed at the position of the map screen corresponding to the position information of the player, and the map screen corresponding to the position information of the object to be encounted A map creating means for displaying the object to be encounted at the position;
When an operation for selecting the object to be counted displayed on the map screen is received from the player, the position of the player on the map screen and the position of the object to be counted are changed based on the update of the position information of the player . and consideration consumption means the amount of compensation to be consumed to the player corresponding to the distance between the object,
An information processing apparatus. The information processing apparatus according to claim 1, wherein the map creating unit displays a range on the map screen in which the amount of consideration consumed by the player by the selection operation is zero. The map creating means displays the objects to be counted that can be counted in the amount of consideration that can be consumed by the player, and displays the objects to be counted that cannot be counted in the amount of consideration that can be consumed by the player. The information processing apparatus according to claim 1, wherein the information processing apparatus is visually changed. The consideration consumption unit, according to the attribute of the object of the player, the distance between the object and the object of the encountered object of the player positions in the map screen is changed based on the updated location information of the player The information processing apparatus according to any one of claims 1 to 3, wherein the amount of the corresponding consideration is changed. The consideration consumption unit accepts a selection operation of the map screen displayed in the encountered object from the player, before starting the battle with the object of the object and the player of the encountered object, the player claims the amount of the consideration according to the distance between the object and the object of the encountered object of the player a position in the map screen based on the updated location information is changed in, characterized in that to consume to the player The information processing apparatus according to any one of 1 to 4.

Images