JP6027671B1 - Game program - Google Patents

Abstract

The present invention provides a competitive game program that improves game characteristics such as city planning elements. A computer program for operating a computer as a virtual battle user in a city-building computer game, wherein a game space is associated with the user and the virtual battle user, and the characteristics of the virtual battle user are determined according to the user characteristics A step of determining one of a plurality of object placement logics, and a step of determining a set of application rules in one object placement logic together with an application order, wherein each application rule is assigned to a virtual battle user. A step of prescribing to perform a predetermined action on the target object under a predetermined operation condition in order to increase the associated game points; and a step of specifying an application rule that satisfies the operation condition according to the application order; , Action rules The emissions, is executed a step of carrying out on the target object which is determined in relation to the characteristics of the virtual competition user, the method comprising to the computer. [Selection] Figure 13

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

  In the games disclosed in Patent Documents 1 and 2, the base strengthening element such as the town planning 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.

  Further, in the above simulation game, an online battle game is performed between a plurality of users, and the computer is not operated as a virtual battle user by computer control.

  It is an object of the present invention to provide a game program that enhances the game characteristics of a city planning element and allows it to function as a computer battle game.

  According to the present invention, there is provided a computer program for operating a computer as a virtual battle user in a city-building computer game, wherein the game space is associated with the user and the virtual battle user, and the characteristics of the virtual battle user according to the user characteristics A step of determining one of a plurality of object placement logics, and a step of determining a set of application rules in one object placement logic together with application order, wherein each application rule is a virtual battle A step of prescribing to perform a predetermined action on a target object under a predetermined operating condition in order to increase game points associated with the user, and a step of specifying an application rule that satisfies the operating condition according to the application order And the action in the applied rule The ® down, the game program to be executed the steps performed on the target object which is determined in relation to the characteristics of the virtual competition user, the method comprising to the computer is obtained.

  According to the present invention, there is provided a game program for operating a computer as a virtual battle user in a city-building computer game, wherein the first object associated with the virtual battle user is arranged at the first position in the game space. The step of determining the game point of the virtual battle user based on the first position and the second object associated with the virtual battle user are increased based on the relationship with the first position. A game program that causes a computer to execute a method including the step of placing the game space at a second position in the game space is obtained.

  Furthermore, according to the present invention, there is provided a game program for operating a computer as a virtual battle user in a city planning computer game, wherein a first object associated with the virtual battle user is arranged at a first position in the game space. A step of determining a value of the first parameter of the first object based on the first position, a step of determining whether the value of the first parameter is smaller than a predetermined value, and a value of the first parameter being a predetermined value If less, placing the second object associated with the virtual opponent at the second position in the game space, determined to increase the value of the first parameter based on the relationship with the first position A game program that causes a computer to execute a method including:

  ADVANTAGE OF THE INVENTION According to this invention, the game property of a city planning element can be improved and a computer battle game can be provided to a user.

It is a figure which shows the game system of this embodiment. An example of the game space of this embodiment is shown. 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. It is a flowchart which shows the process in the game system 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 skill management table of this embodiment is shown. An example of the battle game space of this embodiment is shown. 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 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. An example of the logic table of this embodiment is shown. An example of the scenario table of this embodiment is shown. An example of the rule table of this embodiment is shown. It is a flowchart which shows the process in the game system of this embodiment. An example of the scenario table of this embodiment is shown. An example of the rule table of this embodiment is shown.

[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) A game program for operating a computer as a virtual battle user in a city-building computer game, wherein a game space is associated with the user and the virtual battle user,
Determining the characteristics of the virtual battle user according to the characteristics of the user (S603);
Determining one of a plurality of object placement logics (S1170);
Determining a set of application rules in the one object placement logic together with an application order (S1180), each application rule having a predetermined operating condition for increasing game points associated with the virtual opponent user; The step of specifying that a predetermined action is performed on the target object below, and
Specifying the application rule that satisfies the operation condition according to the application order (S1190);
A game program causing the computer to execute a method including a step (S1310) of performing the action in the application rule on the target object determined in association with characteristics of the virtual battle user.

Thereby, a game property can be improved and the virtual battle | competition user commensurate with a user's level can be comprised especially in a computer battle | competition game.
(Item 2) In the game program according to item 1, the method further includes:
In the step of specifying the application rule, if the operation condition of the application order is not satisfied, the game program includes a step of determining whether the operation condition in the application rule of the next application order is satisfied.

  (Item 3) In the game program according to item 1 or 2, the action in the application rule is to place the target object having the largest predetermined parameter value at a first position in the game space (application rule: 1a -1).

(Item 4) A game program for operating a computer as a virtual battle user in a city-building computer game, wherein a first object associated with the virtual battle user is arranged at a first position in the game space,
Determining a game point (held population) of the virtual battle user based on the first position (S130);
Placing a second object associated with the virtual battle user at a second position in the game space, determined to increase the game points of the virtual battle user based on the relationship with the first position. The game program which makes the said computer perform the method containing (Applicable rule: 2a-1 / 3a-1).

Thereby, a game property can be improved and the virtual battle | competition user commensurate with a user's level can be comprised especially in a computer battle | competition game.
(Item 5) In the game program according to item 4, the relationship is based on whether the first position and the second position are connected via a third object arranged at the third position in the game space. (Applicable rule: 2a-1).

  (Item 6) In the game program according to item 5, the relationship is determined based on whether the first position is included in a positive effective range region of the second object, which is associated with the second position. (Applicable rule: 3a-1), game program.

(Item 7) In the game program according to item 6, the method further includes:
A game program including a step of changing the first position so as to be included in a positive effective range region of the second object (application rule: 1a-2).

(Item 8) In the game program according to item 7, a fourth object associated with the virtual opponent user is arranged at a fourth position in the game space, and the method further includes:
A game program including a step of deactivating the fourth object (application rule: 2a-3) when the first position is included in an area of a negative effective range associated with the fourth position.

(Item 9) In the game program according to item 8, the game point of the virtual battle user is determined based on at least a value of a parameter (held population) associated with the first object, and the method further includes:
The method further includes a step of updating the value of the parameter so as to increase when the value of the parameter has reached a predetermined upper limit value (possible population) (application rule: 1a-3).

(Item 10) A game program for operating a computer as a virtual battle user in a city-building computer game, wherein a first object associated with the virtual battle user is arranged at a first position in the game space,
Determining a value (power supply amount) of a first parameter of the first object based on the first position (S130);
Determining whether the value of the first parameter is smaller than a predetermined value (power consumption) associated with the first object (S500);
When the value of the first parameter is smaller than the predetermined value, the value of the first parameter of the second object associated with the virtual opponent user is increased based on the relationship with the first position. A game program that causes the computer to execute a method including the step of determining (S502 / application rule: 2b-1) to be arranged at a second position in the game space.

Thereby, a game property can be improved and the virtual battle | competition user commensurate with a user's level can be comprised especially in a computer battle | competition game.
(Item 11) In the game program according to item 10, the relationship is based on whether the first position and the second position are connected via a third object arranged at a third position in the game space. (Applicable rule: 2b-1).

(Item 12) In the game program according to item 11, a fourth object associated with a user different from the virtual battle user is arranged at a fourth position in the game space, and the method further includes:
The game program including the step (S502 / 2b-3) which changes the correlation of the 4th object of the said 4th position from the said different user to the said virtual battle | competition user.
[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.

  The game system 1 of the present embodiment shown in FIG. 1 includes a plurality of users (hereinafter simply referred to as “users” includes “virtual battle users” implemented by a computer. Also, “virtual battle users”. Is sometimes simply referred to as a “virtual user”). The game system 1 includes a plurality of user terminals 100-1 to 100-4 and a game server 200. The user terminals 100-1 to 100-4 can incorporate the function of the virtual battle user terminal 100V inside, and can provide a computer battle (described later) with the virtual battle user. The virtual battle user terminal 100 </ b> V may be implemented as a specific function unit in the 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 and the virtual battle user terminal 100V. 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 places various objects O (for example, building objects and road objects. Hereinafter, they may be collectively referred to as “game objects”) on a plane PL in a virtual game space G as shown in FIG. The game progresses by. 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 grids. The number of grids necessary for arranging the objects is determined for each building. Each user A, V is associated with the game space G, and by arranging the object O in the game space G, each user can acquire respective game points. 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. Information on various game parameters is mainly registered in the user management table (FIG. 6).

  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 132, 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 from the user terminal 100 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 transmits a user ID to the game server 200 via the network 2 to make a request, thereby information related to the game object associated with the user ID (object information such as a building owned). Receive. Further, when a game object is arranged in the game space G based on a user operation, the communication unit 140 transmits the 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 game 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 receiving unit 111, the terminal processing unit 112, the timer unit 113, the terminal determination unit 114, and the image generation unit 115 by 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 advance the game according to the game program based on the operation input detected by the action receiving unit 111 and to draw the resulting game image. 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. Specifically, 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 115 updates the display image according to the game progress control by the terminal processing unit 112.

  In addition, the user terminal 100 can include a virtual user terminal 100V that operates as a virtual opponent user according to the present embodiment, and virtually includes a virtual control unit 110v and a virtual storage unit 120v that function as a pseudo user terminal. Configured to provide. In FIG. 3, for the sake of convenience, the virtual control unit 110v and the virtual storage unit 120v are shown separately from the control unit 110 and the storage unit 120v, but those skilled in the art understand that they are actually incorporated into the control unit 110 and the storage unit 120v. Is done.

  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 a general-purpose computer such as 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 processing device 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). In the main memory, data generated while the control unit 110 of the user terminal is operating according to the program and data used by the control unit 110 are also temporarily stored. In addition to storing game programs and user authentication programs, the storage device 240 stores, as will be described later, a user management table 300, an object management table 310, a skill management table 320, a logic table 400, scenario tables 410 to 412, and A database including various tables such as rule tables 420 and 421 may be constructed.

  The receiving unit 221 receives various information from each user terminal 100. Each user terminal 100 transmits various information to the game server 200 under the control of the communication unit 140, and in response to this, the game server 200 receives the information via the network 2 and the communication device 210, The receiving unit 221 identifies and accepts information contents. The receiving unit 221 refers to the various management tables stored in the storage device 240, and the data management unit 223 updates the various management tables as necessary to execute necessary processing.

  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 adds / updates / deletes the record of the user management table 300 based on the data.

  The matching unit 224 performs a series of processes for matching a plurality of users and starting a battle game. In the computer battle game by the user and the virtual battle user, the matching unit 224 configures the battle game space for the user and the virtual battle user, and causes the server processing unit 222 to execute a process of starting the battle game.

  The measuring unit 225 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 225 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. The predetermined game parameter associated with the user such as the coin C1, the predetermined game parameter associated with the object O, and the occupation of the game space G Other factors such as rate may be taken into account.

  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 228 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.

  Hereinafter, processing of the game system 1 according to the present embodiment will be described in detail with reference to FIG. With reference to FIG. 5 to FIG. 11, processing for advancing the game by operating the user terminal 100 will be described. In addition, with reference to FIG. 12 to FIG. 19, a process for advancing a game by a virtual battle user through computer control will be described. In the following description, it is assumed that the user A (s) and the virtual user V share the game space G and the game battle is advanced.

  Each user can place various building objects in the game space by selecting a building object to be placed (so-called “architecture”) in the game space G from an object list (not shown) and specifying the location (new). Placement). Further, by selecting an object that has already been arranged and designating another location, the arrangement position of the object can be moved (position change). Furthermore, by selecting an object owned by another user and paying a predetermined coin as a consideration, the building can be acquired with a predetermined probability and the ownership can be acquired (owner change). Furthermore, an already placed object can be selected and deleted from the space to be stored in a warehouse outside the space (deactivation). In addition, the level of the object can be improved (level up) by selecting an already placed object and paying a predetermined coin as a consideration. In response to various object operations such as new placement, position change, owner change, deactivation, and level up, game points associated with the user are updated each time.

[1] Basic Game Progression Process by User Terminal Operation FIG. 5 shows basic information processing for advancing a battle game in accordance with an object operation on the user terminal 100, and the computer executes the information processing in FIGS. Various tables for storing information necessary to do this will be described. The object operation by the user is processed according to the flow of cooperation between the user terminal 100 and the game server 200 shown in FIG. At predetermined events and at arbitrary timings, game points relating to the user and / or objects are calculated mainly by the reward calculation unit 227 of the game server based on the arrangement situation such as the arrangement position of the objects in the game space. Information is synchronized between the user terminal 100 and the game server 200 (S130). When the operation receiving unit 111 of the user terminal receives an object operation due to a user action, an action request is transmitted from the user terminal 100 to the game server 200 through the communication unit 140 (S121). In the action request, user terminal information, selected object information (object ID), action information to the object (new arrangement / position change / owner change / inactivation / level up, etc.), and in the arranged game space Position information (coordinate information of a grid on a plane) is included. The game server 200 updates the game space G based on the action request by the processing device 220. That is, based on the object information, action information, and position information specified in the arrangement request, the game space is updated to the information of the game space after the action is performed on the object, and is synchronized with the user terminal (S131). The user terminal 100 that has received the game space information updates the display (screen display) of the game space G based on the game space information (S123). In accordance with the action to the object, the reward calculation unit 227 of the game server calculates the value of the obtained game point again. Various calculations for updating the game point value may be transmitted to each user terminal together with the game space information after being processed by the game server 200, or each user terminal calculates based on the game space information. It may be a thing (the same applies to the following description). Thereby, in each user terminal, the game point by performing an action with respect to an object in the game space G is provided, and the game point linked | related with the user is updated (S133). In each action to the object, the battle game can be advanced by repeatedly executing a series of steps S121 to S133.

  FIG. 6 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. All or a part of 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 in an object management table 310 (to be described later). In the user management table 300, the user level according to the game progress, the object level indicating the degree of development of each object associated with the owned user, and the object level The parameter correction value of each building 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, has been built, or is being stored in a warehouse, the elapsed time since the object was placed in the game space G, or The elapsed time indicating the time elapsed since the object has been built is also managed. In addition, the owned population as game points associated with each object and the amount of power supplied from other buildings are also managed, and the total value of the retained population of each object is the game point associated with the user. Managed.

  FIG. 7 shows an example of an object management table 310 that performs master management of information associated with each object. In this embodiment, for each object, information on game points / game parameters that can be acquired, such as the object name (and object ID), the type of object, the number of coins required for object purchase, the population that can be held, and coins and items that are produced. Is stipulated. In order to make it possible to acquire game points / game parameters from each object, it is necessary to operate the object, and power consumption as a game parameter necessary for that purpose is also 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. In addition to the above, the object management table includes information indicating a method for obtaining a building object (for example, “purchase at shop”, “released by area expansion”, etc.), information that associates an image corresponding to each object, and the like. 310 items may be included. In addition, the said item is only an example and is not limited to this.

  FIG. 8 shows an example of a skill management table 320 for master management of skills associated with each object. Each object is defined with a skill range and an effective range which is a range in which the skill is affected. By referring to the skill management table 320, the triggering process for the game object by the user's action triggers a positive or negative influence on other game objects arranged in the effective range of the space G. Can affect. The effective range consists of a positive effective range and a negative effective range.

  With reference to FIGS. 9 to 11, as an example of the user action described above with reference to FIG. 5, the flow of the game progress process regarding the “new arrangement” of the building object in the battle game space G <b> 1 will be described in detail. explain. FIG. 9 is an example of the battle game space G1 in such a game scene, and FIGS. 10 and 11 are flowcharts for causing the computer to execute the function of the game progress process.

  The object can be placed on the plane PL1 in the battle game space G1 at a predetermined position by an object selection operation from a predetermined object list. In the game scenario, the user invests in coins from the list displayed on the display unit 132 to purchase a new coin, or moves the possessed object stored in a warehouse outside the space, etc. Is arranged on the plane PL1. In addition, on the game scenario, it is preferable to increase the progress of the game by causing the user to place the selected object on the basis of the road object R placed on PL1. The road object may be arranged as an initial state, or may be arranged by the user according to the progress of the game.

  As a result, the action accepting unit 111 detects an action on the input unit 131 from the user (S101), and the action accepting unit 111 accepts an object placement request for placing an object in the battle game space (S102). On the plane PL1, the building BO under construction is arranged based on the object arrangement request (S103). Then, the user terminal 100 transmits game space information indicating that the object is arranged in the battle game space G1 to the game server 200 (S104). The game server 200 receives information about the object placed by the user (S201), updates the user management table 300 based on the information, and synchronizes with the information of the user terminal (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 electric power is supplied to the constructed object from the lifeline (S109), and each object is operated (S110).

  As shown in FIG. 9, the power plant O3 that is a lifeline has already been arranged adjacent to the road R by the user's operation. Only when the lifeline is arranged along the road R, electric power can be 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 is operated even if it is not adjacent to the road R, assuming that no electric power is required.

  When the built building is in operation, the reception of the user action on the object is started, and processing is performed so as to allow the acquisition of game parameters and the activation of skills by the object, 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 G1 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. Alternatively, 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 to synchronize with information on the user terminal (S204).

  The already constructed building may be changed to a building under construction again. For example, the population that can be held and the amount of coin production may be increased by increasing the number of built buildings or investing a predetermined coin to raise the object level. 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). A series of the above-described processes S109 to S111 and S203 to S204 can also be applied to the subsequent game point update process.

  Continuing to refer to FIG. As shown in FIG. 9, when an apartment O1, a park O2, a power plant O3, a store O4, and a fire department O5 are arranged on the plane PL1 (S112), by calculating the possession population of each object ( 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 condominium O1 belongs to an effective range area of another object (S115), and the condominium O1 belongs to an effective area E1 of the park O2 and an effective area E2 of the power plant O3. Identified. When the skill contents of the park O2 and the power plant O3 are identified (S116), the increase in the population due to the skill of the park O2 is added from the initial population, and the population decrease due to the skill of the power plant O3 is subtracted. The population owned by 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).

  Thus, the user can enjoy a battle game between the users in the battle game space G1 by performing the user action on the building object on the plane PL1 through the operation of the user terminal 100.

[2] Game Progress Processing by Virtual Battle User Through Computer Control Referring to FIGS. 12 to 19, game progress processing for causing computer 100V to be computer controlled as a virtual battle user and providing the user with a computer battle with the virtual battle user The flow will be described in detail. When a computer battle game with a virtual battle user is provided to the user, it is necessary to configure a virtual battle user that matches the user level in order to improve the battle game performance.

  As shown in FIG. 12, an application for a computer battle is transmitted by an operation on the touch panel 130 of the user terminal (S5010), and the receiving unit 221 of the game server accepts the application (S601). Next, the matching unit 224 of the game server refers to the user management table 300 to identify the characteristics such as the user level (S602), and depending on the user level and various parameters, the level of the virtual user 100V is determined. An initial item such as an object to be held by the virtual user 100V and an initial parameter such as an initial holding coin amount according to the characteristic and the characteristic are determined (S603). Various types of information may be master-managed in a virtual battle user table (not shown). In addition to the above, it is preferable to be able to register the limitation of items that can be held by the virtual battle user, the time interval for performing the action, etc., and adjust the level of the virtual battle user through these.

  Thereafter, the game server 200 instructs the user terminal 100 to construct a virtual battle user 120V (S604). In the user terminal 100, the initial parameters and various data registered in the logic table 400, the scenario tables 410 to 412, and the rule tables 420 and 421 are downloaded from the game server 200. When various parameters and various data of the virtual user 100V are set in the user terminal, the game server 200 can function as the virtual user 100V according to a predetermined scenario (S5011). That is, the virtual user 100V can implement the virtual user terminal 100V that automatically executes the game progress process shown as an example in FIGS. 9 to 11 by computer control.

  FIG. 13 shows basic information processing by interaction between the virtual battle user 100V and the game server 200 in the computer battle, corresponding to FIG. The virtual battle user terminal 100V is preferably implemented as a part of the function in the user terminal 100, but is not limited thereto, and may be implemented as a part of the function in the game server 200. In order to realize computer control, a process of determining one object arrangement logic from among a plurality of object arrangement logics (S1170), and an applicable scenario (set of application rules) possessed by the object arrangement logic is determined together with an application order. Process (S1180), then, by specifying an application rule that satisfies the operation condition according to the application order, the action content and the object that is the action target are determined (S1190), and the action request is issued (S1200) Are executed sequentially. These configurations are different from those in FIG. As a result of issuing the action request, the game space G is updated based on the action request by the virtual control unit 110 of the virtual user terminal 100V mounted in the user terminal. That is, based on the object information, the action information, and the position information, the game space after the action on the object is updated to be synchronized with the server (S1310). Subsequent processing is generally the same as in FIG. 5 (except when noted below), and the virtual battle user 100V refers to the above-described user management table 300, object management table 310, and skill management table as needed. Then work to update. These series of processes are repeatedly performed at predetermined time intervals. The time interval may be determined randomly each time or may be set according to the level or characteristics of the virtual battle user (for example, the higher the level of the virtual battle user, the shorter the time interval).

  S1170 to S1190 will be specifically described together with some examples with reference to FIGS. FIG. 14 shows an example of a logic table, FIGS. 15 and 18 show an example of a scenario table, and FIGS. 16 and 19 show examples of a rule table. FIG. 17 shows an example flow for applying the scenario.

  The object arrangement logic determined in S1170 is a logic for increasing a predetermined parameter value of an object that the user has, which is defined in the user management table 300. As an example, “Population Management” which is a logic for increasing the population of objects held by a virtual user and logic for increasing a power supply amount of an object held by a virtual user to solve a shortage of power supply. Energy management "is included. In addition to this, “road management” which is a logic for connecting objects held by the user and / or the virtual user is also included. These are master-managed by the storage device 240 as the logic table 400. In S1170, one object arrangement logic may be determined at random. Alternatively, it may be determined according to a predetermined application order (for example, “population management” is set as the first order), or may be determined according to a predetermined logic condition (for example, the power supply state is a computer). Monitor and apply “energy management” when it is determined that there is a power shortage.) Each object placement logic is associated with a plurality of applicable scenario (that is, rule set to be applied) candidates in advance. As illustrated in FIG. 14, for example, a plurality of scenarios 1 to 10 are associated with “population management”.

  In S1180, one or more scenarios may be determined randomly (for example, “scenario 5” is determined randomly). Or you may determine according to predetermined application order and conditions (for example, it applies in order of scenarios 1-10). For each scenario, in the scenario tables 410 to 412, some application rules are selected from a plurality of application rules registered in the rule tables 420 and 421, and they are combined and defined in advance together with the application order. Each application rule defined in the rule tables 420 and 421 is defined to perform a predetermined action on an object related to the target object type under a predetermined operation condition. The logic table 400, the scenario tables 410 to 412 and the rule table 420 are managed by the storage device 240. Note that the scenario determination process in S1180 is not essential, and in some cases, the application rule may be determined at random without determining the scenario itself.

  Although not limited to this, the target object types include “housing”, “commercial facility”, “production facility”, “public facility”, “lifeline” in the object management table 310, and actions include , “New placement”, “placement change”, “level up”, “deactivation”, “acquisition (ownership change)”. The virtual battle user terminal 100 </ b> V receives a predetermined parameter value of the virtual battle user or the building object (for example, each possession associated with the virtual battle user according to the positional relationship with the surrounding environment through an action to the building object on the plane. It works to increase the value of the population of objects and the amount of power supplied). Thereby, the virtual battle | competition user according to a user's level can be mounted.

  In S1190, when an application rule that satisfies the corresponding operation condition is specified according to the application order, an action is performed on the game object. Specifically, the action of the application rule is performed on the possessed object that corresponds to the target object type of the specified application rule and is determined in association with the characteristics of the virtual battle user (S1310). If the operation condition of a certain application order is not satisfied, or if it is randomly determined that the corresponding action is not executed even if the operation condition is satisfied, determine whether the operation condition in the application rule of the next application order is satisfied Will do.

  Hereinafter, a first scenario example related to “population management” will be described with reference to FIGS. 15 and 16, and a second scenario example related to “energy management” will be described with reference to FIGS. 17 to 19. Here, it is preferable to synchronize the user management table 300, the object management table 310, and the skill management table 320 with the virtual storage unit 120v, specify specific parameters by referring each time, and update the values. The action subject of each action is the virtual control unit 110v.

[2-1] First Scenario Example Regarding “Population Management” FIG. 15 shows a scenario 1 that has an object placement logic of “population management” and is registered in the scenario table 410. As shown in the figure, in the scenario 1, a set of a plurality of application rules are defined together with the application order. Sub-rules may be further defined for the application rules. The contents of the application rule and the subrule are defined in advance in the rule table 420, and are preferably managed by the storage device 240 as a master. In addition to this, as a sub-rule, using the value of the level of the virtual battle user 120V (determined in S603), other than those specified in the rule table 420 such as “the level of the virtual battle user is 2 or more” Things can also be specified. Scenario 1 is applied along with the order of application (1a-1) → (2a-1) → (3a-1) → (1a-2) → (2a-3) → (1a-3) → (1a-1) (Here, “→” is associated with the priority order for the sake of convenience. The same applies hereinafter). Each application rule is defined so that the value of the retained population of the retained object can be increased.

  The first order of scenario 1 is the application rule (1a-1). Specifically, the operation condition is a case where a house having the largest population that can be held is specified for the houses in the object list of the virtual battle user. In addition, as a sub-rule, the level of the virtual battle user must be 2 or more. When the operation condition is satisfied, the “house” object (for example, an apartment) is “newly arranged” at an arbitrary position on the plane of the game space. On the other hand, when the operating condition of the first order is not satisfied (when the house with the largest possible population is not specified, that is, when there is no house in the object list, etc.), the application rule (2a-1) of the second order is set. Move. Specifically, the operation condition is that a house and a road are already arranged at a specific position, and the lifeline in the object list of the virtual battle user can be connected to the house via the road. Is specified. If the operating conditions are met, the “lifeline” object (eg, power plant) is “newly placed” at that location to increase the population of the house. Alternatively, the first order and the second order may be reversed, and the “lifeline” may be first arranged, and then the “housing” object may be arranged at a position connected via the road.

  When the first rank and the second rank are not satisfied, the process moves to the application rule (3a-1) of the third rank. Specifically, the operating condition is that a house has already been placed at a specific location, and public facilities skills (e.g., for buildings that fall within the effective area of the virtual battle user object list). This is a case where a position that can include a house is specified in the area of the positive effective range in (increase the population by 300). If the operating conditions are met, the “public facility” object (eg, a park) is “newly placed” at that location to increase the population of the house. When there are a plurality of houses that are already arranged, a position where as many houses as possible can be included in the area of the effective range is determined. In addition, the position of the “public facility” may be determined so as to include in the effective range a house that does not exceed the storable population of the house.

  Similarly, when the first order to the third order are not satisfied, the process moves to the application rule (1a-2) of the fourth order. Specifically, the operating condition is that a house that has already been placed is placed at a position within the area of the positive effective range of a public facility that has already been placed, so that the current holding population of the house is further increased. This is when it is determined that the population can be increased. When the operation condition is satisfied, the “house” object is “placed” at the position. This is based on a situation where the initial placement relationship is no longer appropriate as the city building game progresses and various building objects are placed. It is taken into consideration. As an example, a house that has already been placed is in operation due to the influence of a lifeline that has been placed, but within the area of positive coverage of another public facility skill (which increases the population held by 300) The case where the increase of the possession population can be expected by arranging the house in the position is assumed.

  When the first order to the fourth order are not satisfied, the process moves to the fifth order application rule (2a-3). Specifically, the operating conditions are negative for skills (eg, reducing the population of buildings that fall within the effective area by 200) for lifelines (eg, power plants) that are already located at specific locations. This is a case where houses already arranged are included in the area of the effective range. When the operation condition is satisfied, the “lifeline” object is excluded from the plane to be “inactivated” and the decrease in the population is suppressed.

  When the first rank to the fifth rank are not satisfied, the process moves to the application rule (1a-3) of the sixth rank. The application rule (1a-3) includes subrules (1) and (2). Specifically, the operating conditions are: (1) for a house that has already been placed, if the possessed population exceeds the storable population, and (2) virtual than the number of coins required to increase the object level. This is a case where the number of coins held by the battle user is larger. When the operation condition is satisfied, the necessary number of coins is invested in the house, and the object level of the “house” object is “leveled up” to update the possessable population.

  Finally, when the first to sixth ranks are not satisfied, the application rule (1a-1) is applied again in the seventh rank. Specifically, the operation condition is a case where a house having the largest population that can be held is specified for the houses in the object list of the virtual battle user. When the operation condition is satisfied, the “house” object is “newly arranged” on the plane of the game space. Since the application rule “1a-1” is once implemented as the first rank, the “house” object having the second largest “possible population” is arranged in the seventh rank.

  In the first scenario example, the set of application rules corresponding to the above-described first order to seventh order is defined as scenario 1, but it goes without saying that scenario 1 is not limited to this. For example, as an alternative to the application rule (2a-3) of the fifth rank, as an application rule (2a-2), it is already arranged in the area of the negative effective range in the skill of the “lifeline” of the virtual battle user. The “lifeline” object may be “placed” so as not to include existing houses. Alternatively, both rules (3a-2) and (1a-2) may be applied as an alternative to the application rule (2a-3) of the fifth order. Specifically, when the area of the negative effective range in the skill of the lifeline that is already arranged overlaps the area of the positive effective range of the public facility that is already arranged, the "public facility" object is “Relocation” to a position that does not overlap with the area of the negative effective range of the lifeline (3a-2), and for the houses that have already been allocated, within the effective area of the skills of the public facilities that have been relocated The “house” object may be “placed” so as to be placed at the position. Needless to say, the order of application defined in the scenario table can be changed.

[2-2] Second Scenario Example Regarding “Energy Management” FIGS. 17 to 19 show application examples of the scenario related to “energy management”. As shown in FIG. 17, the scenario may be selected from among a plurality of scenarios according to a predetermined logic. The virtual control unit 110v of the virtual battle user terminal monitors the energy state regarding each object already arranged in the plane PL, and detects a building object in an energy-deficient state in the plane PL (S500). Specifically, the power supply amount is determined from the user management table 300 or by calculation each time, and an object whose value is smaller than the corresponding power consumption amount in the object management table 310 is determined. Thereby, the building object of an energy shortage state is detected. When a plurality of objects are detected, the target action may be performed with the “residential” object having the highest priority. Next, the total power consumption and the total power supply amount of the objects adjacent to the road on the plane PL are calculated and compared (S502). When the total power consumption is larger (YES), for example, the scenario 11 for increasing the power (subject) supply is applied as insufficient power supply (S502). On the other hand, when the total power supply amount is larger (NO), scenario 13 is applied in which the power (subject) supply amount is increased by changing the arrangement as an inappropriate building arrangement (S503). Thus, in the second scenario example, a plurality of scenarios are applied according to conditions in one object arrangement logic.

  FIGS. 18A and 18B respectively show scenarios 11 and 13 that are included in the scenario tables 411 and 412 that are included in the object placement logic of “energy management”. The scenario 11 includes application rules (2b-1) → (2b-2) → (2b-3) together with the application order. The scenario 13 includes only the application rule (1b-1). Of course, the above S500 and S501 may be incorporated into each operation condition and defined as one scenario, or further, the conditions may be decomposed and defined as a larger number of application rules. In any case, the application rule is defined so that the amount of power (subject) supplied to the building can be increased.

  The first order in scenario 11 is the application rule (2b-1). Specifically, the operating conditions are: (1) a lifeline that has more coins owned by the virtual battle user than coins necessary to purchase a lifeline is specified, and (2) already placed A location on the plane of the game space where the lifeline can be placed is identified along the road adjacent to the power-deficient building (the relationship between the power-deficient building and the lifeline can be connected via the road) Is the case. When the operation condition is satisfied, the “lifeline” object (for example, power plant) is “newly arranged” at the position to increase the power supply amount. On the other hand, when the operation condition of the first order is not satisfied, the process moves to the application rule (2b-2) of the second order. Specifically, the operating conditions are: (1) a lifeline is identified along a road adjacent to a building, and (2) coins owned by a virtual opponent user (the coin possessed by a virtual battle user rather than coins required for leveling up the lifeline) 300) is more frequent. When the operation condition is satisfied, the object level of the “lifeline” object is “leveled up”, and the power supply amount increased according to the object level is supplied to the building.

  When the first rank and the second rank are not satisfied, the process moves to the application rule (2b-3) of the third rank. Specifically, the operating conditions are: (1) the lifeline of the user who is the opponent of the virtual battle user is specified along the road adjacent to the building, and (2) necessary to change the owner of the lifeline. This is a case where there are more coins held by the virtual battle user than coins. When the operation condition is satisfied, the owner of the “lifeline” object (association in the user management table 300) is “changed owner” from the opponent user to the virtual battle user. As a result, power is also received from the lifeline. As an alternative to the third-order application rule (2b-3), for example, (3b-1) may be applied. Specifically, when a commercial facility is identified along a road adjacent to a building as an operating condition, the “deactivate” is performed so that the “commercial facility” object (for example, a store) is excluded from the plane of the game space. To do. Thereby, the total power consumption in S501 is reduced.

  The scenario 13 includes only the first order. The first order is the application rule (1b-1). Specifically, the operating condition is when a position where a power-deficient building that has already been arranged can be included along a road where a lifeline is adjacent is specified. When the operation condition is satisfied, the “building” object is “relocated” to the position, and the power supply amount is increased.

  As described above, the game program of this embodiment introduces the concept of object placement logic and scenario. Multiple scenarios are set for each object placement logic. Each scenario includes a set of application rules. Then, according to the priority order of the scenario, it is determined whether or not the operation condition specified in the application rule is satisfied, and when this is satisfied, the action specified for the application object is performed and the value of a predetermined parameter is increased. . Thereby, it is possible to advance the game by computer control as a virtual battle user. In particular, it is possible to set the characteristics of the virtual battle user according to the user characteristics, and it is possible to implement a computer battle game with higher battle game characteristics for the user.

  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, 100V ... Virtual battle user terminal, 110 ... Control part, 120 ... Memory | storage part, 130 ... Touch panel, 140 ... Communication part, 200 ... Game server, 210 ... Communication apparatus, DESCRIPTION OF SYMBOLS 220 ... Processing apparatus, 230 ... Memory part, 240 ... Memory | 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 , 400 ... logic table, 410 to 412 ... scenario table, 420, 421 ... rule table, G, G1 ... battle game space, PL, PL1 ... plane

Claims (12)

A game program for operating a computer as a virtual battle user in a city-building computer game, wherein a game space is associated with the user and the virtual battle user,
Determining the characteristics of the virtual battle user according to the characteristics of the user;
Determining one of a plurality of object placement logics to increase a predetermined parameter value of a target object associated with the virtual opponent user ;
Determining one of a set of a plurality of application rules pre-associated with the one object placement logic together with the application order of each of the application rules, wherein each application rule is associated with the virtual opponent user; to increase the game points for the steps of defining a performing a predetermined action on the object in the predetermined operating conditions,
Identifying the application rule that satisfies the operation condition according to the application order;
A game program causing the computer to execute a method including the step of executing the action in the application rule on the target object determined in association with characteristics of the virtual opponent user. The game program according to claim 1, wherein the method further comprises:
In the step of specifying the application rule, if the operation condition of the application order is not satisfied, the game program includes a step of determining whether the operation condition in the application rule of the next application order is satisfied. According to claim 1 or 2, wherein the game program comprises the action of the applied rule, the predetermined parameter value is the largest the target object is placed in the first position of the game space, the game program. A game program according to any one of claims 1 to 3, wherein includes a target object is first object and the second object, the first object associated with the virtual competition user of the game space 1 and the application rule is
Based on the first position, the game point of the virtual battle user is determined,
Wherein said second object associated with the virtual battle the user, is determined to increase the game points of the virtual competition user based on a relationship between the first position and the second position of the game space
Including, game program that. According to claim 4, wherein the game program, the include target object is a third object, wherein the relationship, the first position in the game space and the second position, the third objects arranged in a third position A game program that is determined based on whether or not the connection is made.   6. The game program according to claim 5, wherein the relationship is determined based on whether the first position is included in an area of a positive effective range of the second object that is associated with the second position. . The game program according to claim 6, wherein the application rule further includes:
A game program comprising: changing the first position so as to be included in an area of a positive effective range of the second object. 8. The game program according to claim 7, wherein the target object includes a fourth object, the fourth object associated with the virtual opponent user is arranged at a fourth position in the game space, and the application rule further includes:
It said first position, if included in the region of negative coverage associated with the fourth position, including deactivating the fourth object, a game program. According to claim 8, wherein the game program, the game points of the virtual competition user is determined based on at least a first parameter value associated with the first object, the application rule further,
Further comprising, a method that the said first parameter value, if they reached the predetermined upper limit value is updated to increase the upper limit value. A game program according to any one of claims 1 to 3, wherein includes a target object is first object and the second object, the first object associated with the virtual battle users in the game space 1 and the application rule is
Determining a first parameter value associated with the first object based on the first position,
Wherein the first parameter value, determines whether less than a predetermined value associated with the first object,
If the first parameter value is less than the predetermined value, the said second object associated with the virtual battle the user, so as to increase the first parameter value based on a relationship between the first position is determined, the game including placing the second position of the space, the game program. According to claim 10, wherein the game program, the include target object is a third object, wherein the relationship, the first position in the game space and the second position, the third objects arranged in a third position A game program that is determined based on whether or not the connection is made. According to claim 11, wherein the game program, the target object includes a fourth object, and the fourth object associated with the different users and the virtual battle the user is disposed in the fourth position of the game space, the Apply rules further,
Said fourth association of the fourth object position includes altering from the different users in the virtual battle the user, the game program.