JP2014000225A - Game server, game control method, program, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game server that can enhance interest to an entire game by granting an option to a user when the user executes an action assigned to a virtual user at each virtual location.SOLUTION: The game server comprises: a virtual location change part 43 that changes a virtual user's virtual location to the virtual user's virtual destination location when a cumulative value of points consumed in accordance with the received content of operation data becomes equal to or larger than a value required for the virtual user to reach the virtual destination location; a data table update part 44 that updates identification data created for each virtual location stored in a virtual location data table 202 when the virtual user's virtual location is changed; and a destination selection data transmission part 45 that sends destination selection data to make it possible to select a virtual destination location when there are multiple virtual locations that can be reached from the virtual user's virtual location.

Description

  The present invention relates to a game server that manages the operation of a virtual user existing in a virtual space by operation data from each terminal connected via a communication network, a game control method that controls the progress of a game provided by the game server, It relates to a program and a game system.

  In recent years, with the spread of highly functional mobile terminals typified by smartphones, social network games (hereinafter referred to as social games) are becoming popular as games provided using social networking services (SNS). In social games, a real user who operates a terminal operates a virtual user that exists in a virtual space constructed by a game server via a communication network, so that other virtual users that exist in the same virtual space This game is played online while communicating.

  As one aspect of such a social game, a single story or scenario is formed by combining multiple game parts such as a quest part, a battle part, a composite part, and a gacha part based on the behavior and story of a virtual user. , There is what constitutes one game. As an example of such a quest part, a virtual user who performs an operation according to a terminal operation from a real user may sequentially clear each event imposed on the virtual user in a quest including a battle or a mission. Yes (see, for example, Patent Document 1).

JP 2012-24248 A

  By the way, in Patent Document 1, when a quest part constituting one part of a game is selected, a virtual user in the quest part basically selects events assigned to the virtual user in a predetermined order. It will be selected and cleared linearly. Therefore, in the play within the quest part, only a button such as “Next” or “Go forward” or a button “Back” or “Turn back” is selected. No free choice was given.

  In such a conventional quest part, a plurality of virtual positions are arranged on a straight straight road, that is, one-dimensionally arranged, and each virtual user exists at each position. . Therefore, the virtual user only has to go on a single road or return from each virtual position as a base point. Therefore, since the actions imposed on the virtual user are merely executed in order, the terminal operation of the real user is to press the button displayed on the terminal as instructed by the server, and the operation is As a result, it has become a factor that reduces the interest of the real user in the entire game including the quest part as a part.

  The present invention has been made in view of the above-described problems. When executing an action imposed on a virtual user at each virtual position, the virtual user is given a selection right with respect to the action of the virtual user. It is an object to provide a game server capable of enhancing the interest of the whole game by being actively involved in the behavior of the game, a game control method for controlling the progress of the game provided by the game server, a program, and a game system And

  The game server according to the present invention includes a map data storage unit in which virtual positions where virtual users can exist are arranged and stored as map data on a two-dimensional map in a virtual space, and identification of virtual users existing for each virtual position A virtual position data table for storing data, a display processing data transmission unit for transmitting display processing data for displaying an image of a two-dimensional map to each terminal connected via a communication network, and a virtual An operation data receiving unit that receives operation data for requesting the progress of the game part related to the user, and a cumulative value of points consumed according to the received contents of the operation data are necessary for the virtual user to reach the virtual position of the destination The virtual user position change that changes the virtual position where the virtual user exists to the destination virtual position when the value of the necessary arrival point is exceeded And a data update unit that updates identification data existing for each virtual position stored in the virtual position data table when the virtual position where the virtual user exists is changed, and is reachable from the virtual position where the virtual user exists And a destination selection data transmission unit that transmits destination selection data for selecting a destination virtual position when there are a plurality of virtual positions.

  In the above aspect, in each map data storage unit, a virtual position where the virtual user can exist is two-dimensionally stored and stored as map data, and this is displayed on the terminal as a two-dimensional map image. be able to. Thereby, when performing the action imposed on the virtual user at each virtual position, a plurality of virtual positions reachable by the virtual user can exist, and further, the virtual positions of the plurality of destinations can be given to the virtual user. Can be selected. According to the present invention as described above, it is possible to give a selection right to a real user with respect to the action of the virtual user, it is possible to have a variety of games, and the real user is positive about the action of the virtual user. And it is possible to increase interest in the entire game.

  In particular, since the real user can recognize the plurality of destinations by browsing a two-dimensional map on the terminal, the game part provides more than the conventional technology that can only proceed in series. It can be recognized that the virtual region is visually expanded.

  In a preferable aspect of the game server according to the present invention, the game server further includes an event generation unit that generates an event that is an opportunity for the virtual user to acquire the virtual item at an arbitrary timing at an arbitrary virtual position arranged in the two-dimensional map. .

  In the above aspect, the quest part process part can generate | occur | produce an event in the stage which is the arbitrary virtual positions arrange | positioned by the event generation part at the two-dimensional map. According to such a configuration, for example, when an acquisition opportunity such as a rare card is generated as an event at an arbitrary stage, the virtual user moves to the stage in search of acquisition of the card, that is, It is expected that the real user moves the virtual user to the stage. In such a case, by generating an event that prompts the virtual user to be guided to an arbitrary stage, the virtual user moves to the stage, and as a result, the virtual user is not unevenly distributed to some stages. Can do.

  In a preferred aspect of the game server according to the present invention, there are a plurality of selectable routes for one reachable virtual position from the virtual position where the virtual user exists, and the route is one reachable. When other virtual positions are included between two virtual positions, the event generation unit generates an event in a route that includes many other virtual positions among selectable routes.

  In the above aspect, there are a plurality of (for example, two) reachable virtual positions, and one of the virtual positions is a “short cut” without including any other virtual position between the reachable target virtual positions. On the other hand, a map configuration is conceivable in which the other virtual position is a “detour” including the other virtual positions until the target virtual position. In this case, the route to one virtual location is a standard route and everyone passes, so it is always crowded, and the other virtual location can be routed through this route. Since another virtual position exists and goes around until the position, there is a situation that it is not selected so much, and the uneven distribution of virtual users may occur depending on the route. In such a case, by generating an event in a so-called detour route that includes another virtual position in the route, a virtual user who wants to acquire something in the event even if it is a detour route moves to the detour route As a result, it is possible to prevent the virtual users from being unevenly distributed in some stages.

  In a further preferred aspect of the game server according to the present invention, the event generation unit preferentially generates an event from a virtual position with a small number of existing virtual users based on the identification data stored in the virtual position data table. It is characterized by that.

  In the above aspect, the event generation unit can efficiently distribute the virtual users by generating the events even at the virtual positions where there are few virtual users.

  In a further preferred aspect of the game server according to the present invention, when an event occurs at a virtual position on a route connected to a virtual position reachable from a virtual position where a virtual user exists, along with destination selection data, Event information relating to an event occurring at a virtual position on a route connected to a reachable virtual position is transmitted.

  In the above aspect, since the event information that can be a determination index for selection of the destination stage is notified to the real user, while suppressing the uneven distribution of the virtual users between the stages by prompting the virtual user to the stage where the event has occurred, It is possible to enhance the interest in the entire game by giving a real user a selection right regarding the behavior of the virtual user.

  In any aspect of the present invention as described above, the game server invention can be understood as a control method, a program, or a game system.

  According to the present invention, when an action imposed on a virtual user at each virtual position is executed, a selection right is given to the real user regarding the action of the virtual user, and the real user is actively involved in the action of the virtual user. Thus, it is possible to provide a game server capable of enhancing interest in the entire game, a game control method for controlling the progress of a game provided by the game server, a program, and a game system.

It is a figure which shows the system configuration | structure of the game system to which this invention was applied. It is a figure for demonstrating the structure of the social game which the game server to which this invention was applied provides. It is a figure which shows the hardware constitutions of the game server to which this invention was applied. It is a figure which shows the structure of each process part which the game server to which this invention was applied performs. It is a figure for demonstrating the specific process of a quest part. It is a figure for demonstrating the field shown by the map memorize | stored in the map data storage part. It is a figure for demonstrating the specific example of map data. It is a figure for demonstrating the specific example of a virtual position data table. It is a figure for demonstrating the specific example of an attribute data table. It is a figure which shows the specific example of the image of the map displayed on the touch panel of a terminal. It is a flowchart for demonstrating the procedure of the process performed in the quest part process part. It is a flowchart for demonstrating the specific procedure of the process which changes the stage in which a virtual user exists. It is a figure which shows the specific example of the destination stage selection image displayed on the touch panel of a terminal. It is a flowchart for demonstrating the specific procedure of an event generation process. It is a flowchart for demonstrating the specific procedure of a display process of event information. It is a figure which shows the specific example of the event information displayed with the image for stage selection on the touch panel of a terminal.

  A mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described with a specific example. The present embodiment relates to a game system that provides a game to a terminal connected to a game server via a communication network. Specifically, as shown in FIG. 1, the game system G of the present embodiment is connected via a game server 1 that provides a game to a real user who operates the terminal, and the game server 1 via the Internet 2 that is a communication network. Terminal 3a, 3b, 3c,..., 3n (hereinafter also collectively referred to as terminal 3).

  In the following, first, prior to the description of the embodiment, the definitions of terms used in the present embodiment are clarified, and further, an outline of the social game handled in the present embodiment is described, and then the configuration and processing contents of the game system G are specifically described. I will explain it.

(1) Definition of terms Definitions of terms used in the present embodiment are as follows.
The “virtual space” indicates a virtual world formed during the game based on the content of the game, and indicates a space different from the physical space. The “virtual space” displayed on the display (display unit) of the terminal 3 is two-dimensional, but is an idea formed by adding a connection with another terminal 3 by executing the program of the server 1 via the communication network. The target space is not limited to a two-dimensional space.

  “Real user” refers to an entity operating a terminal, that is, a person hitting a person. A virtual entity that is impersonated as a real user in the virtual space by a button or touch operation on the terminal of the “real user” that is the entity or that is formed according to the taste or preference of the real user is referred to as a “virtual user”. For this “virtual user”, the virtual entity cannot be visually recognized in the game, for example, as in the player of the traditional shogi game or mahjong game, but the piece or trap is impersonated as the “real user” in the virtual space. It also includes the case of operating with. The “virtual user” also includes a case where a specific character that is displayed and visible on the game in a role playing game or a battle game causes movement or action. Furthermore, the “virtual user” includes a virtual entity displayed as an avatar in the SNS. As described above, the “virtual user” in the present embodiment is used as a term that broadly represents a virtual entity in the virtual space, and is a virtual entity that is embodied in the game or a virtual entity that functions as a shadow that is not embodied. It doesn't matter if it is.

  The “two-dimensional map” refers to a map expressed on a plane displayed on the display (display unit) of the terminal 3, and a plurality of positions arranged on the plane in the virtual space and each of these positions are defined. It expresses the route connected according to the promise. The “virtual position” is a position on a plane where a virtual user can be reached in the virtual space.

  The “point” is a score given to a virtual user in the virtual space, and the target game part can be advanced by the virtual user consuming the score in the virtual space. “Operation data for requesting progress of game part regarding virtual user” is operation data for requesting progress of target game part according to points consumed by use using points given to virtual user. . The “operation data reception content” includes, for example, the number of times operation data is received, an instruction indicated by the operation data, and a determination indicated by the operation data.

(2) Outline of Social Game First, an outline of the social game provided from the game server 1 to the terminal 3 connected via the Internet 2 will be described with reference to FIG.

  In general, a social game is a virtual card (hereinafter simply referred to as a card) to which various types of characters such as hundreds of types are attached via a virtual user who performs an action corresponding to the operation of the terminal 3 by a real user. Is a game for creating a set of cards (hereinafter referred to as a card deck) consisting of a predetermined number of cards. More specifically, you can level up the cards on the card deck and select attributes, play cards against enemies that appear, trade cards with other virtual users, etc. Strengthen and collect. In a card-to-card battle, the damage and win / loss to the enemy is determined based on the attack power and defense power of each card constituting the card deck, the skill activated by the combination of cards, and the like.

  Such a social game is completed as a single game as a whole by completing a single story or character by organically combining a plurality of parts. For example, as shown in FIG. 2, the social game 20 includes parts as game elements of a quest part 21, a synthesis part 22, a battle part 23, a gacha part 24, and a trade part 25.

  In the quest part 21, as the word “quest” having the meaning of “search, search, adventure” and the like represents, the virtual user searches the virtual space to acquire a new card or improve the level of the card. Thus, it is a part of a game that progresses. In the quest part 21, a predetermined quest point is given to the virtual user, and movement of the virtual user, acquisition of an item, improvement of a level, and the like are performed by consuming the quest point.

  The synthesis part 22 increases the attack power given to the enemy during the battle and the defense power to defend against the attack from the enemy by combining the cards owned by the virtual user and raising the level indicating the card strength. It is a part to do.

  The battle part 23 is a part that battles against other virtual users as enemies using the cards owned by the virtual users, and wins or loses are determined based on the attack power and defense power of each card described above.

  The gacha part 24 is derived from “Gacha Gacha (registered trademark)” which shows a state in which a capsule toy that is a capsule toy comes out by inserting coins into a vending machine. This is a part in which a card is randomly acquired based on the appearance rate of each card, using gacha points or gacha authority virtually given instead of coins.

  The trade part 25 is a part for exchanging owned cards with other virtual users. Each virtual user incorporates an advantageous card obtained by using such a trade part 25 into the card deck, so that the attack power given to the opponent at the time of the battle, the defense power to defend the attack from the opponent, etc. Can be strengthened.

  In the social game 20 composed of a plurality of parts as described above, each part alone is not independent of other game parts. As described above, the parts are related to each other and combined, It has significance as a whole. Therefore, in the social game 20, one game can be advanced as a whole when the virtual user effectively advances each game part.

(3) Basic Hardware Configuration (3-1) Terminal Configuration Based on the definition of the social game 20 as described above, a hardware configuration for realizing the game system G of the present embodiment will be described below.

  As illustrated in FIG. 1, the terminal 3 is configured by a portable wireless communication terminal including a wireless communication unit 31, a display unit 32, and an operation input unit 33, for example. The wireless communication unit 31 connects to the Internet 2 using a mobile phone line or a wireless LAN line, and performs data communication with the game server 1 on a web browser. The display unit 32 displays the web browser screen received from the game server 1. The operation input unit 33 includes, for example, a touch panel that receives an operation input from an actual user according to the display on the screen of the display unit 32. The operation input received from the real user in this way is transmitted to the game server 1 by the wireless communication unit 31.

  In the terminal 3 having such a hardware configuration, for example, individual authentication processing of the terminal is performed by a combination of a user ID registered in advance and a predetermined password. Then, when the authentication with the game server 1 is completed, the terminal 3 receives data necessary for progressing the game from the game server 1 and transmits operation data in the operation input unit 33 to the game server 1. To do.

  The terminal 3 may be a mobile phone, a PDA, a personal computer, or the like as long as it is a communication device that can communicate with the game server 1 via the Internet 2 that is a communication network. In addition, although a touch panel has been described as an example of the operation input unit 33, a configuration in which a cursor or the like is moved by a physical key operation to perform a selection operation and input information may be employed.

(3-2) Schematic Configuration of Game Server The game server 1 connected to be communicable with the terminal 3 is realized by a computer having a general-purpose hardware configuration as shown in FIG. 3, for example. That is, the game server 1 includes a communication interface unit 11 that communicates with the terminal 3 via the Internet 2 and an operation input unit 12 that receives an operation input from a real user such as a keyboard and a mouse, as shown in FIG. Prepare. In addition, the game server 1 includes an arithmetic processing unit 13 such as a CPU that performs various arithmetic processes, a main memory 14 such as an SRAM or DRAM that temporarily stores arithmetic processing data, and a hard disk that stores application programs and various data. And the like, and a display 16 for displaying the calculation processing result.

  The game server 1 installs a program for providing such a social game 20 to a real user in the storage device 15, thereby realizing a functional block as shown in FIG.

  That is, the game server 1 includes a game data processing unit 100 having a quest part processing unit 101, a composite part processing unit 102, a battle part processing unit 103, and a gacha part processing unit 104, as shown in FIG. A function comprising the game data storage unit 200 for managing the above is realized.

  Here, the quest part processing unit 101 performs data processing of the quest part 21. Further, the composite part processing unit 102 performs data processing of the composite part 22. The battle part processing unit 103 performs data processing of the battle part 23. The gacha part processing unit 104 performs data processing of the gacha part 24. The trade part processing unit 105 performs data processing for the trade part 25.

(3-3) Specific Configuration of Game Server Among the parts processed by such a game server 1, a specific configuration and processing contents for realizing the quest part 21 will be described below with reference to FIG. .

(3-3-1) Configuration of Game Data Storage Unit First, as data used in the quest part 21, the game data storage unit 200 includes a map data storage unit 201 and a virtual position data table 202 as shown in FIG. And an attribute data table 203 and a quest display image table 204 are stored.

  The map data storage unit 201 stores map data in which a virtual position where a virtual user can exist is arranged on a two-dimensional map in a virtual space. The map data is used to specify a virtual position where the virtual user exists and a virtual position that can be reached by the virtual user by consuming points for quests.

  In the present embodiment, a specific example of the two-dimensional map will be described using a field 300 as shown in FIG. The field 300 is configured by providing stages St1 to St12 in each area obtained by dividing the entire area into a plurality of matrix shapes (here, equally divided into a square shape) and connecting the stages with routes. As shown in FIG. 6, the field 300 can reach the end position Fend by passing the stages St1, St2, St3, St4, St6, and St8 via the route from the start position Fstart. In stages St4 and St6, the route is branched into a plurality of stages, and the other stages can be reached from these stages.

  In order to configure such a field 300, the map data storage unit 201 stores map data 350 as shown in FIG. In the map data 350, as shown in FIG. 7, the virtual space is set as one field, and the connection relationship between the stages of a total of twelve stages St1 to St12 arranged two-dimensionally as virtual positions in this field is shown. Contains data to show. In the map data 350 shown in the table of FIG. 7, the reachable St “St2 (20)” of the stage number “St1” is reached from the stage St1 to St2 by consuming “20” quest points to be described later. Is shown. Similarly, the reachable St “St5 (20)” of the stage number “St4” indicates that the quest point “20” is consumed to reach the St5 from the stage St4, and the reachable St “St6 (15)”. Indicates that the stage St4 is reached to St6 by consuming “15” points for the quest. The map data storage unit 201 stores map data 350 including such information in field units.

  In the above description, the “stage” is an example of a virtual position, and when a virtual user reaches this stage, it indicates a position where an item or a card is acquired or an enemy appears and battles. On the other hand, “field” refers to one closed virtual space in which a plurality of “stages” are arranged, and a plurality of fields in which a plurality of stages are arranged are prepared, thereby constituting the entire quest part. ing. However, the terms “stage” and “field” used here are only distinguished for convenience. For example, based on the story of the game, the position where the virtual user can exist in the virtual space is used. It is also possible to use “closed” as a “field” and define one closed virtual space in which the “field” is arranged as a “stage” with a definition opposite to that of the present embodiment.

  The virtual position data table 202 (see FIG. 5) stores identification data of virtual users that exist for each virtual position as shown in FIG. 8, for example. The virtual position data table 202 is used, for example, for grasping the virtual users existing at each virtual position and the total number of virtual users. Specifically, the virtual position data table 202 stores the identification number ID of the virtual user existing in each stage St1 to St8, such as information indicating that the virtual user having the identification number ID “11134” and “14375” exists in the stage St4. It is stored as identification data. Further, the virtual position data table 202 stores event data indicating the contents of events that occur at an arbitrary virtual position. The event here refers to giving an opportunity to acquire a card or an item to a virtual user who has reached the target virtual position.

  The attribute data table 203 (see FIG. 5) stores attribute data of each virtual user existing in the virtual space for each virtual user. For example, as shown in FIG. 9, the attribute data table 203 stores position information, level information, quest points, battle points, gacha points, and an acquisition card list as attribute information for each virtual user. ing.

  Here, the position information indicates a virtual position where the virtual user exists. For example, when the position information is “St3”, it indicates that the virtual user exists in the stage St3 in the field 300 as shown in FIG. The level information is a numerical value representing the level of strength of the virtual user in the game. When the game is started from level 1, this numerical value increases to level 2 and level 3 as the game progresses. For example, when the level information is “L6”, it indicates that the level of the virtual user is the sixth stage.

  Note that this level is given to a single game as a whole rather than being assigned to a quest part that constitutes a part of the game. Moreover, the concept of the level as a virtual user may not exist depending on a game.

  The quest points indicate points that are consumed as costs when moving between stages when a virtual user searches the virtual space in the quest part 21. Also, the points for battle are consumed as costs when a virtual user battles with another virtual user in battle part 23 or attacks an enemy that appears when searching for a virtual space by quest part 21. Shows the point. The point for gacha indicates a point that is consumed as a cost when the virtual user performs gacha in the gacha part 24 and acquires an item. The acquired card list is a list of cards acquired by the virtual user as a list.

  The quest display image table 204 stores data for displaying a map image on the terminal 3 connected via the Internet 2. Specifically, when the virtual user exists in the above-described stage St4 of the field 300 shown in FIG. 6, the map image 400 as shown in FIG. 10 is displayed. Such display image data is stored.

  In other words, the quest display image table 204 stores stage display image data 411 for displaying the stage St4 in which the virtual user actually exists, and stage display image data 412 for displaying the stages around the stage St4. The quest display image table 204 also includes reached display image data 421 indicating a route between reached stages and unreachable display image data 422 indicating a route between unreached stages. Further, the quest display image table 204 stores virtual user display image data 431 and 432 for identifiably displaying whether or not other virtual users existing in each stage are friends.

(3-3-2) Configuration of Quest Part Processing Unit Next, a specific configuration of the quest part processing unit 101 will be described. As shown in FIG. 5, the quest part processing unit 101 includes a quest image transmission unit 41, an operation data reception unit 42, a virtual position change unit 43, a data table update unit 44, a destination selection data transmission unit 45, And an event generation unit 50.

  The quest image transmission unit 41 transmits data for displaying a map image to each terminal 3 connected via the Internet 2 based on the data stored in the game data storage unit 200. Specifically, the quest image transmission unit 41 reads out each display image data stored in the quest display image table 204 based on the data stored in the game data storage unit 200. Then, the quest image transmission unit 41 combines the display image data read from the quest display image table 204 and transmits display processing data for displaying an image as shown in FIG. The display processing data transmitted by the quest image transmission unit 41 may be display control data for controlling display of image data stored on the terminal 3 side as well as image data.

  The operation data receiving unit 42 receives operation data from the terminal 3 such as an operation for requesting the progress of the quest part from each terminal 3.

  The virtual position changing unit 43 includes a consumption point calculating unit 43a and an arrival determining unit 43b in order to change the stage where each virtual user exists based on the operation data supplied from the operation data receiving unit.

  The consumption point calculation unit 43a calculates the cumulative value of the quest points consumed according to the received content of the operation data. Specifically, the consumption point calculation unit 43a calculates the cumulative value of the quest points consumed according to the number of times operation data is received. The arrival determination unit 43b determines whether the virtual user to be operated or processed (hereinafter also simply referred to as “target virtual user”) reaches the destination virtual position based on the accumulated value of the quest points. . In the present embodiment, the operation data reception count is used as a specific example of the operation data reception content. However, other than this, for example, an instruction indicated by the operation data and a determination indicated by the operation data may be used. .

  The data table updating unit 44 updates the identification data of the virtual position data table 202 when the virtual position changing unit 43 changes the stage where each virtual user exists.

  The destination selection data transmission unit 45 transmits destination selection data for selecting a destination stage to the terminal 3.

  The event generation unit 50 is configured to generate an event that prompts the virtual user to guide the virtual user from being unevenly distributed in some stages. The event generation unit 50 includes a stage selection unit 51 and a generation processing unit 52 in order to generate an event for the stage.

  The stage selection unit 51 arbitrarily selects a stage that generates a virtual event that is an opportunity to acquire a card or item from the stages arranged in the map, and notifies the generation processing unit 52 of the selected stage. It is means to do.

  Specifically, as one method, the stage selection unit 51 includes, for example, a plurality of (for example, two) stages that can be reached from the stage where the virtual user currently exists, The map structure is “shortcut” without including other stages while the other stage is “detour” with other stages until the target stage. In this case, a stage included in a so-called detour route including another virtual position in the route is selected.

  As another method, the stage selection unit 51 is configured to preferentially select a stage with a small number of existing virtual users based on the identification data stored in the virtual position data table 202. For example, when the virtual position data table 202 stores the identification data shown in FIG. 8 described above, the priority is a stage St6 where the number of virtual users is 0, and a stage where the number of virtual users is 1. A stage that generates an event is selected in the order of St2 and St7.

  The generation processing unit 52 is a unit that generates an event that prompts a virtual user to be guided at the stage selected by the stage selection unit 51. Specifically, when the stages St2, St6, and St7 are selected by the stage selection unit 51, the generation processing unit 52 can recover the quest points for the virtual user who has reached the stage St2. An event that gives a "Recover Item" is generated. Data indicating the contents of the event generated at each stage by the generation processing unit 52 is stored as event data in the virtual position data table 202 as shown in FIG. 6 described above, for example, and the event data stored in the virtual position data table 202 is stored. Based on the above, in the quest image transmission unit 41, display processing data for performing display for notifying the event is transmitted to the terminal 3.

(4) Processing in Game Server (4-1) Processing of Quest Part Processing Unit Specific processing contents of the quest part processing unit 101 configured as described above will be described with reference to FIG.

  In step S1101-i (i is a natural number from 1 to m), in the stage changing process, for each virtual user identified by the identification number ID, the field to be processed is specifically described later. A process for changing the presence position at is performed, and then the process proceeds to step S1102. Here, m is the number of virtual users existing in the field to be processed.

  In step S1102, the quest part processing unit 101 determines whether or not the difference in the number of virtual users is equal to or greater than a predetermined number between the stages constituting the field to be processed. That is, it is determined whether or not the difference in the number of virtual users has reached a predetermined number or more between the stage with the largest number of virtual users and the stage with the smallest number of virtual users. If the difference in the number of virtual users is equal to or greater than the predetermined number (S1102: YES), the process proceeds to step S1103. If the difference in the number of virtual users is not equal to or greater than the predetermined number (S1102: NO), the process returns to step S1101-i. .

  In step S1102, as an example of a determination index for evaluating whether virtual users are unevenly distributed among the stages, the number of virtual users between the stage with the largest number of virtual users and the stage with the smallest number of virtual users is obtained. The difference is used. Therefore, for example, when the standard deviation or variance of the number of virtual users existing in each stage exceeds a predetermined value, the process may proceed to step S1103. You may evaluate whether it is unevenly distributed.

  In step S1103, the quest part processing unit 101 causes the event generation unit 50 to generate an event for the stage constituting the field to be processed, as will be described in detail later, and then proceeds to step S1104. move on.

  In step S1104, the quest part processing unit 101 confirms whether the end of the process has been accepted. For example, when there is an operation for changing the configuration of the field from an administrator who manages the game server 1 as in maintenance work, an instruction to end the process from the administrator is accepted. When the end of the process is accepted (S1104: YES), this process step ends. If there is no instruction to end the process (S1104: NO), the process returns to step S1101-i.

(4-1-1) Process for changing the stage where the virtual user exists As a specific process of step S1101-i, the quest part processing unit 101 follows the flowchart as shown in FIG. Process to change. As a premise of this process, it is assumed that the destination stage of the target virtual user to be processed has been determined. In addition, every time operation data for requesting use of quest points is received from the terminal 3, the quest points of the target virtual user are consumed by "3" points. Such quest points to be consumed at one time may be set according to the level of the target virtual user, for example, in addition to the determination by the real user who operates the terminal 3.

  As shown in FIG. 12, first, in step S1201, the operation data receiving unit 42 determines whether or not operation data for using a quest point has been received. When the operation data for using the quest point is not received (S1201: YES), the process returns to step S1201, and when the operation data for using the quest point is received (S1201: YES), the process returns to step S1202. move on.

  In step S1202, the consumption point calculation unit 43a calculates the cumulative value of the quest points consumed according to the number of times operation data has been received. For example, when the operation data is received eight times, the quest points are consumed by “3 points” every time the operation data is received as described above, so the accumulated value of the consumed quest points is “24”. Further, the consumption point calculation unit 43a notifies the data table update unit 44 of the quest points consumed according to the number of times of reception. The data table update unit 44 updates the value of the quest point of the target virtual user in the attribute data table 203 based on the information notified from the consumption point calculation unit 43a. For example, when the quest point owned by the target virtual user is “70 points”, the data table update unit 44 subtracts “3 points” consumed per time to “67 points” and adds the target virtual user to “67 points”. Update quest points owned by.

  In step S1203, the arrival determination unit 43b determines whether the accumulated value of the quest points calculated by the consumption point calculation unit 43a is equal to or greater than the value of the necessary arrival points necessary for the target virtual user to reach the destination stage. Determine whether or not. For example, when the target virtual user moves from the stage St3 to the stage St4 (S1203: YES), the arrival determination unit 43b needs to reach “24 points” that is the accumulated value of the quest points as shown in the table of FIG. It is determined that the points are “23 points” or more. The arrival determination unit 43b returns to step S1201 when the accumulated value of the quest points is less than the necessary arrival point value (S1203: NO), and proceeds to step S1203 when the accumulated value of the quest points is equal to or greater than the necessary arrival point value. move on. As described above, when the required point is “23 points” and the cumulative value of the quest points is “24 points”, the difference value “1 point” is not consumed. The quest point value of the target virtual user in the attribute data table 203 may be changed by the data table update unit 44.

  In step S1204, the arrival determination unit 43b changes the stage where the target virtual user exists to the destination stage. Then, the data table update unit 44 is notified that the stage has been changed.

  In step S1205, the data table update unit 44 updates the identification data in the virtual position data table 202 and proceeds to step S1206. Specifically, the data table updating unit 44 deletes the identification data of the target virtual user from the stage where the target virtual user before the change exists, and the identification data of the target virtual user at the stage where the target virtual user after the change exists. Add

  In step S <b> 1206, the destination selection data transmission unit 45 determines whether there are a plurality of stages that the target virtual user can reach from the stages where the target virtual user changed by the virtual position changing unit 43 exists. For example, if the target virtual user exists in the stage St4 or the stage St6 in the field 300 shown in FIG. 6, it is determined that there are a plurality of reachable stages (S1206: YES), and the process proceeds to step S1207. If the target virtual user exists in a stage other than stage St4 or stage St6 (S1206: NO), it is determined that there are not a plurality of reachable stages, and the process proceeds to step S1208.

  In step S1207, the destination selection data transmission unit 45 transmits destination selection data for selecting a destination stage to the terminal 3 that operates the target virtual user, and proceeds to step S1102 of the processing step shown in FIG.

  For example, when the target virtual user exists in the stage St4 as shown in FIG. 13 (see the black circle in the figure), the destination selection data transmission unit 45 selects one of the stages St5 and St6 as the destination. The selection image data 510 and 520 to be selected are transmitted. The selection image data 510 and 520 may be incorporated in the map image 400 displayed on the terminal 3.

  The terminal 3 that has received such selection image data 510 and 520 displays these selection images on the display unit 32. When one selection image is selected by a real user who operates the operation input unit 33, the terminal 3 notifies the game server 1 that the destination stage has been determined by the wireless communication unit 31.

  In step S1208, the destination selection data transmission unit 45 determines the destination stage of the target virtual user, and proceeds to step S1102 of the processing step shown in FIG. For example, when the target virtual user exists in the stage St2 of the field 300 illustrated in FIG. 6, the destination selection data transmission unit 45 determines the stage St3 as the destination stage.

(4-1-2) Event Generation Processing Next, as specific processing content of step S1103, the quest part processing unit 101 generates an event that prompts the virtual user to guide the virtual user to some stages. In order not to make it unevenly distributed, the event generating unit 50 executes, for example, processing according to the flowchart shown in FIG.

  In step S1401, the event generating unit 50 sets the total number N of times to generate an event, and the process proceeds to step S1402. Here, the total number N of events to be generated may be determined based on the total number of virtual users that currently exist in the field, the number of stages arranged in the field, and the like.

  In step S1402, the event generating unit 50 sets the event occurrence number E that generates a virtual event that is an opportunity to acquire a card or item to 0, and proceeds to step S1403.

  In step S1403, the stage selection unit 51 selects a target stage for generating an event from the stages arranged in the map, and the process proceeds to step S1404. The stage selection unit 51 also notifies the generation processing unit 52 of the selected stage.

  In step S1404, the generation processing unit 52 generates an event that prompts the virtual user to be guided in the stage selected by the stage selection unit 51, and the process proceeds to step S1405. Data indicating the content of the event generated by the generation processing unit 52 is stored in the event data of the virtual position data table 202 as shown in FIG. Further, based on the event data stored in the virtual position data table 202, the quest image transmission unit 41 transmits display processing data for performing display for notifying the event to the terminal 3.

  In step S1405, the event generating unit 50 updates the event occurrence number E to E + 1, and proceeds to step S1406.

  In step S1406, the event generating unit 50 determines whether or not the event occurrence number E is the total number N. When the event occurrence number E is the total number N (S1406: YES), the process proceeds to step S1104 of the processing step shown in FIG. 11, and when the event occurrence number E is not the total number N (S1406: NO). Return to step S1403.

  According to the above steps S1401 to S1406, the event generation unit 50 generates an event for each stage. As described above, the following two methods can be considered as specific examples of selection of this stage.

  That is, when one method is described with reference to FIG. 13, it is assumed that a virtual user exists in St1, and that there are two stages St2 and St4 that can be reached from St1. . At this time, for the virtual user, if St4 is the target stage that can be reached or wants to reach, the route to St4 does not include other stages until it reaches St4. There are two routes including a certain route R1 and a route R2 that is “circular” including other stages St2 and St3 until reaching St4. In such a case, the stage selection unit 51 selects a stage St2 or St3 included in a so-called detour route R2 including another stage in the route.

  As another method, it is particularly preferable that the stage selection unit 51 preferentially selects a stage with a small number of existing virtual users based on the identification data stored in the virtual position data table 202. For example, when the total number N is 3 and the virtual position data table 202 stores the identification data shown in FIG. 8 described above, in step S1403, the stage St6 in which the number of virtual users is 0, A stage that generates an event is selected in the order of stages St2 and St7 in which the number of virtual users is one.

  In this way, when the stage St2 or St3 is selected by the stage selection unit 51, or when the stages St2, St6, and St7 are selected in the order, the generation processing unit 52, for example, performs the following event in step S1404. Is generated.

  That is, the generation processing unit 52 generates an event that gives a “quest point recovery item” that can recover the quest point to the virtual user that has reached the stage St2 or St3. In addition, the generation processing unit 52 generates an event that gives a rare card that has a low appearance rate and is difficult to obtain to a virtual user that has reached stage St6. Here, the card given to the virtual user is not necessarily limited to a rare card with a low appearance rate, but there is an advantage that it is possible to prompt the virtual user to be directed to the stage St6 by giving a particularly rare card. . Further, the generation processing unit 52 generates an event for giving a “battle point recovery item” that can recover the battle point to the virtual user who has reached the stage St7.

  The event generation unit 50 is not limited to the above-described two methods for selecting the event generation target stage. The event generation unit 50 can also be executed by other selection processes such as randomly selecting the event generation stage. is there. Examples of other selection processes include, for example, a stage that is not on the shortest route from the start position Fstart to the end position Fend in the field 300, and stages St5, St7, and St12 that end in the field 300 (see FIG. 6). It is also possible to select a stage as an event generation target with priority. That is, the event generation unit 50 may generate an event at an arbitrary virtual position for the purpose as long as the virtual user can be distributed without being consolidated into one stage.

(4-1-3) Modified Example of Process for Changing Stage in which Virtual User is Present In the process step shown in FIG. 11 described above, step S1101-i is performed after the event generation process is performed in step S1103. In some cases, instead of the process of FIG. 12 described above, a process of changing the stage where the virtual user exists as shown in FIG. 15 may be performed. That is, in the process of changing the stage where the virtual user exists, the quest part processing unit 101 transmits event information related to the destination selection data to the terminal 3 and selects the destination stage according to the flowchart as shown in FIG. Event information that can be a determination index to be displayed may be displayed on the display unit 32 of the terminal 3.

  In step S1501, the quest part processing unit 101 performs a process of changing the stage where the virtual user exists according to the consumption of the quest points, and then proceeds to step S1502. More specifically, the processing according to steps S1201 to S1205 shown in FIG. 12 described above is performed, and then the process proceeds to step S1502 corresponding to step S1206.

  In step S1502, the destination selection data transmission unit 45 of the quest part processing unit 101 determines whether there are a plurality of stages that the target virtual user can reach from the stages where the target virtual user changed by the virtual position changing unit 43 exists. Judging. If there are multiple stages that the target virtual user can reach (S1502: YES), the process proceeds to step S1503. If a plurality of reachable stages do not exist (S1502: NO), the process proceeds to step S1506.

  In step S1503, the destination selection data transmission unit 45 determines whether an event has occurred in the stage on the route connected to the reachable stage. If an event has occurred (S1503: YES), the process proceeds to step S1504. If an event has not occurred (S1503: NO), the process proceeds to step S1505.

  As a specific example when an event has occurred, it is assumed that an event for giving a “point recovery item” occurs on the route connected to the stage St7, in other words, at the stage St7. Further, it is assumed that an event for giving a “rare card gacha ticket” occurs on the route connected to the stage St9, in other words, at any one of the stages St9 to St12.

  In step S1504, the destination selection data transmitting unit 45 uses the destination selection data and the event information generated on the route connected to the reachable stage indicated by the destination selection data to operate the target virtual user 3 And the process proceeds to step S1102 of the processing step shown in FIG.

  The terminal 3 that has received such selection image data and event information, as shown in FIG. 16, displays the display image (see the black circle in the figure) where the virtual user exists on the stage St6, and the stage St6. The selectable images 611, 612, 613 of the reachable stages St7, St8, St9 and event information 621, 622 occurring on the route connected to the stages St7, St9 are displayed on the display unit 32. The actual user who operates the terminal 3 can select the selection image while considering the event information. When one selection image is selected by a real user who operates the operation input unit 33, the terminal 3 notifies the game server 1 that the destination stage has been determined by the wireless communication unit 31.

  In step S1505, the destination selection data transmission unit 45 transmits the destination selection data to the terminal 3 that operates the target virtual user, and proceeds to step S1102 of the processing step illustrated in FIG. That is, in step S1505, unlike step S1504, event information related to the destination selection data is not transmitted, so that event information is not displayed on the terminal 3 side. In this case, the actual user who operates the terminal 3 selects the selection image without considering the event information. When one selection image is selected by a real user who operates the operation input unit 33, the terminal 3 notifies the game server 1 that the destination stage has been determined by the wireless communication unit 31.

  In step S1506, the destination selection data transmission unit 45 determines the destination stage of the target virtual user, and proceeds to step S1102 of the processing step shown in FIG.

  In accordance with the processing shown in steps S1501 to S1506, the quest part processing unit 101 displays a selection image for selecting a destination stage on the terminal 3 side and displays event information that can be a determination index for selecting a destination stage. The actual user is notified via the terminal 3. Here, when the event generating unit 50 preferentially generates an event from a stage where the number of virtual users currently existing is small, the virtual users can be efficiently distributed.

(3) Effects According to the game server of the present embodiment as described above, the virtual position where the virtual user can exist is two-dimensionally stored in the map data storage unit 201 and stored as map data. A two-dimensional map image can be displayed on the terminal 3.

  Thereby, when performing the action imposed on the virtual user at each virtual position, a plurality of virtual positions reachable by the virtual user can exist, and further, the virtual positions of the plurality of destinations can be given to the virtual user. Can be selected. According to the present invention as described above, it is possible to give a selection right to a real user with respect to the action of the virtual user, it is possible to have a variety of games, and the real user is positive about the action of the virtual user. And it is possible to increase interest in the entire game.

  In particular, since the real user can recognize the plurality of destinations by browsing a two-dimensional map on the terminal 3, a game part is provided in comparison with the conventional technology that can only proceed in series. The virtual region to be recognized can be recognized as visually expanding.

  Further, the quest part processing unit 101 can generate an event at a stage which is an arbitrary virtual position arranged in the two-dimensional map by the event generation unit 50. According to such a configuration, for example, when an acquisition opportunity such as a rare card is generated as an event at any stage, the virtual user is expected to move to the stage in search of the acquisition of the card. Is done. For example, it is expected that a considerable period of time has elapsed since the game was released, the game progress of many virtual users is high, and the virtual users are biased to a specific stage.

  In such a case, by generating an event that prompts the virtual user to be guided to an arbitrary stage, the virtual user moves to the stage, and as a result, the virtual user is not unevenly distributed to some stages. Can do.

  In addition, the event generation unit 50 can efficiently distribute virtual users by generating an event even in a virtual position where there are few virtual users.

  Furthermore, the number of identification data stored in each stage of the virtual position data table 202 is reduced by preventing the virtual users from being unevenly distributed in some stages by an event generated by the event generation unit 50, and The allocated storage capacity can be suppressed.

  In particular, in this embodiment, the virtual position where the virtual user can exist can be displayed as a two-dimensional map, and the real user can easily grasp the destination stage of the virtual user on the two-dimensional map. As a result, the real user is given a selection right for the virtual user to move to an arbitrary virtual position, and even if the stage has reached once, it is easy to grasp the virtual position where the event has occurred. Further, since the selection right is given to the real user, it is easy to move to the stage, so that it is possible to guide the virtual user to the stage where the event is generated effectively.

  In addition, for example, there are a plurality of virtual positions (for example, two) that can be reached from the virtual position where the virtual user currently exists, and one virtual position is another virtual position between the reachable target virtual position. A map configuration is conceivable in which the other virtual position is a “detour” including another virtual position until the target virtual position, while the “shortcut” is not included. In this case, the route to one virtual location is a standard route and everyone passes, so it is always crowded, and the other virtual location can be routed through this route. Since another virtual position exists and goes around until the position, there is a situation that it is not selected so much, and the uneven distribution of virtual users may occur depending on the route. In this embodiment, in such a case, the event generation unit 50 generates an event in a so-called detour route that includes another virtual position in the route, so that even if it is a detour, it is desired to acquire something in the event. The user can move to the circuit route, and as a result, the virtual users can be prevented from being unevenly distributed on some stages.

  Further, in the present embodiment, it is possible to prevent the virtual users from being unevenly distributed among the stages due to the route structure connected to the reachable stage to which the selection right is given. For example, when there are two reachable stages, for example, the number of virtual users is biased between the two routes for the following reason. First, if one reachable stage is a standard route that is the shortest from the start position Fstart to the end position Fend, any virtual user passes through the stages on this route, so there are always a large number of virtual users. On the other hand, in the stage on the other route, there is no problem in the progress of the quest part even if this route is passed, but since it becomes a detour or return, it is not selected so much and the number of virtual users is small. As a result, the number of virtual users is biased between the two routes.

  For such a problem, when an event is generated at a stage on a route connected to a reachable stage, the quest part processing unit 101 uses event information that can be a determination index for selecting a destination stage as a real user. To the entire game by giving the real user a choice regarding the behavior of the virtual user while suppressing the uneven distribution of the virtual user between stages by encouraging the virtual user to guide the stage that generated the event. Can enhance the interest of

DESCRIPTION OF SYMBOLS 1 Game server 201 Map data storage part 202 Virtual position data table 41 Quest image transmission part 42 Operation data reception part 43 Virtual position change part 44 Data update part 45 Destination selection data transmission part 50 Event generation part

The game server according to the present invention includes a map data storage unit in which virtual positions where virtual users can exist are arranged and stored as map data on a two-dimensional map in a virtual space, and identification of virtual users existing for each virtual position A virtual position data table for storing data, a display processing data transmission unit for transmitting display processing data for displaying an image of a two-dimensional map to each terminal connected via a communication network, and a virtual An operation data receiving unit that receives operation data for requesting the progress of the game part related to the user, and a cumulative value of points consumed according to the received contents of the operation data are necessary for the virtual user to reach the virtual position of the destination The virtual user position change that changes the virtual position where the virtual user exists to the destination virtual position when the value of the necessary arrival point is exceeded And a data update unit that updates identification data existing for each virtual position stored in the virtual position data table when the virtual position where the virtual user exists is changed, and is reachable from the virtual position where the virtual user exists When there are a plurality of virtual positions, the virtual item is transmitted to the virtual user at a destination selection data transmission unit that transmits destination selection data for selecting a destination virtual position and an arbitrary virtual position arranged in the two-dimensional map. An event generation unit that generates an event that is an opportunity to acquire at an arbitrary timing, and the event generation unit has a small number of virtual users that currently exist based on the identification data stored in the virtual position data table The event is preferentially generated from a virtual position.

The quest part processing unit can generate an event at a stage which is an arbitrary virtual position arranged on the two-dimensional map by the event generation unit. According to such a configuration, for example, when an acquisition opportunity such as a rare card is generated as an event at an arbitrary stage, the virtual user moves to the stage in search of acquisition of the card, that is, It is expected that the real user moves the virtual user to the stage. In such a case, by generating an event that prompts the virtual user to be guided to an arbitrary stage, the virtual user moves to the stage, and as a result, the virtual user is not unevenly distributed to some stages. Can do. In a preferable aspect of the game server according to the present invention, the game server further includes an event generation unit that generates an event that is an opportunity for the virtual user to acquire the virtual item at an arbitrary timing at an arbitrary virtual position arranged in the two-dimensional map. .

In the event generation unit, it is possible to efficiently distribute virtual users by generating an event even at a virtual position where there are few virtual users.

Claims (8)

A map data storage unit arranged on a two-dimensional map in the virtual space and storing a virtual position where a virtual user can exist and storing it as map data;
A virtual position data table storing identification data of virtual users existing for each virtual position;
Display processing data for displaying the image of the two-dimensional map, a display processing data transmission unit for transmitting to each terminal connected via a communication network;
An operation data receiving unit for receiving operation data from each terminal;
When the accumulated value of the points consumed according to the received content of the operation data is equal to or greater than the value of the necessary points required for the virtual user to reach the destination virtual position, the virtual position where the virtual user exists A virtual user position changing unit for changing the destination virtual position to a destination virtual position;
A data updating unit for updating identification data existing for each virtual position stored in the virtual position data table when the virtual position of the virtual user is changed;
A destination selection data transmission unit for transmitting destination selection data for selecting the destination virtual position when there are a plurality of virtual positions that can be reached from the virtual position where the virtual user exists, Game server to play.   The event generation unit according to claim 1, further comprising an event generation unit that generates an event that is an opportunity for a virtual user to acquire a virtual item at an arbitrary timing at an arbitrary virtual position arranged in the two-dimensional map. Game server. There are a plurality of selectable routes from the virtual position where the virtual user exists to the one reachable virtual position, and another route is reached between the route and the one reachable virtual position. If a virtual location is included,
The game server according to claim 2, wherein the event generation unit generates the event in a route that includes many of the other virtual positions among the selectable routes.   3. The event generation unit preferentially generates the event from a virtual position with a small number of existing virtual users based on identification data stored in the virtual position data table. Game server.   The destination selection data transmission unit, when the event occurs at a virtual position on a route connected to a virtual position reachable from the virtual position where the virtual user exists, along with the destination selection data The game server according to claim 2, wherein event information relating to an event occurring at a virtual position on a route connected to a possible virtual position is transmitted. Transmitting data for displaying an image in which a virtual position where a virtual user can exist is displayed on a two-dimensional map in a virtual space to each terminal connected via a communication network;
Receiving operation data from each terminal;
When the accumulated value of the points consumed according to the received content of the operation data is equal to or greater than the value of the necessary points required for the virtual user to reach the destination virtual position, the virtual position where the virtual user exists Changing to the virtual location of the destination;
Updating the virtual user identification data existing for each virtual position stored in the virtual position data table when the virtual position where the virtual user exists is changed;
A step of transmitting destination selection data for selecting a virtual location of the destination to a terminal that operates the virtual user when there are a plurality of virtual locations that the virtual user can reach from the virtual location where the virtual user exists A game control method comprising: executing a process comprising: a computer connected to a communication network. Transmitting data for displaying an image in which a virtual position where a virtual user can exist is displayed on a two-dimensional map in a virtual space to each terminal connected via a communication network;
Receiving operation data from each terminal;
When the accumulated value of the points consumed according to the received content of the operation data is equal to or greater than the value of the necessary points required for the virtual user to reach the destination virtual position, the virtual position where the virtual user exists Changing to the virtual location of the destination;
Updating the virtual user identification data existing for each virtual position stored in the virtual position data table when the virtual position where the virtual user exists is changed;
A step of transmitting destination selection data for selecting a virtual location of the destination to a terminal that operates the virtual user when there are a plurality of virtual locations that the virtual user can reach from the virtual location where the virtual user exists And a program for causing a computer connected to the communication network to execute the process. A game server,
The game server and one or more terminals connected via a communication network;
The game server
A map data storage unit arranged on a two-dimensional map in the virtual space and storing a virtual position where a virtual user can exist and storing it as map data;
A virtual position data table for storing identification data of a virtual user existing at each virtual position;
Display processing data for displaying the image of the two-dimensional map, a display processing data transmission unit for transmitting to each terminal connected via a communication network;
An operation data receiving unit for receiving operation data from each terminal;
When the accumulated value of the points consumed according to the received content of the operation data is equal to or greater than the value of the necessary points required for the virtual user to reach the destination virtual position, the virtual position where the virtual user exists A virtual user position changing unit for changing the destination virtual position to a destination virtual position;
A data updating unit for updating identification data existing in each virtual position stored in the virtual position data table when the virtual position where the virtual user exists is changed;
A destination selection data transmission unit for transmitting destination selection data for selecting the virtual location of the destination when there are a plurality of virtual positions reachable from the virtual position where the virtual user exists;
The terminal
A display unit for displaying an image of the two-dimensional map according to display processing data received from the game server;
An operation input unit that receives an operation input for selecting a destination virtual position from a virtual position indicated by destination selection data from the game server.