WO2017163702A1 - 情報処理装置、端末装置及びプログラム - Google Patents

情報処理装置、端末装置及びプログラム Download PDF

Info

Publication number
WO2017163702A1
WO2017163702A1 PCT/JP2017/006229 JP2017006229W WO2017163702A1 WO 2017163702 A1 WO2017163702 A1 WO 2017163702A1 JP 2017006229 W JP2017006229 W JP 2017006229W WO 2017163702 A1 WO2017163702 A1 WO 2017163702A1
Authority
WO
WIPO (PCT)
Prior art keywords
map
player
information
battle
mode
Prior art date
Application number
PCT/JP2017/006229
Other languages
English (en)
French (fr)
Inventor
裕輝 屋田
Original Assignee
株式会社セガゲームス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社セガゲームス filed Critical 株式会社セガゲームス
Publication of WO2017163702A1 publication Critical patent/WO2017163702A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/216—Input arrangements for video game devices characterised by their sensors, purposes or types using geographical information, e.g. location of the game device or player using GPS
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/65—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor automatically by game devices or servers from real world data, e.g. measurement in live racing competition
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B29/00—Maps; Plans; Charts; Diagrams, e.g. route diagram

Definitions

  • 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 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).
  • 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.
  • an information processing apparatus of the present invention includes a position information acquisition unit that acquires position information of an operation terminal operated by a player, and a map that acquires real world map information corresponding to the position information.
  • Information acquisition means object information acquisition means for acquiring object information of an object used for creating a map of the virtual world, and display of the 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 an operation of the player; And switching means for switching from the first mode to the second mode.
  • FIG. 1 is a configuration diagram of an example of an information processing system according to the present embodiment.
  • 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.
  • the information processing system 1 in FIG. 1 is merely an example, and it is needless to say that there are various system configuration examples depending on applications and purposes.
  • the game server device 3 and the map server device 4 may be distributed among a plurality of computers.
  • 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.
  • FIG. 2 is a hardware configuration diagram of an example of a terminal device according to the present embodiment.
  • FIG. 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.
  • 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 for connecting 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.
  • External I / F 403 is an interface with an external device.
  • the external device includes a recording medium 403a.
  • 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 the 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.
  • 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.
  • 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.
  • the terminal device can realize various processes as described later by the above hardware configuration.
  • 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 non-volatile 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.
  • 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 the 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.
  • 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.
  • the operation reception 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.
  • 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 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 scale larger than the field map from real world map information as described below.
  • 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.
  • the map switching unit 27 performs processing related to switching between the field map and the battle map as described later.
  • 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.
  • 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
  • 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 in accordance with 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 may be 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 7 is a flowchart of an example of processing of the client terminal according to the present embodiment.
  • step S11 the client terminal 2 starts the game application according to the present embodiment by the player.
  • 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.
  • 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.
  • movement of the player character 1001 on the field map 1000 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.
  • an enemy base 1005 and a fort 1006 are displayed.
  • 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.
  • 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.
  • 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.
  • the stamina amount of the player is consumed with some exceptions.
  • the treasure chest 1011 on the field map 1000 is not described.
  • the stamina amount is the same as the start of the battle. Consumed with the exception of certain parts.
  • 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 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.
  • the stamina consumption is increased by “1” every 100 m, and after 1001 m May increase stamina consumption by "10" every 100 m.
  • a field 1007 is set by the field map creation unit 25 around the fort 1006 within a predetermined distance.
  • 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.
  • the attribute (job) of the player character 1001 is not described, but the player may be able to select the attribute of the player character 1001.
  • 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.
  • a job advantageous for the indoor group it is desirable to prepare a job advantageous for the indoor group and a job advantageous for the outdoor group.
  • a job advantageous to the indoor group a long-distance attack type job (such as an archer) can be considered.
  • a short-range attack type job such as night
  • 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.
  • 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. .
  • the battle is advantageously advanced. Can do.
  • 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.
  • 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.
  • 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.
  • 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.
  • step S14 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.
  • 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 so that the player can 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.
  • step S15 following step S14 the client terminal 2 performs battle map processing relating 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.
  • 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.
  • the battle map 1100 displays buildings 1101 and roads 1103 corresponding to real world map information, and other portions 1102. 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 real world road. 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.
  • 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.).
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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).
  • 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.
  • 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.
  • the information processing system 1 is Provide a variety of gaming experiences.
  • 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.
  • 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.
  • step S16 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.
  • the client terminal 2 ends the processing of the flowchart shown in FIG.
  • FIG. 10 is a flowchart of an example of the field map process of this embodiment.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • step S31 if it is determined in step S31 that the field map 1000 is to be 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.
  • 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.
  • 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.
  • 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.
  • 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. .
  • the player character 1001 on the field map 1000 in FIG. 8 moves on the field map 1000 according to the movement of the player in the real world by repeatedly performing the field map processing in step S12 shown in FIG. 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.
  • 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 executes the battle without displaying the battle map 1100 and displays only the battle result.
  • 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.
  • 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.
  • the auto battle mode since it is not switched to the battle map 1100, only a reward such as a game item obtained as a result of the battle can be received regardless of the operation of the player.
  • the battle process can also be applied to the progress of a game event not depending on the battle.
  • 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.
  • the level of the enemy character 1003 it is desirable to limit the level of the enemy character 1003 to be battled.
  • 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.
  • the reference of the enemy character 1003 performing the battle may be selected.
  • 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.
  • 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.
  • the information processing system 1 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.
  • FIG. 11 is a flowchart of an example of the battle map process of the present embodiment.
  • 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.
  • 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.
  • 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.
  • 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 the battle as shown in FIG. A map 1100 is created.
  • 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 updated, the processes in steps S62 to S65 are skipped.
  • 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.
  • 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.
  • step S70 Upon detecting the movement of the player in the real world, 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.
  • 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.
  • 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.
  • step S68 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.
  • 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.
  • the battle processing unit 28 determines whether the operation 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 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.
  • 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.
  • 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.
  • 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.
  • step S85 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.
  • 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.
  • the battle process part 28 will complete
  • the player can perform a battle based on the encounter history as described above.
  • 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.
  • 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.
  • 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.
  • 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.
  • the field map 1000 is created for the mode that uses the player's position information
  • the battle map 1100 is created for the mode that uses the operation by the player.
  • a safe operation is realized by using the operation by the player without using the position information of the player.
  • 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.
  • the information processing system 1 can provide a player with a safer game environment while reflecting real-world events in the virtual world.
  • the information processing system 1 because the location information in the real world is used, there are cases where the player is forced to make a real move only for the game.
  • 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.
  • various game experiences that do not depend on the player's lifestyle can be performed.
  • the battle is performed in the battle map 1100 obtained by deforming the real world map.
  • the information processing system 1 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.
  • 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.
  • 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mathematical Physics (AREA)
  • Business, Economics & Management (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • General Physics & Mathematics (AREA)
  • Instructional Devices (AREA)
  • Processing Or Creating Images (AREA)

Abstract

現実世界の移動を仮想世界に反映させるゲームにおけるプレイヤの安全性を向上させること。　プレイヤが操作する操作端末の位置情報を取得する位置情報取得手段と、位置情報に対応する現実世界の地図情報を取得する地図情報取得手段と、仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段と、取得した地図情報及びオブジェクト情報に基づき、位置情報によりプレイヤのオブジェクトの表示位置を変更させる第１のモードと、プレイヤの操作によりプレイヤのオブジェクトの表示位置を変更させる第２のモードと、を有する仮想世界の地図を作成する地図作成手段と、所定条件の成立により第１のモードから第２のモードに切り替える切替手段とを有することにより上記課題を解決する。

Description

情報処理装置、端末装置及びプログラム
　本発明は情報処理装置、端末装置及びプログラムに関する。
　ＧＰＳなどから得られる実世界の現在地およびその変位をロールプレイングゲームで示される画面（仮想世界）の仮想位置および仮想変位として表示し制御する、いわゆる位置情報ゲームは従来から知られている（例えば特許文献１参照）。
特許第３５５１８５６号公報
　従来の位置情報ゲームは、プレイヤの実世界での移動が仮想世界でのプレイヤキャラクタの移動に対応する。したがって、従来の位置情報ゲームにおいて、プレイヤは歩きながらや自転車に乗りながら画面に注視してしまう恐れがあった。このように、従来の位置情報ゲームは、プレイヤに画面を注視しながらの移動を強いる危険性があった。
　本発明は上記した課題に鑑みなされたものであり、現実世界の移動を仮想世界に反映させるゲームにおけるプレイヤの安全性を向上させることを目的とする。
　上記した課題を解決するために、本発明の情報処理装置は、プレイヤが操作する操作端末の位置情報を取得する位置情報取得手段と、前記位置情報に対応する現実世界の地図情報を取得する地図情報取得手段と、仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段と、取得した前記地図情報及び前記オブジェクト情報に基づき、前記位置情報によりプレイヤのオブジェクトの表示位置を変更させる第１のモードと、プレイヤの操作により前記プレイヤのオブジェクトの表示位置を変更させる第２のモードと、を有する仮想世界の地図を作成する地図作成手段と、所定条件の成立により前記第１のモードから前記第２のモードに切り替える切替手段とを有することを特徴とする。
　本発明によれば、現実世界の移動を仮想世界に反映させるゲームにおけるプレイヤの安全性を向上させることができる。
本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係る端末装置の一例のハードウェア構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 本実施形態に係るクライアント端末の一例の処理ブロック図である。 本実施形態に係るゲームサーバ装置の一例の処理ブロック図である。 本実施形態に係る地図サーバ装置の一例の処理ブロック図である。 本実施形態のクライアント端末の処理の一例のフローチャートである。 フィールドマップの一例の構成図である。 バトルマップの一例の構成図である。 本実施形態のフィールドマップ処理の一例のフローチャートである。 本実施形態のバトルマップ処理の一例のフローチャートである。 バトルマップ更新の処理の一例のフローチャートである。 エンカウント履歴情報画面の一例のイメージ図である。
　次に、本発明の実施形態について、詳細に説明する。なお、本実施形態ではＧＰＳ（衛星測位システム）を利用してプレイヤの位置情報を取得する例を説明するが、ＧＰＳに限定するものではなく、位置情報を取得する様々な公知の技術を利用できる。
［第１の実施形態］
　＜システム構成＞
　図１は、本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は１台以上のクライアント端末２とゲームサーバ装置３と地図サーバ装置４とがインターネット等のネットワーク５を介して接続されている。クライアント端末２は例えばＰＣ、スマートフォン、タブレットなどの端末装置である。クライアント端末２は例えばタッチパネルへのタッチ操作、マウスでのクリック操作、実物コントローラでの操作などによりプレイヤからの要求を受け付ける。ゲームサーバ装置３はクライアント端末２でプレイヤにより行われるゲームの管理や制御を行う。地図サーバ装置４はクライアント端末２やゲームサーバ装置３に地図情報を提供する。
　なお、図１の情報処理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えばゲームサーバ装置３、地図サーバ装置４は複数のコンピュータに分散して構成してもよい。また、ゲームサーバ装置３と地図サーバ装置４との区分も一例であって、他の区分であってもよく、また、１台のコンピュータにより実現してもよい。
　＜ハードウェア構成＞
　　《クライアント端末》
　図１のクライアント端末２などの端末装置は、例えば図２に示すようなハードウェア構成により実現される。図２は、本実施形態に係る端末装置の一例のハードウェア構成図である。
　図２の端末装置は、入力装置４０１、表示装置４０２、外部Ｉ／Ｆ４０３、ＲＡＭ４０４、ＲＯＭ４０５、ＣＰＵ４０６、通信Ｉ／Ｆ４０７、ＨＤＤ４０８、ＧＰＳユニット４０９などを備え、それぞれがバスＢで相互に接続されている。
　入力装置４０１はプレイヤが各種信号を入力するのに用いるタッチパネル、端末装置の筐体に設けられた操作キーやボタンなどの実物コントローラ、マウスなどである。表示装置４０２は画面を表示する液晶や有機ＥＬなどである。なお、タッチパネルは例えば表示装置４０２上に載せられる感圧式や静電式などのパネルによって構成され、指やタッチペン等によるタッチ操作によって表示装置４０２上におけるタッチ位置を検出する。
　通信Ｉ／Ｆ４０７は端末装置をネットワーク５に接続するインタフェースである。これにより、端末装置は通信Ｉ／Ｆ４０７を介してデータ通信を行う。ＨＤＤ４０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、端末装置全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。なお、端末装置はＨＤＤ４０８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。
　外部Ｉ／Ｆ４０３は、外部装置とのインタフェースである。外部装置には、記録媒体４０３ａなどがある。これにより、端末装置は外部Ｉ／Ｆ４０３を介して記録媒体４０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体４０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
　ＲＯＭ４０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ４０５には端末装置の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ４０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。
　ＣＰＵ４０６は、ＲＯＭ４０５やＨＤＤ４０８などの記憶装置からプログラムやデータをＲＡＭ４０４上に読み出し、処理を実行することで、端末装置全体の制御や機能を実現する演算装置である。また、端末装置は、専用の電池４１０を備えている。端末装置は電池４１０によって駆動される。
　ＧＰＳユニット４０９はＧＰＳ衛星からの電波を利用して現在位置を表す位置情報を取得する。位置情報は、例えば緯度及び経度である。なお、位置情報は緯度及び経度に限定されず、プレイヤの位置を特定できる情報であればよい。例えば、無線通信の所定のアクセスポイントに対する電波の強さにより測位する方法などがある。また、既知のジャイロセンサーなどを利用して端末の向きや傾きを把握し、向きや傾きの情報を位置情報の一部として利用してもよい。ＧＰＳユニット４０９は端末装置に内蔵されていても外付けであってもよい。
　このように、本実施形態に係る端末装置は上記ハードウェア構成により後述するような各種処理を実現できる。
　　《ゲームサーバ装置及び地図サーバ装置》
　図１のゲームサーバ装置３及び地図サーバ装置４は例えば図３に示すハードウェア構成のコンピュータにより実現される。図３は本実施形態に係るコンピュータの一例のハードウェア構成図である。図３のコンピュータは、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。
　入力装置５０１は、キーボードやマウスなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイなどを含み、コンピュータによる処理結果の表示に用いられる。通信Ｉ／Ｆ５０７は、コンピュータをネットワーク５に接続するインタフェースである。これにより、コンピュータは通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
　また、ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、例えばコンピュータ全体を制御する基本ソフトウェアであるＯＳ、及び、ＯＳ上において各種機能を提供するアプリケーションなどがある。
　外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータは外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
　ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはゲームサーバ装置３又は地図サーバ装置４の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。
　ＣＰＵ５０６はＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、ゲームサーバ装置３又は地図サーバ装置４全体の制御や機能を実現する演算装置である。
　本実施形態に係るゲームサーバ装置３及び地図サーバ装置４は上記したハードウェア構成により後述するような各種処理を実現できる。
　＜ソフトウェア構成＞
　本実施形態に係る情報処理システム１のソフトウェア構成について、クライアント端末２、ゲームサーバ装置３及び地図サーバ装置４に分けて説明を行う。
　　《クライアント端末》
　図１のクライアント端末２は例えば図４に示す処理ブロックにより実現される。図４は本実施形態に係るクライアント端末の一例の処理ブロック図である。クライアント端末２はプログラムを実行することにより、操作受付部１０、ゲーム実行部１２、サーバアクセス部１３、画面表示部１４、画像記憶部１５及びエンカウント履歴情報記憶部１６を実現している。
　また、ゲーム実行部１２は、プレイヤ情報取得部２１、位置情報取得部２２、地図情報取得部２３、オブジェクト情報取得部２４、フィールドマップ作成部２５、バトルマップ作成部２６、マップ切替部２７、バトル処理部２８、オートバトル処理部２９を有する構成である。
　操作受付部１０はプレイヤからの各種操作を受け付ける。ゲーム実行部１２は、操作受付部１０がプレイヤから受け付けた操作に従ってゲームに関する処理を行い、ゲームを進行させる。
　ゲーム実行部１２のプレイヤ情報取得部２１はゲームサーバ装置３からプレイヤ情報を取得する。プレイヤ情報はゲームの実行に必要なプレイヤに関する情報であって、例えばプレイヤランク、スタミナ量、プレイヤステータス、所有スキルなどの情報である。
　位置情報取得部２２はＧＰＳユニット４０９を利用してプレイヤの現在の位置情報を取得する。地図情報取得部２３は地図サーバ装置４から地図情報を取得する。地図情報は後述のフィールドマップやバトルマップの作成に必要な情報であって、例えば道路情報、建物情報、河川情報、山岳情報、地名情報、標高情報、境界情報（県境、国境情報を含む）などが含まれる。また、地図情報は現実の地理に完全に一致している必要はなく、例えば、過去の地図情報や、将来変更が予測される地図情報を利用したり、設定したりすることもでき、少なくとも地図情報の一部が現実の地理と共通していればよい。
　オブジェクト情報取得部２４はゲームサーバ装置３から後述のオブジェクト情報を取得する。オブジェクト情報は、フィールドマップやバトルマップに表示するプレイヤキャラクタ、敵キャラクタや他のプレイヤの他プレイヤキャラクタ、敵拠点や砦等のオブジェクトの情報である。
　フィールドマップ作成部２５は現実世界の地図情報から後述のようにフィールドマップを作成する。フィールドマップは、例えば現実世界の地図の上にゲームのオブジェクトを重ねて表示することで作成できる。フィールドマップ上に表示されたプレイヤキャラクタの表示位置は、位置情報取得部２２により取得される位置情報により変更される。
　バトルマップ作成部２６は現実世界の地図情報からフィールドマップより縮尺が大きいバトルマップを後述のように作成する。バトルマップは、例えば現実世界の地図をファンタジー風、メルヘン風や西洋風などにデフォルメし、その上にゲームのオブジェクトを重ねて表示することで作成できる。バトルマップ上に表示されたプレイヤキャラクタの表示位置は、操作受付部１０から受け付けるプレイヤの操作により変更される。フィールドマップだけではなくバトルマップを現実世界の地図情報から生成することで、プレイヤは自身に有利な地形でバトルを実行するために、バトルを開始する場所やタイミングなどを試行錯誤することになり、ゲームの戦略性が向上する。また、バトルマップが生成される度に変化するため多様なゲーム体験を提供することができる。
　マップ切替部２７は、フィールドマップとバトルマップとの切り替えに関する処理を後述のように行う。バトル処理部２８は、バトルマップ上で行われるバトルに関する処理を行う。オートバトル処理部２９は後述のオートバトルに関する処理を行う。なお、本実施形態ではバトル処理部２８、オートバトル処理部２９がバトル以外処理を行う点について説明していないが、例えばバトル処理の他に、バトルマップ上でのキャラクタ間の会話に関する処理、キャラクタの移動に関する処理、イベントの進行に関する処理、バトル中やバトル結果としてのゲームアイテムをプレイヤに付与する処理などについての処理を行うこともできる。この場合、バトル処理部２８、オートバトル処理部２９は、それぞれゲームイベント進行処理部、オートゲームイベント進行処理部として捉えることもできる。
　画面表示部１４はゲーム実行部１２によるゲームの進行に従い、クライアント端末２の画面表示を制御する。サーバアクセス部１３は、ゲーム実行部１２の処理の過程でゲームサーバ装置３又は地図サーバ装置４へのアクセスが必要となったとき、ゲームサーバ装置３又は地図サーバ装置４に対してリクエストを送信すると共に、ゲームサーバ装置３又は地図サーバ装置４からの処理結果等のレスポンスを受信する。画像記憶部１５はフィールドマップやバトルマップの表示に必要な各種画像を記憶している。エンカウント履歴情報記憶部１６は後述のエンカウント履歴情報を記憶している。
　なお、ゲーム実行部１２はゲームサーバ装置３からＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータや、ページデータ内に含まれるスクリプトなどに基づいてゲームに関する処理を行うブラウザ型がある。また、ゲーム実行部１２はインストールされたアプリケーションに基づいてゲームに関する処理を行うアプリケーション型がある。図４は一例としてアプリケーション型を示している。
　　《ゲームサーバ装置》
　図１のゲームサーバ装置３は例えば図５に示す処理ブロックにより実現される。図５は本実施形態に係るゲームサーバ装置の一例の処理ブロック図である。ゲームサーバ装置３はプログラムを実行することにより、プレイヤ情報提供部４１、オブジェクト情報提供部４２、オブジェクト情報制御部４３、バトル結果受付部４４、プレイヤ情報記憶部４５及びオブジェクト情報記憶部４６を実現している。
　プレイヤ情報提供部４１はクライアント端末２にプレイヤ情報を提供する。オブジェクト情報提供部４２はクライアント端末２にオブジェクト情報を提供する。オブジェクト情報制御部４３はプレイヤ情報、オブジェクト情報の制御を行うものであり、例えばクライアント端末２から受け付けたバトル結果をプレイヤ情報、オブジェクト情報などに反映させる。バトル結果受付部４４はクライアント端末２からバトル結果を受け付ける。プレイヤ情報記憶部４５はプレイヤ情報を記憶する。オブジェクト情報記憶部４６はオブジェクト情報を記憶する。
　　《地図サーバ装置》
　図１の地図サーバ装置４は、例えば図６に示す処理ブロックにより実現される。図６は本実施形態に係る地図サーバ装置の一例の処理ブロック図である。地図サーバ装置４はプログラムを実行することにより、地図情報提供部６１及び地図情報記憶部６２を実現している。
　地図情報提供部６１はクライアント端末２に地図情報を提供する。なお、クライアント端末２に提供する地図情報の範囲は、クライアント端末２でフィールドマップ又はバトルマップを作成可能な範囲であればよい。例えば地図情報提供部６１はプレイヤの現在の位置情報から、プレイヤの現在の位置が含まれる所定の範囲の地図情報をクライアント端末２に提供する。地図情報記憶部６２は地図情報を記憶する。なお、地図情報提供部６１はゲームサーバ装置３に地図情報を提供してもよい。
　＜処理＞
　　《クライアント端末における処理の概要》
　図７は本実施形態のクライアント端末の処理の一例のフローチャートである。ステップＳ１１において、クライアント端末２はプレイヤにより本実施形態に係るゲームのアプリを起動される。
　ステップＳ１２に進み、クライアント端末２は図８に示すようなフィールドマップ１０００の表示に関するフィールドマップ処理を行う。図８はフィールドマップの一例の構成図である。
　フィールドマップ１０００は、現実世界の地図情報から作成される。フィールドマップ１０００はバトルマップよりも小さい縮尺で作成される。フィールドマップ１０００にはスタミナゲージ１０１０が表示されている。スタミナゲージ１０１０はプレイヤのスタミナ量を示している。
　また、フィールドマップ１０００には、プレイヤの現在の位置情報に連動して表示画面上を移動する（表示位置が決められる）プレイヤキャラクタ１００１とプレイヤの現在の位置を示す印１００９と、が表示されている。つまり、フィールドマップ１０００上におけるプレイヤキャラクタ１００１の移動には、後述する操作受付部１０から受け付けるプレイヤのタッチ操作の情報を利用しない。また、フィールドマップ１０００にはゲームサーバ装置３で表示位置が決められる敵キャラクタ１００３と、他のプレイヤの端末から取得する他のプレイヤの現在の位置情報に連動して表示画面上を移動する他プレイヤキャラクタ１００４と、が表示されている。なお、本実施形態における「プレイヤキャラクタ１００１のフィールドマップ１０００上での移動」とは、プレイヤキャラクタを画面上の固定点に表示し、プレイヤの現実世界の位置情報に基づいて、背景となっているフィールドマップ１０００を移動することでフィールドマップ１０００とプレイヤキャラクタ１００１との位置関係を変更することを含んでいる。
　また、図８のフィールドマップ１０００には敵拠点１００５、砦１００６が表示されている。敵拠点１００５は敵キャラクタ１００３が発生する拠点を表している。敵拠点１００５は例えば地図上の施設に紐付けられる。砦１００６は攻略することでプレイヤが主になれるゲーム内の施設である。さらに、敵キャラクタとのバトル状態の他のプレイヤ１００８は交戦状態であることを示すオブジェクトで表されている。
　プレイヤはフィールドマップ１０００上の敵キャラクタ１００３へのタッチ操作や、敵キャラクタと所定以上接近することなど所定の条件を満たすことによりバトルを開始できる。ただし、敵キャラクタ１００３とのバトルを開始するためには、プレイヤのスタミナ量は一部の例外を除いて消費される。
　なお、本実施形態ではフィールドマップ１０００上の宝箱１０１１について説明していないが、敵キャラクタ１００３とのバトルの開始に代えて宝箱１０１１を開封する際にも、バトルの開始と同様にスタミナ量が一部の例外を除いて消費される。以下、本実施形態ではバトルの開始について説明をするが、バトルの開始に限らず前述の宝箱１０１１の開封といったゲームイベント全般の実行に適用することができる。
　スタミナとは、宝箱１０１１や素材といったゲームアイテムの開封や獲得、敵キャラクタ１００３とのバトルなどに代表されるゲームイベントを実行するために所定量が消費され、消費された値が時間の経過や、ゲームアイテムの消費等により回復するパラメータである。また、スタミナはそれぞれのプレイヤに紐付けて記憶される。なお、スタミナを複数人のプレイヤが共同で保有するように設定してもよい。
　消費されるスタミナ量は例えば、バトルを開始する時点におけるプレイヤキャラクタ１００１と敵キャラクタ１００３との距離によりゲーム実行部１２が決定する。例えばプレイヤランクの上昇によりスタミナ量の経時回復による上限がアップするゲームの仕様であれば、プレイヤはプレイヤランクが高くなるほど遠くにいる敵キャラクタ１００３とバトルを開始することが可能となる。
　フィールドマップ作成部２５はプレイヤの現在のスタミナ残量でバトルを開始できる範囲に位置する敵キャラクタ１００３の表示を、バトルを開始できない範囲に位置する敵キャラクタ１００３と視覚的に変化させてもよいし、プレイヤのスタミナ量を全て使い切ればバトルできる敵キャラクタ１００３を全て含む範囲のフィールドマップ１０００を作成して表示する機能をプレイヤに提供してもよい。
　フィールドマップ作成部２５は、スタミナ量の消費無しにバトルできる距離を、プレイヤキャラクタ１００１の周りにエンカウントサークル１００２として表示（視覚化）している。プレイヤはエンカウントサークル１００２の内側の敵キャラクタ１００３であれば、スタミナ量の消費無しにバトルを開始できることを視覚的に把握できる。また、プレイヤはエンカウントサークル１００２の外側の敵キャラクタ１００３であっても、プレイヤキャラクタ１００１と敵キャラクタ１００３との距離が離れるほど多くのスタミナ量を消費することで、バトルを開始できる。なお、プレイヤキャラクタ１００１と敵キャラクタ１００３との距離の離れ度合とスタミナ量の上昇度合は単純な比例関係に設定してもよいし、所定の距離を境に対応度合に変化を付けてもよい。例えば、プレイヤキャラクタ１００１と敵キャラクタ１００３との距離が１０００ｍまでは、現実世界で５００ｍ離れるまではスタミナ消費無しとし、５０１ｍから１０００ｍまでは、１００ｍ毎にスタミナ消費量を「１」ずつ増やし、１００１ｍ以降は１００ｍ毎にスタミナ消費量を「１０」ずつ増やしてもよい。
　また、砦１００６の所定距離内の周囲には、フィールドマップ作成部２５によりフィールド１００７が設定されている。フィールド１００７の中で敵キャラクタ１００３とのバトルを発生させる（エンカウントする）ことでプレイヤは例えばボーナスを得ることができる。なお、フィールド１００７の内側にいる敵キャラクタ１００３に対しては、プレイヤキャラクタ１００１と敵キャラクタ１００３との距離の離れ度合とは関わらず、スタミナ量の消費無しにバトルを開始できるようにしてもよい。
　本実施形態ではプレイヤキャラクタ１００１の属性（ジョブ）について説明していないが、プレイヤがプレイヤキャラクタ１００１の属性を選択できるようにしてもよい。プレイヤキャラクタ１００１のジョブを選択できるようにした場合は、例えばジョブによってエンカウントサークル１００２の範囲や、プレイヤキャラクタ１００１と敵キャラクタ１００３との距離の増加によるスタミナ消費の上昇量の度合、能力パラメータの関係などを変化させてもよい。
　例えばプレイヤキャラクタ１００１のジョブとしては、インドア派に有利なジョブやアウトドア派に有利なジョブを用意することが望ましい。例えばインドア派に有利なジョブとしては遠距離攻撃型のジョブ（アーチャーなど）が考えられる。また、アウトドア派に有利なジョブとしては近距離攻撃型のジョブ（ナイトなど）が考えられる。
　遠距離攻撃型のジョブのエンカウントサークル１００２を近距離攻撃型のジョブのエンカウントサークル１００２よりも大きしたり、スタミナ消費「１」当たりに拡大するエンカウント可能な範囲を大きくしたりすることで、遠距離攻撃型のジョブを選択したインドア派のプレイヤはアウトドア派のプレイヤよりも少ない移動で、よりスタミナ消費量が少なくバトルを行うことができる。
　また、近距離攻撃型のジョブのエンカウントサークル１００２内でバトルを開始した場合の能力パラメータを遠距離型のジョブの能力パラメータよりも高くすることで、近距離攻撃型のジョブを選択したアウトドア派のプレイヤはインドア派のプレイヤよりも、敵キャラクタ１００３の近くでエンカウントした場合に、よりバトルを有利に進めることができる。
　他方で、遠距離攻撃型のジョブは、プレイヤキャラクタ１００１の表示位置から、より遠くに位置する敵キャラクタ１００３とのバトルを開始した場合の能力パラメータを近距離型のジョブの能力パラメータよりも高くする。このようにすることで、遠距離攻撃型のジョブを選択したインドア派のプレイヤはアウトドア派のプレイヤよりも、より遠くに位置する敵キャラクタ１００３とエンカウントした場合には、バトルを有利に進めることができる。なお、アウトドア派のプレイヤは現実世界の移動距離をインドア派のプレイヤよりも長くすれば、敵キャラクタ１００３をエンカウントサークル１００２の内側に移動させることができるので、バトルのスタミナ消費量を少なくし、且つ、より有利なバトルをすることができる。このようにプレイヤが属性を選択する事を通じて、プレイヤ自身のライフスタイルに、より適したゲームを提供することができる。
　なお、ステップＳ１２のフィールドマップ処理の詳細は後述する。ステップＳ１２に続いてステップＳ１３に進み、クライアント端末２のマップ切替部２７はフィールドマップ１０００を後述のバトルマップ１１００に切り替える条件（バトルの発生）が成立したか否かを判定する。なお、フィールドマップ１０００をバトルマップ１１００に切り替える条件は、バトルの発生以外であってもよい。例えば、フィールドマップ１０００上に特定エリアを設定しておき、プレイヤが当該エリアに侵入したことを判定してフィールドマップ１０００をバトルマップ１１００に切り替えてもよい。具体的には、幹線道路の近くや、ターミナル駅の周囲など、画面に注視しながらの移動が危険と思われる場所を予め特定エリアとして指定すると、特定エリアでのプレイヤの安全性を向上しつつゲームを進行させることができる。また、予め特定エリアを設定する以外にも、プレイヤの密集状況などの種々の情報から、画面に注視しながらの移動が危険だと判定したときにマップを切り替えてもよい。なお、同様の仕組みで、ある特定の建物（スタジアムや遊園地など）を特定エリアとして指定することで、特定の建物だけしか実施できないバトルやイベントを提供することが可能になり、ゲームの魅力を向上させることもできる。
　フィールドマップ１０００を後述のバトルマップ１１００に切り替える条件が成立していれば、クライアント端末２のマップ切替部２７はステップＳ１４に進み、敵キャラクタ１００３との距離に応じたスタミナ量を消費させる。
　なお、マップ切替部２７は敵キャラクタ１００３との距離に応じて消費するスタミナ量を計算したあと、消費予定のスタミナ量を表示して、プレイヤに確認させてもよい。この場合、マップ切替部２７はバトルマップ１１００へ切り替えるか否かの最終的な指示をプレイヤから受け付ける確認画面を表示するようにしてもよい。さらに、消費するスタミナ量は、プレイヤランク、敵キャラクタ１００３の強さ、敵キャラクタ１００３の種類などにより変化させてもよい。
　ステップＳ１４に続いてステップＳ１５に進み、クライアント端末２は図９に示すようなバトルマップ１１００の表示に関するバトルマップ処理を行う。図９はバトルマップの一例の構成図である。
　バトルマップ１１００もフィールドマップ１０００と同様、現実世界の地図情報から作成される。ただし、バトルマップ１１００は、現実世界の地図をファンタジー風、メルヘン風や西洋風などにデフォルメし、フィールドマップ１０００よりも大きい縮尺で作成される。
　バトルマップ１１００は現実世界の地図情報に応じた建物１１０１や道１１０３、それ以外の部分１１０２が表示される。つまり、バトルマップ１１００では現実世界の建物がある場所に建物１１０１などのゲームオブジェクトが表示される。また、バトルマップ１１００では現実世界の道がある場所に道１１０３などのゲームオブジェクトが表示される。また、バトルマップには敵キャラクタ１００３が配置されるが、敵キャラクタ１００３の見た目として使用される画像データは、フィールドマップ１０００上で表示されていた画像データとは異なるものであってもよい。
　バトルマップ１１００において、建物１１０１が表示されている場所はプレイヤキャラクタ１００１や敵キャラクタ１００３、他プレイヤキャラクタ１００４が侵入できない場所を表している。それ以外の部分１１０２はプレイヤキャラクタ１００１や敵キャラクタ１００３、他プレイヤキャラクタ１００４が侵入すると移動速度が半減する場所を表している。なお、道１１０３はプレイヤキャラクタ１００１や敵キャラクタ１００３、他プレイヤキャラクタ１００４が通常の移動速度となる場所を表している。なお、道１１０３の種類（舗装道路や未舗装道路、高速道路、幹線道路、生活道路など）により移動速度や攻撃力といった、プレイヤキャラクタのパラメータを変化させてもよい。例えば、道路に設定された車両の制限速度情報を取得し、制限速度情報に応じてプレイヤキャラクタ１００１や敵キャラクタ１００３、他プレイヤキャラクタ１００４の移動速度などのパラメータを変更してもよい。また、プレイヤキャラクタ１００１や敵キャラクタ１００３、他プレイヤキャラクタ１００４の属性と、道１１０３の組み合わせにより移動速度などのパラメータを変更してもよい。また、道１１０３の種類が一方通行の道路である場合、キャラクタが進行できる向きも現実の道路情報に合わせて制限してもよい。特に、プレイヤキャラクタ１００１だけや、敵キャラクタ１００３だけの移動速度や方向を制限することでより戦略的なバトルを実現できる。
　バトルマップ１１００上に表示されたプレイヤキャラクタ１００１の表示位置は操作受付部１０から受け付けるプレイヤのタッチ操作により移動する。つまり、バトルマップ１１００上におけるプレイヤキャラクタ１００１の移動には、位置情報取得部２２が取得するプレイヤの現在の位置情報を利用しない。なお、操作受付部１０から受け付けるプレイヤの操作はタッチ操作に限ることなく、マウスによるクリック操作や実物コントローラでの操作も含まれる。なお、本実施形態におけるプレイヤキャラクタ１００１のバトルマップ１１００上での移動とは、プレイヤキャラクタ１００１を画面上の固定点に表示し、背景となっているバトルマップ１１００を移動することでバトルマップ１１００上のプレイヤキャラクタ１００１との位置関係を変更することを含んでいる。
　他プレイヤキャラクタ１００４は他のプレイヤによるタッチ操作により移動するようにしてもよい。また、サポートキャラである他プレイヤキャラクタ１００４は例えばＡＩなどにより自動で移動させてもよい。なお、サポートキャラは、例えば近場でログアウトした他のプレイヤの他プレイヤキャラクタ１００４や複数のサポートキャラ候補からプレイヤが選択した他のプレイヤキャラクタ１００４を利用する。さらに、敵キャラクタ１００３はバトルマップ１１００上の道１１０３に沿って（または、道１１０３を優先的に）移動する。
　また、図９のバトルマップ１１００はスキルパレット１１０５が表示される。プレイヤはスキルパレット１１０５からスキルを発動できる。なお、スキルには例えば効果範囲に攻撃や回復、所定のキャラクタに設定される能力パラメータの増加や減少効果等を発生させるスキルが含まれる。スキルの効果範囲や、スキルの効力は例えば道１１０３の幅に合わせて決定する。地図情報としての道路情報に道の幅情報が設定されている場合にはその幅情報に基づき、また、幅情報が存在しない場合にはバトルマップ１１００を作成時に設定した所定の道の幅に基づいて、幅の狭い道１１０３でスキルが使用された場合は、スキルの効果範囲の距離を長くしたり、スキルの効力を増加（例えば、スキルの攻撃力を増やす、スキルの回復量を増やす）したりする。また、幅の広い道１１０３でスキルが使用された場合は、スキルの効果範囲の距離を短くしたり、スキルの効力を低減（例えば、スキルの攻撃力を減らす、スキルの回復量を減らす）したりする。
　図９のバトルマップ１１００を作成する基準点はプレイヤキャラクタ１００１の位置としてもよいが、バトルする敵キャラクタ１００３の位置とすることがより好ましい。このように、バトルマップ１１００はバトル対象の敵キャラクタ１００３の位置を基準として作成することで、ゲームサーバ装置３が敵キャラクタ１００３の表示位置を制御することができ、プレイヤの現実世界の位置における有利不利が発生しない。すなわち、例えばゲームの性質上、道幅の広い地形が有利な場合に、バトルマップ１１００を作成する基準点をプレイヤキャラクタ１００１の位置とすると、プレイヤはそのような地形に適う現実世界の位置に移動してバトルを続けてしまい、結果としてバトルが容易になってしまうし、常に似たようなバトルマップ１１００が生成されることでゲームにマンネリ化が生じてしまう。一方、バトルマップ１１００はバトル対象の敵キャラクタ１００３の位置を基準として作成されることで、プレイヤにとって優位な地形でのみバトルを繰り返すことが防止でき、結果として本実施形態に係る情報処理システム１は、多様なゲーム体験を提供できる。
　なお、ステップＳ１５のバトルマップ処理の詳細は後述する。ステップＳ１５に続いてステップＳ１６に進み、クライアント端末２のマップ切替部２７はバトルマップ１１００をフィールドマップ１０００に切り替える条件（バトルの終了）が成立したか否かを判定する。バトルマップ１１００をフィールドマップ１０００に切り替える条件が成立していれば、クライアント端末２はステップＳ１２に戻り、フィールドマップ処理を行う。なお、バトルマップ１１００をフィールドマップ１０００に切り替える条件は、バトルの終了以外であってもよい。前述した種々の判定により、画面に注視しながらの移動が危険な状況ではないと判定したことを条件にバトルマップ１１００をフィールドマップ１０００に切り替えてもよい。
　ステップＳ１３においてフィールドマップ１０００をバトルマップ１１００に切り替える条件が成立していなかった場合、クライアント端末２はステップＳ１７において本実施形態に係るゲームのアプリの終了をプレイヤから指示されたか判定する。ゲームのアプリの終了をプレイヤから指示されていなければ、クライアント端末２はステップＳ１２に戻り、フィールドマップ処理を続ける。
　また、ステップＳ１６においてバトルマップ１１００をフィールドマップ１０００に切り替える条件が成立していなかった場合、クライアント端末２はステップＳ１８において本実施形態に係るゲームのアプリの終了をプレイヤから指示されたか判定する。ゲームのアプリの終了をプレイヤから指示されていなければ、クライアント端末２はステップＳ１５に戻り、バトルマップ処理を続ける。
　ステップＳ１７及びＳ１８においてゲームのアプリの終了をプレイヤから指示されていた場合、クライアント端末２は図７に示すフローチャートの処理を終了する。
　　《フィールドマップ処理》
　図１０は本実施形態のフィールドマップ処理の一例のフローチャートである。ステップＳ３１において、クライアント端末２のフィールドマップ作成部２５はフィールドマップ１０００の作成か更新かを判定する。フィールドマップ１０００の作成であれば、プレイヤ情報取得部２１はステップＳ３２において、ゲームサーバ装置３からプレイヤ情報を取得する。位置情報取得部２２はステップＳ３３において、ＧＰＳユニット４０９を利用してプレイヤの現在の位置情報を取得し、ゲームサーバ装置３及び地図サーバ装置４に送信する。ステップＳ３４において、地図サーバ装置４の地図情報提供部６１は、取得したプレイヤの現在の位置情報に対応する地図情報を決定し、クライアント端末２の地図情報取得部２３は地図サーバ装置４からプレイヤの現在の位置情報に対応する地図情報を取得する。ステップＳ３５において、ゲームサーバ装置３は、フィールドマップ作成に必要なオブジェクトを決定し、オブジェクト情報取得部２４はゲームサーバ装置３から対応するオブジェクト情報を取得する。ここで、オブジェクト情報は画面に表示するための画像データでもよいし、予め画像記憶部１５に格納されたオブジェクトの画像データの識別情報であってもよい。
　ステップＳ３６に進み、フィールドマップ作成部２５はステップＳ３２～Ｓ３５で取得したプレイヤ情報、位置情報、地図情報及びオブジェクト情報を利用し、図８に示したようなフィールドマップ１０００を作成する。
　一方、ステップＳ３１においてフィールドマップ１０００の更新と判定すると、プレイヤ情報取得部２１はステップＳ３７において、ゲームサーバ装置３からプレイヤ情報を取得する。なお、フィールドマップ１０００の表示中にプレイヤ情報の更新が無い場合にはステップＳ３７の処理を省略してもよい。
　位置情報取得部２２はステップＳ３８において、ＧＰＳユニット４０９を利用してプレイヤの現在の位置情報を取得する。オブジェクト情報取得部２４はステップＳ３９においてゲームサーバ装置３からオブジェクト情報を取得する。
　ステップＳ４０においてクライアント端末２のフィールドマップ作成部２５は前回取得した位置情報と今回取得した位置情報に基づき、エンカウント履歴情報をエンカウント履歴情報記憶部１６に記憶する。エンカウント履歴情報とは、フィールドマップ１０００上のプレイヤキャラクタ１００１の移動経路から所定範囲内に存在した敵キャラクタ１００３の情報であり、例えば敵キャラクタ１００３の画像、名前、存在した場所、エンカウント履歴によるバトルの制限時間などが含まれている。エンカウント履歴によるバトルの詳細については後述する。
　ステップＳ４１に進み、フィールドマップ作成部２５はステップＳ３７～Ｓ３９で取得したプレイヤ情報、位置情報及びオブジェクト情報を利用し、フィールドマップ１０００を更新する。ステップＳ４１で行われるフィールドマップ１０００の更新は、位置情報に基づくプレイヤキャラクタ１００１の表示位置の変更、オブジェクト情報に基づく他プレイヤキャラクタ１００４や敵キャラクタ１００３の表示位置の変更や削除、追加表示などである。
　図１０に示したステップＳ１２のフィールドマップ処理を繰り返し行うことにより図８のフィールドマップ１０００上のプレイヤキャラクタ１００１はプレイヤの現実世界での移動に応じてフィールドマップ１０００上を移動する。また、フィールドマップ１０００上の敵キャラクタ１００３や他プレイヤキャラクタ１００４はゲームサーバ装置３から取得するオブジェクト情報によりフィールドマップ１０００上を移動する。
　なお、フィールドマップ１０００においてプレイヤはマニュアルバトルモードとオートバトルモード（バトルスキップモード）とを選択できる。マニュアルバトルモードは、バトルが開始すると、フィールドマップ１０００からバトルマップ１１００に遷移し、バトルマップ１１００でプレイヤがタッチ操作などによりバトル処理を行うモードである。また、オートバトルモードはプレイヤキャラクタ１００１の位置から所定範囲内に位置する敵キャラクタ１００３とのバトルマップ１１００には切り替えず、バトル処理を行うモードである。
　オートバトル処理部２９は、バトルマップ１１００を表示せずに自動でバトルの進行を実行し、バトル結果だけを表示する。なお、オートバトル処理部２９において実行したバトルの進行を、後からプレイヤの指示により再現するリプレイ機能を設けてもよい。この場合、オートバトル処理部２９は、リプレイで再現できる程度に忠実にバトルの進行を処理しておく必要があるが、例えばリプレイ機能を設けない場合には、プレイヤキャラクタ１００１と敵キャラクタ１００３とに設定された攻撃力、防御力などのパラメータを比較して勝敗を決めるといった、マニュアルバトルとは全く異なる処理でバトル処理を簡略化してもよい。
　オートバトルモードでは、バトルマップ１１００に切り替えないため、プレイヤの操作によらずにバトルの結果として得られるゲームアイテムなどの報酬だけを受取ることができる。なお、ここでバトル処理は前述したとおり、バトルによらないゲームイベントの進行などにも適用ができる。なお、マニュアルバトルモードと、オートバトルモードとでは、同一の敵キャラクタ１００３とバトルをした結果、獲得可能なゲームアイテムなどの報酬の種類や量を変更してもよい。
　なお、オートバトルモードではバトルする敵キャラクタ１００３のレベルに制限を設けることが望ましい。例えばオートバトルモードではプレイヤランクに基づき、十分に弱い敵キャラクタ１００３とバトル処理を行い、それ以外の敵キャラクタ１００３とのバトル処理を行わない。
　また、オートバトルモードではバトルを行う敵キャラクタ１００３の基準を選べるようにしてもよい。例えば選べる敵キャラクタ１００３の基準としては、例えば敵キャラクタ１００３の種類（例えばドラゴン族など）や敵キャラクタ１００３のレベル（例えばレベル２０～３０など）が考えられる。さらに、オートバトルモードではプレイヤが将来通る予定のルート上にいる敵キャラクタ１００３をオートバトル対象として先に選択できるようにしてもよい。オートバトルモードを設けたことで、本実施形態に係る情報処理システム１では、プレイヤがフィールドマップ１０００を注視し続けることを防ぎ、フィールドマップ１０００の表示中におけるプレイヤの安全性を向上しつつゲームを進行させることができる。
　　《バトルマップ処理》
　図１１は本実施形態のバトルマップ処理の一例のフローチャートである。ステップＳ６１において、クライアント端末２のバトルマップ作成部２６はバトルマップ１１００の作成か更新かを判定する。バトルマップ１１００の作成であれば、位置情報取得部２２はステップＳ６２において、ＧＰＳユニット４０９を利用してプレイヤの現在の位置情報を取得し、ゲームサーバ装置３及び地図サーバ装置４に送信する。ステップＳ６３において、地図サーバ装置４の地図情報提供部６１は、取得したプレイヤの現在の位置情報に対応する地図情報を決定し、クライアント端末２の地図情報取得部２３は地図サーバ装置４からプレイヤの現在の位置情報に対応する地図情報を取得する。ステップＳ６４において、ゲームサーバ装置３は、フィールドマップ作成に必要なオブジェクトを決定し、オブジェクト情報取得部２４はゲームサーバ装置３から対応するオブジェクト情報を取得する。
　ステップＳ６５に進み、バトルマップ作成部２６はステップＳ６２～Ｓ６４で取得した位置情報、地図情報及びオブジェクト情報と、フィールドマップ処理で取得済みのプレイヤ情報とを利用し、図９に示したようなバトルマップ１１００を作成する。なお、図１１のバトルマップ処理においてプレイヤ情報をゲームサーバ装置３から取得する処理を追加してもよい。また、ステップＳ６１においてバトルマップ１１００の更新と判定した場合はステップＳ６２～Ｓ６５の処理をスキップする。
　ステップＳ６６に進み、位置情報取得部２２はＧＰＳユニット４０９を利用してプレイヤの現在の位置情報を取得する。ステップＳ６６で取得するプレイヤの現在の位置情報は現実世界におけるプレイヤの移動を検知するために利用される。ステップＳ６７においてバトル処理部２８はステップＳ６２で取得した位置情報とステップＳ６６で取得した位置情報とを比較することで現実世界におけるプレイヤの移動を検知する。
　現実世界におけるプレイヤの移動を検知すると、バトル処理部２８はステップＳ７０に進み、バトル結果をゲームサーバ装置３に送信し、図１１のフローチャートの処理を終了する。現実世界におけるプレイヤの移動を検知しなければ、バトル処理部２８はステップＳ６８に進み、バトルマップ更新の処理を行う。なお、ステップＳ６８のバトルマップ更新の処理の詳細は後述する。
　ステップＳ６９に進み、バトル処理部２８はバトルが終了したか否かを判定する。バトルが終了していなければ、バトル処理部２８は図１１のバトルマップ処理を終了する。バトルが終了していれば、バトル処理部２８はステップＳ７０に進み、バトル結果をゲームサーバ装置３に送信し、図１１のフローチャートの処理を終了する。
　図１１に示したステップＳ１５のバトルマップ処理によれば、クライアント端末２は現実世界におけるプレイヤの移動を検知すると、バトルマップ１１００の表示を終了したり、バトルの進行を停止したりすることができる。したがって、プレイヤはバトルマップ１１００でのバトルを続けるために現実世界における移動を制限されるため、安全性が向上する。
　ステップＳ６８のバトルマップ更新の処理は例えば図１２に示すフローチャートにより行われる。図１２はバトルマップ更新の処理の一例のフローチャートである。ステップＳ８１において、クライアント端末２のバトル処理部２８はタッチパネルへのタッチ操作があるか否かを判定する。
　タッチ操作があれば、バトル処理部２８はタッチパネルへのタッチ位置に基づいてスキル操作か否かを判定する。例えばバトル処理部２８はタッチパネルへのタッチ位置がバトルマップ１１００のスキルパレット１１０５上でなければ、スキル操作でないと判定してステップＳ８３の処理を行う。また、バトル処理部２８はタッチパネルへのタッチ位置がバトルマップ１１００のスキルパレット１１０５上であれば、スキル操作であると判定してステップＳ８４の処理を行う。
　ステップＳ８３において、バトル処理部２８はプレイヤによるタッチパネルへのタッチ位置をプレイヤキャラクタ１００１の移動目標に設定したあと、ステップＳ８５の処理に進む。一方、ステップＳ８４では、バトル処理部２８が、プレイヤからスキル発動の操作を受け付け、スキル発動処理を行ったあと、ステップＳ８５の処理に進む。スキル発動処理により、プレイヤは効果範囲に攻撃や回復、所定のキャラクタに設定される能力パラメータの増加や減少効果等を発生させることができる。
　ステップＳ８５において、バトル処理部２８はバトルマップ１１００上のオブジェクトの移動処理を行う。プレイヤキャラクタ１００１は設定されている移動目標に向かって移動する。また、敵キャラクタ１００３は所定のロジックに従い、バトルマップ１１００上の道１１０３に沿って移動する。また、他プレイヤキャラクタ１００４は他のプレイヤによるタッチ操作により移動するようにしてもよいし、所定のロジックに従い、移動するようにしてもよい。
　ステップＳ８６においてバトル処理部２８はプレイヤキャラクタ１００１と敵キャラクタ１００３とのバトル、または、他プレイヤキャラクタ１００４と敵キャラクタ１００３とのバトル、が発生したか否かを判定する。バトルは、例えばプレイヤキャラクタ１００１又は他プレイヤキャラクタ１００４と、敵キャラクタ１００３と、が一定範囲内に位置する（接触する）と発生する。
　バトルが発生したと判定すると、バトル処理部２８はステップＳ８７においてバトル処理を行ったあと、図１２のフローチャートの処理を終了する。また、バトルが発生していないと判定すると、バトル処理部２８はステップＳ８７の処理をスキップして図１２のフローチャートの処理を終了する。
　　《エンカウント履歴によるバトル》
　本実施形態に係る情報処理システム１において、プレイヤは前述したようにエンカウント履歴によるバトルを行うことができる。例えばクライアント端末２はエンカウント履歴情報記憶部１６に記憶されている１つ以上のエンカウント履歴を図１３に示すようなエンカウント履歴情報画面１２００に表示し、プレイヤから１つのエンカウント履歴の選択を受け付ける。
　図１３はエンカウント履歴情報画面の一例のイメージ図である。図１３のエンカウント履歴情報画面１２００は、エンカウント履歴情報記憶部１６に記憶されているエンカウント履歴情報の一覧を表示し、一覧からエンカウント履歴によるバトルを行う１つのエンカウント履歴をプレイヤに選択させる画面の一例である。
　エンカウント履歴情報画面１２００に表示されるエンカウント履歴情報は、敵キャラクタ１００３の名前、存在した場所、エンカウント履歴によるバトルの制限時間などが含まれる。プレイヤはエンカウント履歴情報画面１２００のエンカウント履歴情報の一覧からバトルを行うエンカウント履歴を１つ選択して「スタート」ボタンを押下することによりエンカウント履歴によるバトルを開始できる。バトルの開始に利用したエンカウント履歴は図１３のエンカウント履歴情報画面１２００から削除される。
　具体的に、バトルマップ作成部２６はプレイヤに選択されたエンカウント履歴情報に基づき、図９のバトルマップ１１００を表示させてバトルを行うことができる。このようなエンカウント履歴によるバトルを行えるようにしたことで、本実施形態の情報処理システム１では現実世界の移動によりエンカウント履歴を稼ぎ、落ち着いてプレイできる場所でバトルマップ１１００によるバトルを行うことができる。
　（まとめ）
　本実施形態に係る情報処理システム１では、ゲームとして求められる操作として、プレイヤの位置情報を利用するモードと、プレイヤによる操作を利用するモードと、を用意し、所定条件の成立によりこれらを切り替えるようにしたことで、状況に応じた安全な操作を実現している。
　また、本実施形態に係る情報処理システム１ではプレイヤの位置情報を利用するモード用にフィールドマップ１０００を作成し、プレイヤによる操作を利用するモード用にバトルマップ１１００を作成する。フィールドマップ１０００の縮尺をバトルマップ１１００の縮尺よりも小さくすることで、プレイヤの移動がフィールドマップ１０００に細かく反映されることを防いでいる。これにより、本実施形態に係る情報処理システム１は、いわゆる歩きスマホの危険性を低下させることで、安全な操作によるゲーム進行を実現している。
　また、縮尺がフィールドマップ１０００よりも大きいバトルマップ１１００ではプレイヤの位置情報を利用せず、プレイヤによる操作を利用することで、安全な操作を実現している。
　また、本実施形態に係る情報処理システム１では、フィールドマップ１０００に表示されている敵キャラクタ１００３であれば、エンカウントサークル１００２の内側に存在しない敵キャラクタ１００３であっても、スタミナを消費してバトルを開始できる。このように、本実施形態に係る情報処理システム１では、バトルしたい敵キャラクタ１００３がエンカウントサークル１００２の内側に入るようにプレイヤが移動しなくても、スタミナ消費という対価によりバトルを開始できるので、プレイヤの位置情報を利用するモードでの安全性を向上できる。
　以上、説明したように、本実施形態に係る情報処理システム１は現実世界の事象を仮想世界に反映しつつ、より安全なゲーム環境をプレイヤに提供できる。
　また、本実施形態に係る情報処理システム１では、現実世界の位置情報を利用するからこそ、プレイヤにゲームのためだけに現実の移動を強いる場合がある。また、普段の生活にゲームを取り入れた場合には、プレイヤのライフスタイル（例えば自宅勤務など）によりマンネリ化を招く恐れもある。そこで、本実施形態に係る情報処理システム１ではエンカウントサークル１００２の外側にいる敵キャラクタ１００３や宝箱１０１１に対しても、スタミナの消費によりバトルを開始したり、宝箱を開封するといったゲームイベントの実行ができる。このように、本実施形態に係る情報処理システム１では、プレイヤのライフスタイルに依存しない多様なゲーム体験をできる。また、バトルを開始した際には、現実世界の地図をデフォルメしたバトルマップ１１００においてバトルを行う。このように、本実施形態に係る情報処理システム１では、現実世界の事象を仮想世界に反映しつつ、より多彩な仮想マップを作成し、飽きの来ないゲームをプレイヤに提供できる。
　なお、本実施形態に係る情報処理システム１では１台以上のクライアント端末２とゲームサーバ装置３と地図サーバ装置４とがインターネット等のネットワーク５によりゲームシステムが構成されるとして説明したが、クライアント端末２の機能の一部はゲームサーバ装置３により実現されてもよいし、ゲームサーバ装置３の機能の一部がクライアント端末２により割り当てられてもよい。また、地図サーバ装置４が、クライアント端末２やゲームサーバ装置３の機能の一部を担ってもよいし、クライアント端末２やゲームサーバ装置３が地図サーバ装置４の機能の一部を担ってもよい。
　すなわち、図１において説明したクライアント端末２、ゲームサーバ装置３、地図サーバ装置４の各機能の集合体は大局的には１つの「情報処理装置」として把握することも可能である。１つまたは複数のハードウェアに対して、本発明を実現するために必要な複数の機能をどのように配分するかは、各ハードウェアの処理能力やゲームシステムに求められる仕様等に鑑みて決定されればよい。
　本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
　１　　情報処理システム
　２　　クライアント端末
　３　　ゲームサーバ装置
　４　　地図サーバ装置
　５　　ネットワーク
　１０　　操作受付部
　１２　　ゲーム実行部
　１３　　サーバアクセス部
　１４　　画面表示部
　１５　　画像記憶部
　１６　　エンカウント履歴情報記憶部
　２１　　プレイヤ情報取得部
　２２　　位置情報取得部
　２３　　地図情報取得部
　２４　　オブジェクト情報取得部
　２５　　フィールドマップ作成部
　２６　　バトルマップ作成部
　２７　　マップ切替部
　２８　　バトル処理部
　２９　　オートバトル処理部
　４１　　プレイヤ情報提供部
　４２　　オブジェクト情報提供部
　４３　　オブジェクト情報制御部
　４４　　バトル結果受付部
　４５　　プレイヤ情報記憶部
　４６　　オブジェクト情報記憶部
　６１　　地図情報提供部
　６２　　地図情報記憶部
　４０１、５０１　　入力装置
　４０２、５０２　　表示装置
　４０３、５０３　　外部Ｉ／Ｆ
　４０３ａ、５０３ａ　　記録媒体
　４０４、５０４　　ＲＡＭ
　４０５、５０５　　ＲＯＭ
　４０６、５０６　　ＣＰＵ
　４０７、５０７　　通信Ｉ／Ｆ
　４０８、５０８　　ＨＤＤ
　４０９　　ＧＰＳユニット
　４１０　　電池
　１０００　　フィールドマップ
　１００１　　プレイヤキャラクタ
　１００２　　エンカウントサークル
　１００３　　敵キャラクタ
　１００４　　他プレイヤキャラクタ
　１００５　　敵拠点
　１００６　　砦
　１００７　　フィールド
　１００８　　バトル状態の他のプレイヤ
　１０１０　　スタミナゲージ
　１１００　　バトルマップ
　１１０１　　建物
　１１０２　　建物及び道以外の部分
　１１０３　　道
　１１０５　　スキルパレット
　１２００　　エンカウント履歴情報画面
　Ｂ　　バス

Claims (12)

  1. 　プレイヤが操作する操作端末の位置情報を取得する位置情報取得手段と、
    　前記位置情報に対応する現実世界の地図情報を取得する地図情報取得手段と、
    　仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段と、
    　取得した前記地図情報及び前記オブジェクト情報に基づき、前記位置情報によりプレイヤのオブジェクトの表示位置を変更させる第１のモードと、プレイヤの操作により前記プレイヤのオブジェクトの表示位置を変更させる第２のモードと、を有する仮想世界の地図を作成する地図作成手段と、
    　所定条件の成立により前記第１のモードから前記第２のモードに切り替える切替手段とを有する情報処理装置。
  2. 　前記地図作成手段は、
    　前記第１のモードに対応した第１の仮想マップを作成する第１の地図作成手段と、
    　前記第２のモードに対応した第２の仮想マップを作成する第２の地図作成手段と、
    を有し、
    　前記第１の地図作成手段は、
    　前記第２の仮想マップよりも小さい縮尺で前記第１の仮想マップを作成すること
    を特徴とする請求項１記載の情報処理装置。
  3. 　前記切替手段は、前記第１の仮想マップに表示されたエンカウント対象のオブジェクトの選択操作を受け付けると、前記第１の仮想マップを前記第２の仮想マップに切り替えること
    を特徴とする請求項２記載の情報処理装置。
  4. 　前記切替手段は、選択操作を受け付けた時における、前記エンカウント対象のオブジェクトと前記プレイヤのオブジェクトとの距離に応じて、前記選択操作によりプレイヤが消費する対価の量を変化させること
    を特徴とする請求項３記載の情報処理装置。
  5. 　前記第１の地図作成手段は、前記選択操作によりプレイヤが消費する対価の量がゼロである前記第１の仮想マップにおける範囲を、表示すること
    を特徴とする請求項４記載の情報処理装置。
  6. 　前記情報処理装置は、更に、
    　前記エンカウント対象のオブジェクトと前記プレイヤのオブジェクトに基づくゲーム進行処理を行うゲーム進行処理手段、
    とを有し、
    　前記切替手段は、前記第１のモードにおいて自動モードが選択されていれば、前記第１の仮想マップにおいて前記プレイヤのオブジェクトから所定範囲内の前記エンカウント対象のオブジェクトを、前記第２の仮想マップに切り替えることなく前記ゲーム進行処理手段に処理させること
    を特徴とする請求項３記載の情報処理装置。
  7. 　前記第１の地図作成手段は、前記第１の仮想マップの前記プレイヤのオブジェクトの移動経路から所定範囲内の前記エンカウント対象のオブジェクトの情報を履歴情報として記憶部に記憶させ、
    　前記切替手段は、前記記憶部に記憶された履歴情報からプレイヤにより選択された前記履歴情報に基づき、前記第１の仮想マップを前記第２の仮想マップに切り替えること
    を特徴とする請求項３記載の情報処理装置。
  8. 　前記ゲーム進行処理手段は、前記第２のモードの実行時に、前記位置情報取得手段が取得する前記位置情報に基づいて現実世界における前記プレイヤの移動を検知すると、前記第２のモードの実行を停止すること
    を特徴とする請求項６記載の情報処理装置。
  9. 　前記第２の地図作成手段は、前記第１の仮想マップに表示されたエンカウント対象のオブジェクトの選択操作を受け付けると、選択操作を受け付けた前記エンカウント対象のオブジェクトに対応する位置情報に基づき前記第２の仮想マップを作成すること
    を特徴とする請求項２記載の情報処理装置。
  10. 　プレイヤが操作する操作端末の位置情報を取得する位置情報取得手段と、
    　前記位置情報に対応する現実世界の地図情報を取得する地図情報取得手段と、
    　仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段と、
    　取得した前記地図情報及び前記オブジェクト情報に基づき、前記位置情報によりプレイヤのオブジェクトの表示位置を変更させ、プレイヤの操作によっては前記プレイヤのオブジェクトの表示位置が変更できない第１のモードと、プレイヤの操作により前記プレイヤのオブジェクトの表示位置を変更させ、前記位置情報によってはプレイヤのオブジェクトの表示位置が変更できない第２のモードと、を有する仮想世界の地図を作成する地図作成手段と、
    　所定条件の成立により前記第１のモードから前記第２のモードに切り替える切替手段とを有する情報処理装置。
  11. 　プレイヤが操作する操作端末であって、
    　位置情報を取得する位置情報取得手段と、
    　前記位置情報に対応する現実世界の地図情報を取得する地図情報取得手段と、
    　仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段と、
    　取得した前記地図情報及び前記オブジェクト情報に基づき、前記位置情報によりプレイヤのオブジェクトの表示位置を変更させる第１のモードと、プレイヤの操作により前記プレイヤのオブジェクトの表示位置を変更させる第２のモードと、を有する仮想世界の地図を作成する地図作成手段と、
    　所定条件の成立により前記第１のモードから前記第２のモードに切り替える切替手段とを有する端末装置。
  12. 　プレイヤが操作する操作端末を、
    　位置情報を取得する位置情報取得手段、
    　前記位置情報に対応する現実世界の地図情報を取得する地図情報取得手段、
    　仮想世界の地図を作成するために利用するオブジェクトのオブジェクト情報を取得するオブジェクト情報取得手段、
    　取得した前記地図情報及び前記オブジェクト情報に基づき、前記位置情報によりプレイヤのオブジェクトの表示位置を変更させる第１のモードと、プレイヤの操作により前記プレイヤのオブジェクトの表示位置を変更させる第２のモードと、を有する仮想世界の地図を作成する地図作成手段、
    　所定条件の成立により前記第１のモードから前記第２のモードに切り替える切替手段、として機能させるためのプログラム。
PCT/JP2017/006229 2016-03-25 2017-02-20 情報処理装置、端末装置及びプログラム WO2017163702A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-062647 2016-03-25
JP2016062647A JP6075489B1 (ja) 2016-03-25 2016-03-25 情報処理装置、端末装置及びプログラム

Publications (1)

Publication Number Publication Date
WO2017163702A1 true WO2017163702A1 (ja) 2017-09-28

Family

ID=57981469

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/006229 WO2017163702A1 (ja) 2016-03-25 2017-02-20 情報処理装置、端末装置及びプログラム

Country Status (2)

Country Link
JP (1) JP6075489B1 (ja)
WO (1) WO2017163702A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112675534A (zh) * 2020-12-22 2021-04-20 北京像素软件科技股份有限公司 数据处理方法和装置、服务器及存储介质
US11207595B2 (en) 2017-05-26 2021-12-28 Dwango Co., Ltd. Virtual map display system, program, and method
US11612809B2 (en) 2017-10-31 2023-03-28 Dwango Co., Ltd. Input interface system and location-based game system
TWI815108B (zh) * 2020-04-30 2023-09-11 大陸商珠海網易達電子科技發展有限公司 用於產生地圖的方法、裝置、電子設備和電腦儲存媒體

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6447644B2 (ja) 2017-02-16 2019-01-09 富士ゼロックス株式会社 情報処理装置及びプログラム
JP6267383B1 (ja) * 2017-04-12 2018-01-24 株式会社テクテック 位置ゲームにおけるオブジェクト制御システム、プログラム及び方法
JP6255526B1 (ja) * 2017-06-14 2017-12-27 株式会社 ディー・エヌ・エー 情報処理装置、ゲームプログラム、及び、情報処理方法
JP6367450B1 (ja) 2017-10-31 2018-08-01 株式会社テクテック 位置ゲーム用インターフェースシステム、プログラム及び制御方法
JP2018108429A (ja) * 2018-02-28 2018-07-12 株式会社セガゲームス 情報処理装置、端末装置及びプログラム
JP7161861B2 (ja) * 2018-03-30 2022-10-27 株式会社バンダイナムコエンターテインメント ゲームシステム、ゲーム提供方法及びプログラム
JP7260254B2 (ja) * 2018-03-30 2023-04-18 株式会社バンダイナムコエンターテインメント ゲームシステム、ゲーム提供方法及びプログラム
JP6687059B2 (ja) * 2018-05-15 2020-04-22 富士ゼロックス株式会社 情報処理装置及びプログラム
JP6599531B1 (ja) * 2018-09-28 2019-10-30 株式会社 ディー・エヌ・エー 情報処理装置、ゲームプログラム、及び、情報処理方法
JP2020092910A (ja) * 2018-12-13 2020-06-18 株式会社ドリコム 情報処理システム、情報処理方法および情報処理プログラム
JP6648250B1 (ja) * 2018-12-26 2020-02-14 株式会社Ｃｙｇａｍｅｓ 通知画面上で指示を受け付けるためのシステム
JP6770603B2 (ja) * 2019-03-26 2020-10-14 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報端末装置
JP7164815B2 (ja) * 2019-08-07 2022-11-02 株式会社カプコン ゲームプログラムおよびゲームシステム
JP7039061B2 (ja) * 2020-05-27 2022-03-22 株式会社コナミデジタルエンタテインメント ゲームシステム及びプログラム
JP7185670B2 (ja) * 2020-09-02 2022-12-07 株式会社スクウェア・エニックス ビデオゲーム処理プログラム、及びビデオゲーム処理システム
JP7052117B1 (ja) 2021-03-31 2022-04-11 株式会社Cygames 情報処理プログラム、情報処理方法および情報処理システム
JP7348566B2 (ja) * 2022-03-01 2023-09-21 株式会社Mixi 情報処理装置及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008073265A (ja) * 2006-09-21 2008-04-03 Square Enix Co Ltd ビデオゲーム制御システム、及びビデオゲーム制御サーバ
US20090005140A1 (en) * 2007-06-26 2009-01-01 Qualcomm Incorporated Real world gaming framework
US20100287011A1 (en) * 2007-11-13 2010-11-11 Martec Corporation Method and System of Location-Based Game for Improving Mobile Operator's Profit
JP2012165962A (ja) * 2011-02-16 2012-09-06 Docomo Technology Inc ゲームシステム、移動通信端末及びプログラム
JP2013228770A (ja) * 2012-04-24 2013-11-07 Yahoo Japan Corp 画像処理装置、方法及びプログラム
JP2015052889A (ja) * 2013-09-06 2015-03-19 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理方法および情報処理システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5940785B2 (ja) * 2011-09-14 2016-06-29 株式会社バンダイナムコエンターテインメント プログラムおよびゲーム装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008073265A (ja) * 2006-09-21 2008-04-03 Square Enix Co Ltd ビデオゲーム制御システム、及びビデオゲーム制御サーバ
US20090005140A1 (en) * 2007-06-26 2009-01-01 Qualcomm Incorporated Real world gaming framework
US20100287011A1 (en) * 2007-11-13 2010-11-11 Martec Corporation Method and System of Location-Based Game for Improving Mobile Operator's Profit
JP2012165962A (ja) * 2011-02-16 2012-09-06 Docomo Technology Inc ゲームシステム、移動通信端末及びプログラム
JP2013228770A (ja) * 2012-04-24 2013-11-07 Yahoo Japan Corp 画像処理装置、方法及びプログラム
JP2015052889A (ja) * 2013-09-06 2015-03-19 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理方法および情報処理システム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11207595B2 (en) 2017-05-26 2021-12-28 Dwango Co., Ltd. Virtual map display system, program, and method
US11612809B2 (en) 2017-10-31 2023-03-28 Dwango Co., Ltd. Input interface system and location-based game system
TWI815108B (zh) * 2020-04-30 2023-09-11 大陸商珠海網易達電子科技發展有限公司 用於產生地圖的方法、裝置、電子設備和電腦儲存媒體
CN112675534A (zh) * 2020-12-22 2021-04-20 北京像素软件科技股份有限公司 数据处理方法和装置、服务器及存储介质

Also Published As

Publication number Publication date
JP2017170019A (ja) 2017-09-28
JP6075489B1 (ja) 2017-02-08

Similar Documents

Publication Publication Date Title
JP6075489B1 (ja) 情報処理装置、端末装置及びプログラム
JP6090495B1 (ja) 情報処理装置、端末装置及びプログラム
JP6721778B2 (ja) ゲームクラウドシステムで実行されるビデオ記録を介して以前に記憶されたゲームプレイにアクセスするための方法およびシステム
US10905960B2 (en) Game system, terminal device and program
JP6823086B2 (ja) ゲームクラウドシステム上で実行される、任意のユーザによるゲームプレイ実行を後で開始するために使用される、ゲームプレイのスナップショットを保存するための方法及びシステム
CN103785170B (zh) 游戏提供装置
EP2877255B1 (en) User-based mini-game generation and distribution
JP6114460B1 (ja) ゲームシステム、ゲーム処理方法、ゲームプログラム、およびゲーム装置
CN111185004A (zh) 游戏的控制显示方法、电子设备及存储介质
JP6299846B2 (ja) 情報処理装置
US20170050112A1 (en) Game system, display controlling method, display controlling program, and recording medium
TW201600154A (zh) 一種遊戲終端裝置
JP2018108429A (ja) 情報処理装置、端末装置及びプログラム
JP6311775B2 (ja) 情報処理装置
JP2021037371A (ja) 情報処理装置、端末装置及びプログラム
Stemkoski et al. Game development with construct 2: from design to realization
WO2020261337A1 (ja) 端末装置、プログラム、及び方法
Constantin et al. Tilt-controlled mobile games: Velocity-control vs. position-control
JP2017170121A (ja) 情報処理装置、端末装置及びプログラム
US20050170887A1 (en) Game apparatus and game program
JP2019177088A (ja) ゲームシステム及びプログラム
JP4133848B2 (ja) ゲームプログラム
US20150290541A1 (en) Device, game and methods therefor
JP2001218981A (ja) 進路開拓ビデオゲーム装置及びプレイキャラクタの進路開拓処理プログラムを記録した可読記録媒体
US11648462B2 (en) Non-transitory computer-readable medium and video game processing system

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17769748

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17769748

Country of ref document: EP

Kind code of ref document: A1