JP2017056005A - Game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program capable of improving a game property such as a town formation element.SOLUTION: A game program of the invention causes a computer to execute: a step for receiving an operation for arranging plural foothold objects associated with plural users in a virtual space; a step for associating a first region with each foothold object, when the foothold objects are arranged; a step for receiving a purchase operation for associating a target object with one user, by the one user; a step for determining whether or not the target object is in the first region of the foothold object associated with the one user, when the purchase operation is received; and a step for associating the target object with the one user, when it is determined that the target object is in the first region.SELECTED DRAWING: Figure 30

Description

  The present invention relates to a game program.

  A battle simulation game is provided in which a common game space is shared by a plurality of users through a network, and a user action is used to compete and expand his / her area. Patent Documents 1 and 2 disclose a game in which a player who has built many more excellent facilities can advance the game more advantageously than other players.

JP 2014-223471 A International Publication No. 2015-046447 Pamphlet

  In the games disclosed in Patent Documents 1 and 2, the base strengthening element such as town building is used as a means for strengthening one's own strength in the battle with the other player's units. Game points that determine the game's victory or defeat were not given by making itself.

  An object of this invention is to improve the game property of a town-building element.

According to the present invention, a step of configuring a game space associated with a first user with respect to a computer, a step of placing a game object associated with the first user in the game space, and a second user Selecting at least one of the game objects as a target object, calculating a first value of a game parameter required to associate the target object with the second user, and selecting the target object as the second user And a step of associating with the game program.

  According to the present invention, it is possible to improve the game characteristics of the town building elements.

It is a figure which shows the game system of this embodiment. It is a figure which shows the game space of this embodiment. It is a figure which shows the structure of the user terminal of this embodiment. It is a figure which shows the structure of the game server of this embodiment. An example of the user management table of this embodiment is shown. An example of the object management table of this embodiment is shown. An example of the passive skill management table of this embodiment is shown. An example of the active skill management table of this embodiment is shown. It is a figure which shows the relationship between a home game space and a battle | competition game space. It is a figure which shows an example of a home game space. It is a figure which shows an example of a home game space. It is a flowchart which shows the process in the game system of this embodiment. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows an example of a home game space. It is a flowchart which shows the process in the game system of this embodiment. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows an example of a home game space. It is a figure which shows an example of a home game space. It is a flowchart which shows the process in the game system of this embodiment. An example of a battle user management table is shown. It is a figure which shows an example of a battle | competition game space. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows an example of a battle | competition game space. It is a figure which shows an example of a battle | competition game space. It is a figure which shows an example of a battle | competition game space. It is a flowchart which shows the process in the game system of this embodiment. It is a figure which shows an example of a battle | competition game space. An example of an acquisition price calculation table is shown. It is a figure which shows an example of a battle game space It is a figure which shows an example of a battle | competition game space. It is a figure which shows the example of a flow of acquisition operation. It is a figure which shows an example of a battle | competition game space. It is a figure which shows the example of a flow of acquisition operation.

[Description of Embodiment of the Present Invention]
First, the contents of the embodiment of the present invention will be listed and described. A game program according to an embodiment of the present invention has the following configuration.
(Item 1)
Receiving an operation of arranging a plurality of base objects associated with a plurality of users in a virtual space;
Associating a first area with each of the base objects when the base objects are arranged;
Receiving an association operation for associating a target object among the objects with the one user by one user;
Determining whether the target object is within the first region of the base object associated with the one user when the association operation is received;
Associating the target object with the one user when it is determined that the target object is in the first region;
A game program that causes a computer to execute.
According to the game program of this item, there is a need to advance the game while confirming whether or not the desired target object is in the first area, so that a more strategic town-building battle game is provided. Can do.
(Item 2)
The game program according to claim 1,
Associating a second area narrower than the first area with each of the base objects when the base object is arranged;
Determining whether the target object is within the second region of the base object associated with another user when the association operation is received;
When it is determined that the target object is not in the first area of the base object associated with the one user and not in the second area of the base object associated with another user, Associating a target object with the one user;
A game program that causes a computer to execute.
According to the game program of this item, it is necessary to advance the game while being aware of the existence of the opponent's second area in addition to the first area of the player. Can do.
(Item 3)
A game program according to item 1 or item 2,
Receiving an operation of arranging a plurality of subsidiary site objects associated with a plurality of the users in a virtual space;
Associating a third area with each of the subsidiary site objects when the subsidiary site objects are arranged;
Determining whether the target object is within the third region of the subsidiary site object associated with the one user when the association operation is received;
Associating the target object with the one user when it is determined that the target object is in the third region;
Game program.
According to the game program of this item, since it is necessary to advance the game while being aware of the existence of the third area in addition to the first area, it is possible to provide a more strategic city-building battle game.
(Item 4)
The game program according to item 3, wherein
When the association operation is received, the target object is in the third region of the sub-base object associated with the one user and the second region of the base object associated with another user If not, associating the target object with the one user;
A game program that causes a computer to execute.
Game program.
According to the game program of this item, it is possible to acquire only game objects associated with other users arranged in an area in which the game object of the player can be arranged in the battle game space. Thereby, the element of bargaining in the battle game can be enhanced.
According to the game program of this item, in addition to the first area and the second area, it is necessary to proceed with the game while being aware of the existence of the third area. Can do.

[Details of the embodiment of the present invention]
A specific example of the game program according to the embodiment of the present invention will be described below with reference to the drawings. In addition, this invention is not limited to these illustrations, is shown by the claim, and intends that all the changes within the meaning and range equivalent to the claim are included. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant descriptions are omitted.

A game system 1 of the present embodiment shown in FIG. 1 provides a city-building simulation game to a plurality of users. The game system 1 includes a plurality of user terminals 100-1 to 100-4 and a game server 200. Each user terminal 100 and the game server 200 are connected via the network 2. The game server 200 provides various services related to the game to each user terminal 100. The network 2 may include the Internet or a wireless network (for example, WiFi (registered trademark)) constructed by a wireless base station (not shown).

The user progresses the game by arranging various objects O on a plane PL in a virtual game space G as shown in FIG. The game space G is composed of, for example, a plane formed by a plurality of lattices and a background indicating the sky, a distant view, and the like. In the present embodiment, each of the plurality of objects O is arranged on one or more of the lattices. The number of grids necessary for arranging the objects is determined for each building. Each user can acquire game points by placing the object O in the game space G. The game points include, for example, “population” P associated with each object. In addition to the “coin” C1 and “diamond” C2 as in-game currency, the user holds game parameters such as various in-game items.

  FIG. 3 shows the configuration of each user terminal 100. The user terminal 100 is preferably a mobile terminal such as a smartphone, a feature phone, a PDA, or a tablet computer. The user terminal 100 includes a control unit 110, a storage unit 120, an input unit 131, a display unit 132, and a communication unit 140 that are connected to each other via a bus. The user terminal 100 preferably includes a touch panel 130 that constitutes the input unit 131 and the display unit 142, and the user can operate a game object in the game space G via the touch panel 130. The input unit 131 detects a user's operation on the touch pal 130, and has performed some operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) on the user terminal 100. Detect that. The touch pal 130 may be configured with a liquid crystal display or the like provided with a touch sensing unit.

The communication unit 140 performs control for executing transmission / reception of various types of information to the game server 200. In the present embodiment, the request includes an operation instruction for transmitting a predetermined game program and game data to the user terminal 100 and an instruction for proceeding with the game. For example, the communication unit 140 receives information about a game object associated with the user ID (object information such as a building owned) by transmitting the user ID from the game server 200. Further, when a game object is arranged in the game space G based on a user operation, the communication unit 140 transmits game points acquired as a result to the game server 200.

  The control unit 110 can be configured to include a CPU and the like. The communication unit 140 establishes a connection between the user terminal 100 and the network 2 under the control of the control unit 110. The storage unit 120 includes a main storage configured by a volatile storage device such as a DRAM and an auxiliary storage configured by a nonvolatile storage device such as a flash memory or an HDD. The auxiliary storage stores game programs downloaded from the game server 200. The program is developed on the main memory and executed by the control unit 110. The control unit 110 of the user terminal 100 can function as the action reception unit 111, the terminal processing unit 112, the timer unit 113, the terminal determination unit 114, and the image generation unit 11 according to the program. Note that data generated while the control unit 110 operates according to the program and data used by the control unit 110 are also temporarily stored on the main memory.

The action receiving unit 111 detects a user action on the input unit 131. The action reception unit 111 determines what input has been made, such as an operation instruction via the touch panel 130 or other buttons, and outputs the result to necessary elements such as the terminal processing unit 112. When an operation input to the touch panel 130 is made, it is detected what kind of operation has been performed, such as coordinate information of the operation input position, touch operation, and slide operation. Further, by detecting that the input that has been detected continuously is interrupted, it is also possible to detect that the user's contact has been released from the touch panel 130.

The terminal processing unit 112 controls the overall operation of the user terminal 100 and performs arithmetic processing necessary for data transmission / reception between the elements and game execution. For example, the image generation unit 115 is instructed to develop a game according to the game program based on the operation input detected by the action receiving unit 111 and to draw a game image as a result. For example, a game object in the virtual space is operated based on an operation input on the touch panel 130. Further, processing for controlling the position of the virtual camera for designating the field of view of the game space G may be performed according to the progress of the game.

The timer unit 113 measures the passage of time in the game space G. The timer unit 113 has a function of measuring the time individually for each object O arranged in the game space G. For example, as will be described later, the time when each object O is arranged in the game space G is stored in the storage unit 120, and the time elapsed thereafter is measured, whereby each object O is changed from a building object to a built object. Construction time until change, preparation time until it can acquire various game points after changing to a built object, time to determine whether cool time until it can activate the skill has passed Information is provided to the terminal determination unit 114. Further, the timer unit 113 may measure a battle time described later.

Based on the determination request from the terminal processing unit 112, the terminal determination unit 114 refers to various user information and game information stored in the storage unit, and executes various determinations necessary for the progress of the game. For example, it is determined whether or not the object O arranged in the game space G satisfies a predetermined condition. As will be described later, with reference to the timer unit 113 and the storage unit 120, the time information of the object is acquired, and the condition that is the basis for calculating the game points given to the user set to each object is satisfied It is determined whether or not.

Based on the user information received from the game server 200, the calculation result of the game program, and the operation input to the input unit 131 by the user, the image generation unit 115 displays the game space G and the game object O displayed on the display unit 132. Generate an image. In the present embodiment, the user terminal 100 acquires information on the type and arrangement position of an object arranged in the game space G by the user from the game server 200 and generates an image of the game space G. Further, the image generation unit 116 updates the display image according to the game progress control by the terminal processing unit 112.

FIG. 4 shows the configuration of the game server 200. The game server 200 is an information processing apparatus used when a system administrator or the like controls and manages a game provided to a user (player), and is, for example, a workstation or a personal computer. The game server 200 according to the present embodiment has a game providing function for providing information necessary for game progress to each user terminal. The game server 200 receives various operation instructions from the user terminal 100, and transmits a game program operable on the user terminal 100, a web page (game screen, etc.), various data such as game parameters, various notifications, and the like. To do. The game server 200 includes a communication device 210 that is a network interface that communicates with the network 2, a processing device 220, a memory unit 230, a storage device 240, an input device 250, and an output device 260. Are electrically connected to each other by a bus.

The processing device 220 controls the overall operation of the game server 200 and performs data transmission / reception between elements and arithmetic processing necessary for game execution. The processing device 220 is, for example, a CPU (Central Processing Unit), and a necessary process is realized by executing a program or the like stored in the storage device 240 and expanded in the memory 230. The control unit 220 can function as a reception unit 221, a server processing unit 222, a data management unit 223, a matching unit 224, a measurement unit 225, a server determination unit 226, a reward calculation unit 227, and a transmission unit 228 according to the program.

The memory unit 230 is a volatile storage device such as a DRAM (Dynamic Random Access Memory), for example, and the storage device 240 is a nonvolatile storage device such as a flash memory or an HDD (Hard Disc Drive). Note that data generated while the control unit 110 operates according to the program and data used by the control unit 110 are also temporarily stored on the main memory. The storage device 240 stores game programs and user authentication programs, and a database such as a user management table 300, an object management table 310, and a skill management table 320 may be constructed as will be described later.

The receiving unit 221 receives various information from each user terminal 100. Each user terminal 100 transmits various types of information to the game server 200 under the control of the communication unit 140, the game server 200 receives the information via the network 2 and the communication device 210, and the reception unit 221 receives the information. Identify and accept content. The receiving unit 221 refers to the various management tables stored in the storage device 240, and performs necessary processing by the management unit 223 updating the various management tables as necessary. The information includes various requests such as an operation of placing an object associated with each user in the game space, an operation of deleting, an operation of moving, an operation of buying and selling, and an operation of acquiring.

The server processing unit 222 controls the overall operation of the game server 200, and performs data transmission / reception between elements and arithmetic processing necessary for game execution. In addition, the data management unit 223 updates various databases stored in the storage device 240 based on various calculation results in the server processing unit 222. For example, when the user acts on the user terminal 100 to place the object O in the game space G, the reception unit 221 receives the object information and game point information held by the user as a result, and the server processing unit 222. The data management unit 223 updates the user management table 300 based on the data.

When receiving a request for placing an object in the game space G from the user terminal 100, the data management unit 223 associates information on the object placed in the game space G with information relating to user information, an object placement position, and the like. Remember. Further, as will be described later, when a change occurs in the game points related to each user or object, various databases are updated so that information related to the result of the change is associated with each object.

The matching unit 224 performs a series of processes for matching a plurality of users and starting a battle game. When the user inputs a battle game start request in the home game space described later, the matching unit 224 generates a lobby and identifies the user as a matching waiting user. When the number of matching waiting users specified in the lobby reaches a predetermined number, the matching unit 224 causes the user to configure a battle game space and cause the server processing unit 222 to execute a process of starting a battle game.

The measurement unit 224 mainly manages the battle time in the battle game. As will be described later, the measurement unit 224 starts measurement of the battle time when the matching unit 224 requests a battle game start process, and centrally manages the battle time between a plurality of users. In addition, the measurement unit 224 measures the time information of the game space G and compares it with the time information of the game space G in the timer unit 113. Thereby, the time information of the game space G is synchronized in the user terminal 100 and the game server 200, and various time information can be measured and determined smoothly.

Based on the determination request from the server processing unit 222, the server determination unit 226 refers to various user information and game information stored in the storage device 240 and executes various determinations necessary for the game progress. Moreover, the server determination part 226 determines the victory or defeat of a battle | competition by referring the game point which each user has at the time of a battle | competition game end. The win / loss is preferably determined based on the game points such as the population P described above, even if other factors such as predetermined game parameters associated with the user such as the coin C1 and the occupation rate of the game space G are taken into account. Good.

The reward calculation unit 227 calculates a reward provided to each user based on the win / loss determination result in the server determination unit 226. The reward calculation unit 227 may also refer to the ranking information of each user in the battle game and distribute the reward according to the ranking to each user.

The transmission unit 226 performs control for transmitting to the user terminal 100 a game program operable on the user terminal 100, game space information such as a game screen, various data such as game points, game parameters, and rewards, various notifications, and the like. Do.

  The input device 250 is an information input device such as a mouse or a keyboard. The output device 260 is a liquid crystal display or the like, and is used for monitoring computer information.

The game server 200 may be configured to include at least a part of the functions of the user terminal 100 described above. Further, at least a part of the functions of the game server 200 may be configured to be provided in the user terminal 100. In other words, the computer on which the game program in the present embodiment is executed can be arbitrarily selected from the information processing apparatus including the user terminal 100 and the game server 200 described above.

FIG. 5 shows an example of a user management table 300 for managing user information such as game points, game parameters, and objects held by each user. The user management table 300 is stored in the storage device 240 of the game server 200 and / or the storage unit 120 of the user terminal 100. The user management table 300 associates user information for identifying each user, game parameters such as coins, items, and diamonds held by the user, and object information such as buildings held by each user. Basic information about each object is managed by an object management table 310 described later. In the user management table 300, the level of each object, the parameter correction value of each building based on the level, and the arrangement position of the building in the game space G are managed. . In addition, as will be described later, the state of the building, such as whether each object is under construction or has already been constructed, the elapsed time since the object was placed in the game space G, or the object has been constructed. The elapsed time indicating the time elapsed since becoming is also managed. Further, the retained population as game points associated with each object is managed, and the total value of the retained population of each object is managed as game points associated with the user.

FIG. 6 shows an example of an object management table 310 that manages information associated with each object. In this embodiment, for each object, information about game points and game parameters that can be acquired, such as the type of object, the population held, and coins and items to be produced, is defined. In addition, in order to be able to acquire game points and game parameters from each object, it is necessary to operate the object, and power consumption as a game parameter required for that purpose is defined. The construction time, which is the time required for each object to be converted into a built building after being placed in the game space G as a building under construction, and the preparation time required for each object to produce coins and items are set. ing. A plurality of preparation times may be determined, and each time the preparation time elapses, the amount of coin or item production may be set to increase.

FIGS. 7 and 8 show examples of skill management tables 320 and 330 for managing skills associated with each object. The object having the passive skill shown in FIG. 7 can activate a predetermined skill (passive skill) for advantageous advancement of the game by being placed in the game space G and then changing to an already constructed building. . Each object has a skill range and an effective range that is affected by the skill, and the skill is automatically applied to the objects arranged in the effective range. Each object that can activate the active skill shown in FIG. 8 (hereinafter sometimes referred to as a skill object) is arranged in the game space G, then changed to a built building, and from the user. By accepting the skill activation request, it is possible to activate a predetermined skill for advancing the game advantageously. Each object has a skill content, an effective range that is affected by the skill, and a cool time. Each object is changed to a built object, or once the skill is used, it enters a cool time, and the skill cannot be activated within a predetermined time.

  Hereinafter, a user who explains the flow of processing of the game system 1 according to the present embodiment in detail with reference to FIGS. 9 to 31 is arranged in the game space G from an object list (not shown) (so-called “architecture”). ) You can place each object in the game space by selecting the desired object and specifying the location. As described above, the user can acquire the population, coins (in-game currency), and various items as game points by arranging each object in the game space. Further, by selecting an object that has already been arranged and designating another location, the arrangement position of the object can be moved.

As shown in FIG. 9, the game space G of the present embodiment includes a home game space G1 and a battle game space G2. The home game space G1 is associated with each of the users A to D, and is a game space in which only a user associated with the home game space G1 can place a game object. The battle game space G2 is a game space shared by a plurality of users A to D via the network, and game objects associated with the plurality of users A to D can be arranged in the battle game space G2. Each user A to D can switch between the home game space G1 and the battle game space G2 displayed on each user terminal 100 by a predetermined user action.

In the present embodiment, in-game information for determining victory or defeat of a battle such as population is defined as a game point. Also, in-game information necessary to advantageously advance a game associated with a predetermined user or predetermined game object, such as coins and various items, and necessary for operating the game object associated with each game object. In-game information (for example, information such as power consumption and fire occurrence described later) is defined as a game parameter. Note that at least a part of the game point and the game parameter may overlap, and a part of the game parameter may be referred to when determining the victory or defeat of the battle based on the game point.

With reference to FIGS. 10 to 18, the flow of the game progress process in the home game space G1 will be described in detail. With reference to FIGS. 10 to 13, a process in which a game point is given to the user by arranging a building as a game object in the home game space G <b> 1 will be described. With reference to FIGS. 14-16, the process in which a game parameter is provided to a user by the user action with respect to the building arrange | positioned in the home game space G1 is demonstrated. With reference to FIG. 17, FIG. 18, the process for making the building in the home game space G1 usable in the battle game space G2 will be described. FIG. 12, FIG. 13, FIG. 15, and FIG. 16 are flowcharts showing the processing of the game system that causes the computer to execute the function. 10, FIG. 11, FIG. 14, FIG. 17, and FIG. 18 show an example of the home game space G1.

As shown in FIGS. 10 and 12, a predetermined object is selected by pressing and holding from a shop object SO included in the shop S displayed on the user terminal 100, and the predetermined position on the plane PL1 in the home game space G1 is selected. Drag. Thereby, the action receiving unit 111 detects an action on the input unit 131 from the user (S101), and the action receiving unit 111 receives an object placement request for placing an object in the game space (S102). A building under construction BO (first state) is arranged on the plane PL1 based on the object arrangement request (S103). Then, the user terminal 100 transmits game space information indicating that the object is arranged in the game space G to the game server 200 (S104). The game server 200 receives information about the object placed by the user (S201), and updates the user management table 300 based on the information (S202).

When the building BO under construction is arranged on the plane PL1, the timer unit 113 starts measuring elapsed time (S105). Then, the building time set for each object exceeds the elapsed time of the building under construction (S106), and when a user action (for example, a tap operation) on the object BO under construction is further received (S107), the building BO under construction Changes to built buildings O1-O5 (S108). Next, it is determined whether or not power is supplied from the lifeline to the constructed object (S109), and each object is operated (S110). As shown in FIG. 11, the power plant O3 that is the lifeline is a road. Since it is arranged adjacent to R, power is supplied to the object adjacent to the road R. In this embodiment, the condominium O1, the store O4, and the fire department O5 are operated by electric power supplied from the power plant O3, and the park O2 does not require electric power, so that it operates even if it is not adjacent to the road R.

When the built building is in operation, it starts accepting user actions on the object, and is processed so as to make it possible to accept game parameter acquisition and skill activation by the object (second state), as will be described later. ). When the building under construction changes to a built building, the timer unit 113 starts measuring the elapsed time of each of the objects O1 to O5 (S110). And the game point (for example, population P) acquired by arrange | positioning the said object in the game space G linked | related with the said object is provided to a user, and the game point linked | related with the said user is updated. (S111). At this time, the user terminal 100 transmits game information including information that the building under construction has been changed to a built building to the game server 200, and the game server 200 is information indicating that the object held by the user has changed to a built building. In addition, information regarding game points acquired by operating a built building is received (S203), and the user management table 300 is updated based on the information (S204).

The already constructed building may be changed to a building under construction again. For example, the population that can be held and the coin production amount may be increased by expanding or leveling up a built building. In this case, the constructed building is changed to the building under construction again, and the elapsed time is started to be measured (similar to S105), and the user action is accepted after the construction time (extension time) necessary for extension or level-up has elapsed ( As in S106 to S107), the building under construction may be changed to a built building after extension or level-up (similar to S108). The subsequent processes S109 to S111 and S203 to S204 can also be applied to the subsequent game point update process.

As shown in FIG. 11 and FIG. 13, when a condominium O1, a park O2, a power plant O3, a store O4, and a fire department O5 are arranged on a plane PL1 (S112), the population of each object is calculated. Thus (S117), game points associated with the user are calculated. In the present embodiment, the only object that can hold the population is the apartment O1. First, with reference to the object management table 310, the population that can be held in the apartment O1 is specified (S113), and the initial population that can be held when the apartment O1 is arranged on the plane PL1 is specified (S114).

Next, a change in the population held in the apartment O1 by the skill of another object is calculated. First, it is determined whether or not the apartment O1 belongs to the effective range of another object (S115), and the apartment O1 is specified as belonging to the effective range E1 of the park O2 and the effective range E2 of the power plant O3. . And if the content of the passive skill of the park O2 and the power plant O3 is specified (S116), the population increase by the passive skill of the park O2 is added from the initial population, and the population decrease by the passive skill of the power plant O3 is subtracted. Thus, the population owned by the apartment O1 is calculated (S117). The user terminal 100 transmits the possessed population obtained by placing the apartment O1 in the game space to the game server 200 as game point information (S118), and the game server 200 receives information on the game point (S205). The user management table 300 is updated based on the information (S206).

Furthermore, as shown in FIGS. 14-16, the process by which a game parameter is provided to a user is performed by the user action with respect to the building arrange | positioned on plane PL1. As shown in FIG. 15, for example, when the user taps the store O4 arranged on the plane PL1, the user terminal 100 detects that a user action has been input (S119). Then, referring to the elapsed time of the store O4 from the user management table 300, it is determined whether or not the preparation time for enabling acquisition of the coin C1 from the store O4 has passed (S120), and it is determined Yes. If the request is received, it is accepted as a request for acquiring coins from the store O4 (S121). At this time, the display indicating that the coin attached to each object can be acquired is erased, and the user can visually recognize that the coin acquisition request has been accepted.

Next, based on the elapsed time, a game parameter value such as the amount of coins acquired is calculated (S122). Then, the user terminal 100 transmits game information indicating that a predetermined value of the game parameter is given to the user to the game server 200 (S123). The game server 200 receives information about the game parameters given to the user (S207), and updates the user management table 300 based on the information (S208).

Also, as shown in FIG. 16, when the user terminal 100 detects a user action on the fire department O5 that is a skill object (S125), it is the elapsed time since the fire department O5 was changed to a built object, or once the skill is acquired. It is determined whether or not the elapsed time has passed the cool time by referring to the elapsed time since the activation (S126). When the cool time is exceeded, the user terminal 100 accepts the user action, specifies the effective range E3 of the fire department O5, and determines whether or not the object in which the fire has occurred is arranged within the effective range. (S127). Since a fire has occurred in the condominium O1 arranged in the effective range E3, the condominium O1 is specified as a target object, and processing is performed so that the fire of the condominium O1 is extinguished by the skill of the fire department O5 (S128). The user terminal 100 transmits information on game points and game parameters obtained by extinguishing the fire of the apartment O1 to the game server 200. The game server 200 receives the information (S209), and stores the user management table 300 in the user management table 300. Update (S210). When the skill of the fire department O5 is activated, the fire department O5 enters the cool time, resets the elapsed time in the user management information 300, starts re-measurement, and repeats the skill until the elapsed time exceeds the cool time. Is processed so that it cannot be activated (S129).

Also, as shown in FIGS. 17 and 18, the buildings arranged in the home game space G1 and the warehouse W in which objects that the user could not arrange in the home game space G1 are stored. The object WO can be selected as a deck object DO that can be used in the battle game space G2.

As shown in FIG. 17, the user can select an object O and a road R arranged on the plane PL1 by long-pressing them and drag them onto the deck D to register them as a deck object DO.

As shown in FIG. 18, the head office H0, which is an object for selecting the deck object DO, may be arranged on the plane PL1. An object placed in the effective range E4 of the head office H0 is registered as a deck object DO, and can be reflected in a battle game space G2, which will be described later, while maintaining the placement relationship.

Next, a processing flow in the game system 1 for switching from the home game space G1 to the battle game space G2 will be described with reference to FIG. When a matching request for starting a battle game is transmitted from a certain user terminal 100 to the game server 200 (S130), the game server 200 accepts this (S211) and a lobby for waiting for another battle user. And the user is registered as a matching waiting user. The user terminal 100 is in a standby state until matching of the opponent is completed (S131).

Similarly, when the game server 200 receives a matching request from another user terminal 100 and determines that the number of matching waiting users specified in the lobby has reached a predetermined number (S212), the competitive user management table as shown in FIG. 340 is generated (S213). In the competitive user management table 340, game parameters such as possessed coins and possessed items are not inherited from the home game space G1, and different initial states are set for all users. On the other hand, some game parameters such as possessed diamonds are inherited from the home game space G1 (matched). Further, the deck object DO set in the home game space G1 is set as the possessed object. At this time, when the deck object DO is selected by moving the deck object DO to the deck D as shown in FIG. 17, all the deck objects DO are stored in the warehouse W in the initial state. On the other hand, when the deck object DO is selected based on the effective range of the head office H0 as shown in FIG. 18, the initial arrangement position of the deck object DO in the battle game space G2 is specified (S214).

Next, the game server 200 configures a battle game space G2 shared between the battle users (S215), and after starting the battle time measurement (S216), transmits the battle game information including the information to each user terminal. By doing (S217), a battle game is started (S218). In each user terminal, the battle game is started (S133) by receiving the battle game information (S132). The battle time is a time during which a battle game is played in the battle game space G2, and is processed so that the battle game is terminated when a predetermined battle time elapses after the battle starts, and no game object is placed in the battle game space G2. . The elapsed time in the battle game space G <b> 2 is shared by each user terminal 100 by including information regarding the time when the battle game information is started and the time when the battle is ended. It is preferable that the battle time can be selected from a plurality of battle times having different lengths.

With reference to FIGS. 21 to 32, the flow of the game progress process in the battle game space G2 will be described in detail. With reference to FIGS. 21 to 26, a process in which a game point is given to the user by arranging a building as a game object in the battle game space G2 will be described. With reference to FIGS. 27-31, an example of the game element for improving the game property of the competitive game realized in the competitive game space G2 will be described. FIG. 32 illustrates a process of determining the winner of the battle game based on the game points given to each user after the battle game ends. 22, FIG. 26 and FIG. 32 are flowcharts showing the processing of the game system which causes the computer to execute the function. 21, FIG. 23 to FIG. 25, FIG. 27, and FIG. 29 to FIG. 31 show an example of the battle game space G2.

When the match of the battle user is completed, a battle game space G2 shown in FIG. 21 is displayed on each user terminal 100. The plane PL2 in the battle game space G2 is associated with the users A to D, and the users A to D can place game objects. On the other hand, the plane PL2 includes a first area PE1 associated with the user A1, a second area PE2 associated with the user B2, a third area PE3 associated with the user C3, and a fourth area PE4 associated with the user D. Including. The user A can arrange the game object O only in the first area PE1. User B can place the game object O only in the second area PE2. The user C can arrange the game object O only in the third area PE3. The user D can arrange the game object O only in the fourth area PE4. Note that only the first area PE1 is visible on the display unit 132 of the user terminal 100-1 of the user A, and only the second area PE2 is visible on the display unit 132 of the user terminal 100-2 of the user B. Only the third area PE3 is visibly displayed on the display unit 132 of the user terminal 100-3 of the user C, and only the fourth area PE4 is displayed on the display unit 132 of the user terminal 100-4 of the user D. It is displayed so as to be visible. Therefore, the user A cannot visually recognize the second area PE2 to the fourth area PE4.

The first area PE1 to the fourth area PE4 include the head offices H1 to H4 associated with the users A to D. As shown in FIG. 18, in the home game space G1, when an object arranged in the effective range E4 of the head office H0 is registered as a deck object DO, the first area PE1 to the fourth area PE4 at the start of the battle game. Of these, the deck object DO may be reflected in an area including the head offices H1 to H4. Thereby, the deck object DO arranged in the effective range E4 at the start of the battle game can be reflected in the battle game space G2 while maintaining the arrangement relationship, and the convenience for the user is improved.

Similarly to the home game space G1, the users A to D can place the game object O on the plane PL2 (first area PE1 to fourth area PE4). Similarly to FIG. 10, a predetermined object is selected by long pressing from the shop object SO included in the shop S displayed on each user terminal 100 and dragged to a predetermined position on the plane PL <b> 2 in the battle game space G <b> 2. Thereby, the action receiving unit 111 detects an action on the input unit 131 from the user, and the action receiving unit 111 receives an object placement request for placing an object in the battle game space G2 (S134 in FIG. 22). When it is determined that the predetermined position is in the first area PE1 to the fourth area PE4 where each user can place an object (Y in S135), the building under construction on the plane PL2 based on the object placement request BO (first state) is arranged (S136). When the building BO under construction is arranged on the plane PL2, the timer unit 113 starts measuring elapsed time (S137), and the user terminal 100 makes the object to the game server 200 in the battle game space G2. The game space information indicating the placement and the time when elapsed time measurement is started is transmitted to the game server 200 (S138).

The game server 200 receives information on the objects arranged by the users A to D (S219), and updates the battle user management table 340 based on the information (S220). Thereby, the game space information based on the arrangement of the objects arranged by each user in the competitive game space G2, the game points owned by the competitive users A to D, and the game parameters are centrally managed. And the game server 200 transmits game space information and user information to each user terminal 100 (S221), game space information and user information are shared between each user terminal, and the battle | competition game space G2 is updated in real time. The

When the building time set for each object exceeds the elapsed time of the building under construction and a user action (for example, a tap operation) on the object under construction BO is further received, the building BO under construction changes to a built building O. (S140). Information on the construction building O placed in the battle game space G2 is transmitted to the game server 200 as game space information and shared with other user terminals (S220, S221).

As shown in FIG. 23, when the built buildings OA1, OA2, and OB1 to OB1 to 3 are arranged in the battle game space G2 (S140 in FIG. 26), whether or not power is supplied to each built object from the lifeline. Is determined (S141). The apartment OA1 and the power plant OA2 are associated with the user A, and the apartment OB1, the power plant OB2, the park OB3, and the road R are associated with the user B. Since the power plant OA2 and the power plant OB2 which are lifelines are arranged adjacent to the road R, electric power as a game parameter is supplied to an object adjacent to the road R. In this embodiment, the road R can be shared between users, and the power plant OA2 provides power to the object associated with the user A via the road R associated with the user B, and the power plant. OB2 provides power to the object associated with user B via road R associated with user B. Accordingly, the condominium OA1 is operated by electric power supplied from the power plant OA1, and the condominium OB1 is operated by electric power supplied from the power plant OB2. Since the park OB3 does not require electric power, it is operated regardless of whether or not it is adjacent to the road R. The game objects associated with the first user can be associated with each other by the game object associated with the second user. Thus, by making it possible for some users to share some objects like the road R, each user needs to devise his game object arrangement in consideration of the opponent's object arrangement, The importance of strategic thinking in city planning elements can be increased.

When the built buildings OA1, OA2, OB1 to OB1-3 are in operation, the acceptance of the user action on the object is started, and as will be described later, the acquisition of game parameters and the activation of skills by the object can be accepted. Processed (second state). When the building under construction changes to a built building, the timer unit 113 starts measuring the elapsed times of the objects OA1, OA2, OB1 to OB3 (S142). And the game point (for example, population P) acquired by arrange | positioning the said object in the battle | competition game space G2 linked | related with the said object is provided to a user.

At this time, the game points associated with the user are calculated by calculating the possessed population of each object (S147). In the present embodiment, the objects that can hold the population are the apartment OA1 and the apartment OA2. First, with reference to the object management table 310, the population that can be held in the apartments OA1 and OB2 is specified (S143), and the initial population that can be held by placing the apartments O1 and OB2 on the plane PL2 is specified (S144). .

Next, the fluctuation of the population held in the apartments OA1 and OB2 is calculated based on the skills of other objects. First, it is determined whether or not the apartments OA1 and OB2 belong to the effective range of other objects (S145). At this time, by referring to the object management table 310 and the passive skill management table 320, the effective range of objects having passive skills is identified among the built buildings OA1, OA2, OB1 to OB1-3 arranged in the plane PL2. Then, an object in which at least a part is arranged within the effective range is specified. In the present embodiment, the apartment OB1 is arranged in the effective range E5 of the power plant OA2, and a part of the apartment OA1 and a part of the apartment OB1 are arranged in the effective range E6 of the park OB3.

The apartment OA1 is specified as belonging to the effective range E6 of the park OB3 (Y in S145). Therefore, when the content of the passive skill of the park OB3 is specified (S146), the population increase by the passive skill of the park OB3 is added from the initial population, and the possessed population of the apartment OA1 is calculated (S147). Further, the apartment OB1 is specified as belonging to the effective range E5 of the power plant OA2 and the effective range E6 of the park OB3 (Y in S145). Therefore, when the contents of the passive skills of the power plant OA2 and the park OB3 are identified (S146), the population increase by the passive skills of the park OB3 is added from the initial population, and the population decrease by the passive skills of the power plant OA2 is subtracted. Thus, the population owned by the apartment OB1 is calculated (S147). The user terminal 100-1 associated with the user A transmits the possessed population obtained by placing the apartment OA1 in the game space to the game server 200 as game point information, and the user terminal 100- associated with the user B 2 transmits the possessed population obtained by placing the apartment OB1 in the game space as game point information to the game server 200 (S148), and the game server 200 receives information on the game point (S222). The user management table 300 is updated based on the information, and the updated information is transmitted to each user terminal 100 (S223).

At this time, it is preferable that the game point value updated by arranging each object matches the game point value updated when arranged in the home game space G1. That is, the possessable population of the possessed object specified in the competitive user management table 340 and the retained population updated by the passive skill are set based on the user management table 300, the object management table 310, and the skill management tables 320 and 330. It is preferable. Thereby, the user can advance a competitive game advantageously by growing a game object in home game space G1, and can improve game nature in home game space G1.

Note that the effective range specified in the step (S145) of determining whether it belongs to the effective range of another building employs the effective range E7 of the active skill of the fire department OA4 associated with the user A shown in FIG. May be. The process in this case is the same as that shown in FIG. 16, but the fire department OA4 accepts the user action of only the user A, thereby specifying the effective range E7. When a fire has occurred in the condominium O1 disposed within the effective range E7, the game parameters are updated so that the fire is extinguished by the active skill of the fire department OA4 and the condominium OA1 is operated again.

The active skill may change only the game points and game parameters of the object associated with the user A who has generated the skill among the objects arranged in the effective range. That is, when the fired apartment OA1 is associated with the user B, the fire may not be extinguished by the active skill of the fire department OA4. For the passive skill, the game points and game parameters of the objects associated with the user associated with the object generating the skill among the objects arranged in the effective range may be changed.

Further, the construction time and cool time of each object in the battle game space G2 may be different from the construction time and cool time in the home game space G1. In addition, when the battle time can be selected from a plurality of battle times having different lengths, the construction time and the cool time may be changed according to the battle time. For example, when the battle time is short, it is preferable to set the construction time and the cool time short. Thereby, the speed of game progress in the battle game space G2 can be varied according to the battle time, so that the user can easily enjoy the battle game.

When the game point is updated as described above (S148), it is determined whether or not the updated game point exceeds the threshold value (S149). If it is determined that the threshold value is exceeded, the area of the area received in association with the user among the first area PE1 to the fourth area PE4 is expanded as shown by the broken line in FIG. 21 (S150). Thereby, the freedom degree of a game increases according to progress of a game, and the game property in a city planning element etc. increases. In addition, when a game point reduces, the area of 1st area PE1-4th area PE4 may be reduced according to it.

Note that the first area PE1 to the fourth area PE4 may be set wide at first, and the areas of the first area PE1 to the fourth area PE4 may be reduced according to the game points of each user. By limiting the degree of freedom of the game according to the progress of the game, it is required to consider a strategy for arranging objects from the beginning.

In this embodiment, each user can associate another user's object with the user in exchange for his / her own game points or predetermined game parameters (for example, coins as in-game currency) (so-called “acquisition”). This can increase the importance of strategic thinking in city planning elements and the like.

As illustrated in FIG. 27, a case where the user A acquires a condominium OB4 associated with the user B will be described as an example. In the present embodiment, the user A can acquire an object that is arranged in the first area PE1 and associated with any of the other users B to D. The apartment OB4 is arranged in the first area PE1 and also in the second area PE2. Therefore, as described above, if the area of the first area PE1 is enlarged based on the game points of the user A or other game parameters, the degree of freedom for arranging the objects increases as the game progresses. Therefore, it is necessary to compete with other users for space for placing the object. Thereby, the game nature in a city planning element etc. can be improved.

In addition, as shown in FIG. 28, game points and game parameters necessary for acquiring an object of another user are preferably determined according to each object and the type of the object. In this embodiment, a reference price is set for each object. Then, based on the acquisition price calculation table 350, a utilization level that is the degree to which the object is utilized in the competitive game space G2 is calculated, and a value obtained by multiplying the reference price by the utilization level is set as the acquisition price. Each user can acquire the target object with a probability of 100% when paying a coin (first value) corresponding to the acquisition price. On the other hand, when a coin (second value) less than the purchase price is paid, an acquisition probability is set according to the ratio of the payment amount to the purchase price. Each user can determine the payment amount in consideration of his / her coin holding amount and acquisition probability.

It is preferable that the degree of utilization of the object in the battle game space G2 is calculated based on the degree of influence of the object on other objects. As shown in FIG. 28, in the condominium, the ratio of the actual retained population to the retained population is set as the utilization degree. In the park and the fire department, the ratio of the area (number of cells) of the object that affects the area (number of cells) of the effective range is set as the utilization degree. In the power plant, the ratio of the total value of the power (power consumption) actually consumed by the building in the power supply is set as the utilization level. As a result, it is possible to make acquisition difficult for highly important objects that are frequently used by the user in the battle game space G2. As a result, it is possible to prevent an unreasonable change in the game situation (battle situation) due to the acquisition of the object, and the game characteristics in the city planning elements and the like are enhanced. An object that does not change the acquisition price depending on the degree of use, such as a store or a field, may be included.

As shown in FIG. 17, the deck object DO registered in the deck D in the home game space G1 may be stored in the warehouse W in the battle game space G2 at the start of the battle as described above. As shown, an object randomly selected from a predetermined number of deck objects DO is newly accommodated as a warehouse object WO in the warehouse W every time the elapsed time in the battle game space G2 elapses a certain time (transfer time). It may be set as follows. In this case, the deck object DO accommodated in the warehouse W at the start of the game is a part of the deck object DO registered in the deck D. In a competitive game, the degree of object growth in the home game space G1 will affect, but by preventing all deck objects DO from being placed at the start of the game, the competitive game will never win or lose immediately after the game starts. You can avoid the situation.

A predetermined number of game objects (transferred as warehouse objects WO) among the deck objects DO may be arranged in the battle game space G2 before the measurement of the battle time at the start of the battle game. . Thereby, the user can determine the arrangement position of the warehouse object WO before the battle starts. This eliminates the need for the user to quickly determine the position where the game object is arranged as the battle starts, so that the battle game can be easily enjoyed.

As shown in FIG. 30, an event occurrence area I may be set in the battle game space G2. And when the game object O as a built building is arrange | positioned in the event generation | occurrence | production area | region I, you may set so that a predetermined | prescribed event may be generated. Thereby, it is possible to generate an in-game event triggered by the user placing the game object O in the battle game space G2.

The timing at which the game object O as a built building is arranged in the event occurrence area I is the timing at which the warehouse object WO is arranged on the plane PL2 from the warehouse W. On the other hand, when the shop object SO is purchased and arranged from the shop S, it is preferable not to be the timing at which the building building BO is arranged, but to be the timing at which the building building BO is changed to an already constructed building. Moreover, it is preferable to prevent the next event from occurring for a certain time after the event has occurred once. In this case, after an event has occurred once, it may be processed so that the event occurrence area I does not occur for a certain period of time, or the event occurrence area I that has already occurred may be extinguished. Even if the function of I is invalidated and the game object O is arranged, processing may be performed so that no event occurs. Thereby, the situation where an event occurs frequently during a game can be avoided.

In the in-game event, as shown in FIG. 31, the event slot preferably specifies the event user I1, the event object I2, and the event I3. When the user arranges an object in the event occurrence area I, the rotation of the event slot starts, and the event user I1, the event object I2, and the event I3 are specified when the user taps the STOP button. As a result, accidental incidents can be generated in the game objects arranged in the battle game space, and the game characteristics of the city planning elements and the like are enhanced. The user can also abandon the event by not tapping the STOP button for a certain time.

When the elapsed time in the battle game space G2 has passed the predetermined battle time (Y in S224 in FIG. 32), processing is performed so that no game object is placed in the battle game space G2 as processing for ending the battle game. (S225). In addition, each user terminal 100 is notified of the end of the battle, and each user terminal 100 is also processed as a process for ending the battle game so that no game object is placed in the battle game space G2 (S151). .

When the battle game is finished, a process of selecting the winner by comparing the game points of the respective users is executed (S226). The selection of a winner is preferably performed by comparing the population P as game points associated with each user, and the population P associated with each user is referred to the competitive user management table 340 to each user. Calculated by summing the population held associated with the associated building.

In selecting the winner, the rank of each user may be determined based on the value of the population P. In addition to the population P, game parameters such as in-game currency such as coins and in-game items may be considered. For example, winning or losing may be selected based on the total value of the population P and the coin C, or winning or losing may be selected by a weighted average value obtained by weighting one of them. Further, other factors such as the occupation rate of the game space G may be further added.

When the winner and rank of each user are selected, the reward distributed to each user is determined, the reward information distributed to each user terminal 100 is transmitted (S227), and the user management table so as to grant the reward. 300 is updated (S228). When each user terminal 100 receives a reward (S152), the user terminal 100 is shifted to the home game space G1 in which the reward is reflected.

For example, in the above-described embodiment, the process for arranging various objects in the game space G and the calculation of the game point value given by the skill object are executed in the user terminal 100, and the resulting game space information and game The aspect in which game information such as a point value is transmitted from the user terminal 100 to the game server 200 has been described. However, the process may be executed by the game server 200. For example, the user terminal 100 transmits information on accepting a predetermined user action to the game server 200, and the game server 200 performs a game space update process or a game point value update process by the user action, The game information may be transmitted to the user terminal 100. The user terminal 100 can execute processing for constructing the game space G based on the game information received from the game server 200.

In addition, the process of obtaining a game object associated with another user in exchange for a game point or a predetermined game parameter (so-called “acquisition”) is performed outside the area in which the game object can be placed in the battle game space G2. You may apply with respect to the arrange | positioned game object. The “acquisition” function can also be applied to the home game space G1. For example, when the user A visits the home game space G1 of the user B, processing may be performed so that the user A can acquire a game object arranged in the home game space G1 of the user B. In that case, it is preferable to calculate the acquisition price and the acquisition probability according to the acquisition price calculation table 350 shown in FIG.

From here, as shown in FIG. 30, each of the users A to D has their head offices (base objects) Bs1 to Bs4 arranged in the battle game space G3. Each of the head offices Bs1 to Bs4 is associated with a safety zone (second area) PL1 to PL4 displayed by a dotted line in the figure and a head office area (first area) PE1 to PE4 displayed by a solid line. . The safety zones PL1 to PL4 are narrower than the head office ranges PE1 to PE4.

  The head office ranges PE1 to PE4 are the above-explainable areas. That is, when the user A tries to acquire the game object OB2 of the user B, at least the game object OB2 needs to exist in the head office range PE1 of the user A. The head office ranges PE1 to PE4 according to the present embodiment are expanded according to the degree of reflection of the user's game. That is, in the illustrated example, it is understood that the game of the user A is most advanced since the head office area PE1 of the user A is the widest. The head office ranges PE1 to PE4 according to the present embodiment have the same functions and effects as the first area PE1 to the fourth area PE4 described with reference to FIG. 27, but are different from these. It is good.

  The safe zones PL1 to PL4 are areas where acquisition operations of other users are invalid. That is, when the user A tries to acquire the game object OB3 of the user B, the game object OB3 exists in the safety zone PL2 associated with the head office Bs2 of the user B, although it is in the head office area PE1. Therefore, you cannot make an acquisition.

  If the above processing flow is made into a flow, as shown in FIG. 31, when an acquisition operation is performed (step S310), it is determined whether or not the acquisition target object is within the head office range associated with its own head office. (Step S311). If the object to be acquired is within the scope of the head office, the process proceeds to the next step, and if not, the process ends. Next, it is determined whether or not the acquisition target object is in the safety zone of another user (step S312). If the object to be acquired is not in the safe zone, the process proceeds to the next step, and if not, the process ends. Subsequently, payment of an acquisition price (coin) is received from a user who is trying to acquire (step S313), and a lottery according to the amount of payment is performed (step and 314). As a result of the lottery, it is determined whether or not the acquisition is successful (step S315), and if the acquisition is successful, the owner change process of the target object is performed (step S316), and the acquisition target object is associated with the user on the acquisition side.

  The head offices Bs1 to Bs4 according to the above-described embodiment are associated with only one user. However, as shown in FIG. 32, a branch office object (sub-base object) SBs1 may be provided. The branch office object SBs1 associated with the user A has a branch office area (third area) SPE1 having the same effect as the head office area. In the following description, only the branch office range SPE1 associated with the user A will be referred to.

  The branch range SPE1 is an area where the above-described acquisition operation is possible. That is, when the user A tries to acquire the game object OB4 of the user B, at least the game object OB4 needs to exist in the branch area SPE1 of the user A. The branch office range SPE1 according to the present embodiment may be expanded according to the degree of reflection of the user's game. The width may be fixed in advance. The branch office object according to the present embodiment can be arranged at an arbitrary position in the battle game space G4. However, in consideration of the game balance, the branch office object is located in the head office range PE1 to PE4 of other users or the safety zones PL2 to PL4. Certain restrictions may be provided, such as not being able to install. Note that the branch office range according to the present embodiment also has the same functions and effects as the first area PE1 to the fourth area PE4 described with reference to FIG. 27, but may be different from this. .

  If the flow of the above processing is made into a flow, as shown in FIG. 33, when an acquisition operation is performed (step S330), it is determined whether or not the acquisition target object is within the branch range associated with its own branch office. (Step S331). If the object to be acquired is within the scope of the branch office, the process proceeds to the next step, and if not, the process ends. Next, it is determined whether or not the acquisition target object is in the safety zone of another user (step S332). If the object to be acquired is not in the safe zone, the process proceeds to the next step, and if not, the process ends. Subsequently, payment of an acquisition price (coin) is received from a user who is trying to acquire (step S333), and a lottery is performed according to the amount of payment (step and 334). As a result of the lottery, it is determined whether or not the acquisition is successful (step S335). If the acquisition is successful, the owner change processing of the target object is performed (step S336), and the acquisition target object is associated with the user on the acquisition side.

  In addition, the head office range, the safety zone, and the branch office range described above are displayed only for those associated with themselves, and those for the other user are not displayed. Thereby, it is possible to provide a highly-oriented game property that strategically creates a city while predicting the head office range, the safety zone, and the branch office range of the other user. In addition, it is good also as displaying the head office range of all the users, a safe zone, and the branch office range.

  Further, for example, when the head office range or the branch office range of the user A and the user B overlap, an acquisition operation can be performed from either user for the overlapping portion.

  In the embodiment described above, it is premised that the head office object is arranged in a favorite place for each user simultaneously with the start of the battle game, but each user is associated with the pre-arranged head office object. It is good as well.

  The above-described embodiments are merely examples for facilitating understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof.

    DESCRIPTION OF SYMBOLS 1 ... Game system, 2 ... Network, 100 ... User terminal, 110 ... Control part, 120 ... Memory | storage part, 130 ... Touch panel, 140 ... Communication part, 200 ... Game server, 210 ... Communication apparatus, 220 ... Processing apparatus, 230 ... Memory unit 240 ... Storage device 250 Input device 260 ... Output device 300 ... User management table 310 ... Object management table 320,330 ... Skill management table 340 ... Competitive user management table 350 ... Acquisition price calculation table , G ... game space, G1 ... home game space, G2 ... battle game space, G3 ... battle game space

Claims (4)

Receiving an operation of arranging a plurality of base objects associated with a plurality of users in a virtual space;
Associating a first area with each of the base objects when the base objects are arranged;
Receiving an association operation for associating a target object among the objects with the one user by one user;
Determining whether the target object is within the first region of the base object associated with the one user when the association operation is received;
Associating the target object with the one user when it is determined that the target object is in the first region;
A game program that causes a computer to execute. The game program according to claim 1,
Associating a second area narrower than the first area with each of the base objects when the base object is arranged;
Determining whether the target object is within the second region of the base object associated with another user when the association operation is received;
When it is determined that the target object is not in the first area of the base object associated with the one user and not in the second area of the base object associated with another user, Associating a target object with the one user;
A game program that causes a computer to execute. The game program according to claim 1 or 2,
Receiving an operation of arranging a plurality of subsidiary site objects associated with a plurality of the users in a virtual space;
Associating a third area with each of the subsidiary site objects when the subsidiary site objects are arranged;
Determining whether the target object is within the third region of the subsidiary site object associated with the one user when the association operation is received;
Associating the target object with the one user when it is determined that the target object is in the third region;
Game program. A game program according to claim 3,
When the association operation is received, the target object is in the third area of the sub-base object associated with the one user and the second area of the base object associated with another user If not, associating the target object with the one user;
A game program that causes a computer to execute.
Game program.