JP2017023503A - Game server - Google Patents

Abstract

PROBLEM TO BE SOLVED: To increase the convenience to a user in a game in which a plurality of users are involved.SOLUTION: A game server causes a plurality of user terminals which are respectively associated with a plurality of users to share a game space over a network. The game server executes: a step of identifying the number of users which is required to start a game in the game space; a step of accepting requests for matching which are sent from the user terminals; a step of identifying the number of user terminals which have sent the requests for matching; a step of determining whether the number of user terminals has reached the required number of users; and a step of starting the game if it is determined that the number of user terminals has reached the required number of users.SELECTED DRAWING: Figure 9

Description

  The present invention relates to a game server.

  A battle game that is executed by sharing a common game space among a plurality of users via a network is known. Patent Document 1 discloses a technique for performing processing for waiting for an opponent for performing a player battle in the background and, when an opponent is found, shifting to a network battle with the opponent. Thereby, when an opponent is not easily found, the player's stress due to waiting for a long time until the game starts can be eliminated.

JP 2010-167251 A

  In the game disclosed in Patent Document 1, when matching with an opponent is completed while the player is playing a CPU battle, the game is forcibly shifted to a network battle (so-called “intrusion”). Therefore, the player must continue to start the game after all and wait until matching with the opponent is completed.

  An object of the present invention is to improve user convenience in a game involving a plurality of users.

According to the present invention, there is provided a game server that allows a plurality of user terminals associated with each of a plurality of users to share a game space via a network, and specifies a required number of users for starting a game in the game space. A step of accepting a matching request transmitted from the user terminal, a step of identifying the number of user terminals that transmitted the matching request, and whether or not the number of user terminals has reached the required number of users. And a game server that executes the game when it is determined that the number of user terminals has reached the required number of users.

  According to the present invention, user convenience in a game involving a plurality of users can be enhanced.

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 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. 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 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 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 flowchart which shows the process in the game system of this embodiment.

[Description of Embodiment of the Present Invention]
First, the contents of the embodiment of the present invention will be listed and described. The game server of one embodiment of the present invention has the following configuration.
(Item 1)
A game server that allows a plurality of user terminals associated with each of a plurality of users to share a game space via a network,
Identifying the number of users required to start a game in the game space;
Receiving a matching request transmitted from the user terminal;
Identifying the number of user terminals that transmitted the matching request;
Determining whether the number of user terminals has reached the required number of users;
A game server that executes the step of starting the game when it is determined that the number of user terminals has reached the required number of users.
According to the game server of this item, when the user who transmitted the matching request reaches the required number of users, the game can be automatically started. Thereby, it is possible to eliminate the need for the user to continuously start the game and wait until the matching is completed.
(Item 2)
Item 1. The game server according to item 1, wherein when a logout notification is received from the user terminal that has transmitted the matching request, the matching request of the user terminal that has transmitted the matching request is not canceled.
According to the game server of this item, even if the user logs out after the matching request, the game can be automatically started when the user who transmitted the matching request reaches the required number of users. Thereby, the convenience of the user in the game in which a plurality of users are involved can be improved.
(Item 3)
After receiving the login notification transmitted from the user terminal that transmitted the logout notification after the game was started,
Item 2. The game server according to item 2, wherein game information for participating in the game halfway is transmitted to the user terminal that has received the login notification.
According to the game server of this item, even if the user logs out after the matching request and logs in again after the game starts, the user can participate in the game halfway. Thereby, the convenience of the user in the game in which a plurality of users are involved can be improved.
(Item 4)
The user terminal is individually associated with a home game space and configured to transmit the matching request from the home game space,
The game server according to any one of items 1 to 3, wherein the user terminal is associated with a lobby based on the matching request.
According to the game server of this item, each user terminal can be associated with the battle game space from the home game space via the lobby. Thereby, each user terminal can be matched easily.
(Item 5)
The user terminal is configured to transmit a lobby exit request to associate with the home game space from the lobby;
If a logout notification is received from the user terminal associated with the lobby, without canceling the matching request of the user terminal associated with the lobby,
Item 4. The game server according to item 4, wherein when the lobby exit request is received from the user terminal associated with the lobby, the matching request for the user terminal associated with the lobby is canceled.
According to the game server of this item, when the user leaves the lobby, matching can be automatically stopped. Thus, the user can easily stop the battle game and return to the game in the home game space. Thereby, the convenience of the user in the game in which a plurality of users are involved can be improved.
(Item 6)
The user terminal is configured to transmit a lobby exit request to associate with the home game space from the lobby;
If a logout notification is received from the user terminal associated with the lobby, without canceling the matching request of the user terminal associated with the lobby,
Item 4. The game server according to item 4, wherein the matching request of the user terminal associated with the lobby is not canceled even when the lobby withdrawal request is received from the user terminal associated with the lobby.
According to the game server of this item, the user can wait for matching while proceeding with the game in the home game space. Thereby, the convenience of the user in the game in which a plurality of users are involved can be improved.
(Item 7)
The user terminal is configured to transmit a matching stop request for releasing the matching request after being associated with the home game space by the lobby exit request,
The game server according to item 6, wherein the matching request from the user terminal associated with the home game space is canceled by the lobby exit request based on the matching stop request.
According to the game server of this item, the user can cancel matching while proceeding with the game in the home game space. Thereby, the convenience of the user in the game where a plurality of users are involved can be improved.
(Item 8)
Calculating game points associated with the predetermined user and the game object by arranging game objects associated with the predetermined user in the game space;
Processing so that the game object is not placed in the game space after a match time has elapsed since the game was started;
The game server according to any one of items 1 to 7, wherein a game point associated with each of the plurality of users is compared and a winner is selected from the plurality of users.
According to the game server of this item, it is easy to automatically start a game in a battle game that is relatively easy to advance by midway participation, which is performed with a battle game in a city-building simulation game. Thereby, a user's convenience can be improved.

[Details of the embodiment of the present invention]
A specific example of the game server 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, a battle game space G2, and a lobby LB. 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. The lobby LB is a space for the users A to D to wait until the number of competing users reaches a predetermined number. 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 FIGS.

As shown in FIG. 19, when a matching request for starting a competitive game is transmitted from a certain user terminal 100 to the game server 200 (S 130), the game server 200 accepts this and stores it in the storage device 240. With reference to the battle user management table 340 as shown in FIG. 20, the presence or absence of a battle user waiting lobby is determined (S211). The user terminal 100 is associated with the lobby LB when the lobby screen is displayed on the display unit 132, and is in a standby state until matching of the opponent is completed (S131).

In the competitive user management table 340, information in the competitive game space G2 of the user who transmitted the matching request for each lobby ID is managed. When a matching request is transmitted from the user terminal 100, the user terminal 100 is associated with any lobby LB. Each lobby defines the number of users required to start the game, and in this embodiment is four people. When the number of users associated with the lobby is less than the required number of users, the standby state is set to “wait for battle user”. In the competitive user management table 340 shown in FIG. 20, since three users are associated with each other, the waiting user waiting state is set. In addition, game parameters such as owned coins and owned items in the battle game space G2 are not inherited from the home game space G1 (different), and an initial state common to all users is set. 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, as shown in FIG. 18, when the deck object DO is selected based on the effective range of the head office H0, the initial arrangement position of the deck object DO in the battle game space G2 is specified.

When there is a lobby waiting for a battle user, the participating lobby to which the user is associated is specified (S212), and the battle user management table 340 is updated so as to associate the user with the lobby (S213). As a result, when it is determined that the number of users associated with the lobby has reached the required number of users (Y in S214), the fighting user in which the fighting game proceeds in the common fighting game space G2 is determined. (S215). At this time, the battle user management table 340 is updated so as to release the waiting state of the lobby from the battle user waiting. On the other hand, if it is determined that the required number of users has not yet been reached (N in S214), waiting for a matching request from another user (S216), and if a matching request from another user is received (S217) It is determined again that the number of users associated with the lobby has reached the required number of users (S218). If it is determined that the number has reached (Y in S218), a battle is performed in the common battle game space G2. A battle user in which the game is progressed is determined (S215).

On the other hand, if there is no lobby waiting for a battle user (N in S211), a new lobby LB is generated based on the matching request from the user terminal 100 (S219) and a battle user management table 340 is generated. (S220). At this time, since only the user is associated with the newly generated lobby LB, the newly generated lobby LB is set as a battle user waiting lobby (S221). Then, it waits for a matching request from another user (S216). When a matching request from another user is received (S217), it is determined that the number of users associated with the lobby has reached the required number of users. (S218) When it is determined that the game has been reached (Y in S218), a battle user in which the battle game is advanced in the common battle game space G2 is determined (S215).

When the battle user is determined, the game server 200 configures a battle game space G2 shared between the battle users (S222), and after starting the battle time measurement (S223), the game server 200 stores the battle game information including the information. By transmitting to each user terminal (S224), a battle game is started (S225). In each user terminal, the battle game is started 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.

When matching is performed by designating a lobby, the matching may be performed based on the processing flow of the game system 1 shown in FIG. When a matching request for starting a competitive game is transmitted from a certain user terminal 100 to the game server 200, the game server 200 accepts it as a lobby creation request (S133). The game server 200 newly generates a lobby LB based on the lobby creation request, and also generates a battle user management table 340 as shown in FIG. In addition, an invitation key for inviting another user to the lobby LB is generated (S226), and is transmitted to the user terminal 100 that has transmitted the matching request (S227). The user terminal 100 enters a standby state until matching of the opponent is completed (S134). In addition, the game server 200 places the lobby LB in a waiting state for a battle user and waits for a matching request from another user terminal 100 (S228).

Here, when a matching request is transmitted together with the generated invitation key from another user terminal 100 to the game server 200 (S135), the game server 200 accepts this and identifies the user as a battle user. Thus, the battle user management table 340 is updated (S229). The game server 200 transmits a participation notification for notifying that a matching request from another user terminal 100 has been received to each user terminal 100 (S230, S231). Thereby, the other user terminal 100 is also in a standby state until matching of the opponent is completed (S136).

And when it determines with the number of users linked | related with the said lobby having reached the required number of users (Y of S232), the battle | competition user with which a battle game progresses in the common battle game space G2 is decided ( S233). At this time, the battle user management table 340 is updated so as to release the waiting state of the lobby from the battle user waiting. On the other hand, when it is determined that the required number of users has not yet been reached (N in S232), a matching request from another user is awaited (S228), and a matching request from another user is accepted. It is determined again that the number of users associated with the lobby has reached the required number of users (S232). If it is determined that the number has reached (Y in S232), the battle game is advanced in the common battle game space G2. The battle user is determined (S233). When the battle user is determined, the game server 200 configures the battle game space G2 shared between the battle users, and after starting the battle time measurement, the game server 200 transmits the battle game information including the information to each user terminal. (S236, 237), the battle game is started (S137, S238).

Here, as shown in FIG. 22, when the lobby LB with which the user terminal 100 is associated is waiting for a matching request from another user (S216, S228), when a logout notification is received from the user terminal 100 (S138) It is preferable that the game server 200 does not cancel the matching request of the user terminal 100. That is, when the user terminal 100 is associated with the lobby LB and the user stops the game program, the user terminal 100 is not deleted from the competitive user management table 340 and further waiting for a matching request from another user. Is preferred. When a matching request from another user terminal 100 is further received (S239), it is determined that the number of users associated with the lobby has reached the required number of users (S240), and when it is determined that the number has been reached. (Y in S240), a battle user in which the battle game is advanced in the common battle game space G2 is determined, and the battle game is started by transmitting the battle game information to each user terminal (S241) (S139). , S242). Here, the battle game information is not transmitted to the user terminal 100 that has already logged out, and the battle game is started with only the logged-in user participating.

When a login notification is transmitted from the user terminal 100 that transmitted the logout notification after the battle game is started (S140), the game server 200 causes the user terminal 100 to participate in the game halfway. It is preferable to transmit the battle game information (S243). In this case, the battle game information includes game objects and the like that other users have already placed in the battle game space G2 in addition to information on the initial state of the battle game space G2 transmitted to the other user terminals 100 at the start of the battle game. Game space information to be included, and game information about game points and game parameters given to other users. Thereby, the user who logged in after the start of the battle game can share the battle game space G2 with other users and can participate in the battle game halfway.

The user terminal 100 of the user who has logged in after the start of the battle game may be associated with the battle game space G2 immediately after login, or is associated with the home game space G1 immediately after login, and after receiving a predetermined user action, the battle game space. It may be associated with G2 (S141).

As shown in FIG. 23, when the lobby LB to which the user terminal 100 is associated is waiting for a matching request from another user (S216, S228), when a lobby exit request is received from the user terminal 100 (S142), the matching request of the user terminal 100 may be canceled. The lobby exit request is a request for associating the user terminal 100 with the home game space G1 from the lobby LB, unlike the process of stopping the game program described above. In this case, information about the user is deleted from the lobby management table 340 (S244). Then, the user terminal 100 is notified that the user has left the lobby LB (S245, S246), and the user terminal 100 is associated with the home game space G1 (S143). Further, this lobby LB continues to wait for a matching request (S247). Thereby, when the user leaves the lobby LB, it is determined that the participation in the battle game is stopped, and the matching can be automatically stopped.

On the other hand, as shown in FIG. 24, when the lobby LB with which the user terminal 100 is associated is waiting for a matching request from another user (S216, S228), when a lobby exit request is received from the user terminal 100 (S142), the matching request of the user terminal 100 may not be canceled. And after receiving the lobby leaving request, the acceptance of matching requests from other users is continued (S248), and when the required number of users is reached (Y of S249), the battle game information is transmitted to other users. (S251) While starting the battle game (S146, S252), even if a matching notification for notifying that the match game is completed and the battle game is started is transmitted to the user who has moved to the home game screen G1. Good (S250). Then, when a request for the user to participate in the competitive game is transmitted from the home game space G1 (S147), the game server 200 causes the user terminal 100 to perform competitive game information for participating in the game midway. Is transmitted (S253). Thereby, the user who logged in after the start of the battle game can share the battle game space G2 with other users and can participate in the battle game halfway.

Furthermore, as shown in FIG. 25, after the user terminal 100 transmits a lobby exit request and moves to the home game screen G1 (S144 to S145), the user terminal 100 transmits a matching cancellation request to the game server 200. It is good also as doing (S149). Then, the game server 200 updates the battle user management table 340 so as to cancel the matching request from the user terminal based on the matching stop request (S254), and may wait for a matching request from another user. Good (S255). Thereby, the user can cancel matching while proceeding with the game in the home game space G1, and the convenience can be further improved.

With reference to FIGS. 26 to 32, the flow of the game progress process in the battle game space G2 will be described in detail. With reference to FIGS. 26 to 31, 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 G <b> 2 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. 27, 31, and 32 are flowcharts showing the processing of the game system that causes the computer to execute the function. 26 and 28 to 30 show an example of the battle game space G2.

When the matching of the battle users is completed, the battle game space G2 shown in FIG. 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 (S150 in FIG. 27). 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 S151), the building under construction on the plane PL2 based on the object placement request BO (first state) is arranged (S152). When the building BO under construction is arranged on the plane PL2, the timer unit 113 starts measuring elapsed time (S153). Then, 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 (S154).

The game server 200 receives information about the objects arranged by the users A to D (S256), and updates the battle user management table 340 based on the information (S257). 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 (S258), 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. (S157). Information on the construction building O arranged in the battle game space G2 is transmitted to the game server 200 as game space information and shared with other user terminals (S257, S258).

As shown in FIG. 28, when the constructed buildings OA1, OA2, OB1 to OB1 to 3 are arranged in the battle game space G2 (S157 in FIG. 31), whether or not power is supplied to each constructed object from the lifeline. Is determined (S158). 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 (S159). 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, a game point associated with the user is calculated by calculating the possessed population of each object (S164). 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 occupancy population of the apartments OA1, OB2 is specified (S160), and the initial population that can be held by the apartments O1, OB2 being arranged on the plane PL2 is specified (S161). .

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 (S162). 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 S162). Therefore, when the content of the passive skill of the park OB3 is specified (S163), 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 (S164). 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 S162). Therefore, when the contents of the passive skills of the power plant OA2 and the park OB3 are identified (S163), the increase in the population due to the passive skill of the park OB3 is added from the initial population, and the decrease in the population due to the passive skill of the power plant OA2 is subtracted. Thus, the population owned by the apartment OB1 is calculated (S164). 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 (S165), and the game server 200 receives information on the game point (S259). The user management table 300 is updated based on the information, and the updated information is transmitted to each user terminal 100 (S260).

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.

The effective range specified in the step (S162) for determining whether it belongs to the effective range of another building employs the active skill effective range E7 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 points are updated as described above (S165), it is determined whether or not the updated game points exceed a threshold value (S166). 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 (S167). 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.

When the elapsed time in the battle game space G2 has passed the predetermined battle time (Y in S261 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. (S262). In addition, each user terminal 100 is notified of the end of the battle, and each user terminal 100 is processed so that no game object is placed in the battle game space G2 as a process of ending the battle game (S168). .

When the competitive game is finished, a process of selecting the winner by comparing the game points of the respective users is executed (S263). 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. In addition, when the game point value is the same value, a user who is quickly associated with the lobby LB may be advantageously handled. Since a user who is quickly associated with the lobby LB is likely to participate in the battle game halfway, it is preferable to give some privilege (dominance) in the win / loss selection process.

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 (S264), and the user management table so as to grant the reward. 300 is updated (S265). When each user terminal 100 receives the reward (S169), the user terminal 100 is transferred to the home game space G1 in which the reward is reflected.

  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.

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.

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 ... competing user management table, G ... game space, G1 ... Home game space, G2 ... Battle game space, LB ... Lobby.

According to the present invention, there is provided a game server that allows a plurality of user terminals associated with each of a plurality of users to share a game space via a network, and specifies a required number of users for starting a game in the game space. A step of accepting a matching request transmitted from the user terminal, a step of specifying the number of user terminals that transmitted the matching request, and whether or not the number of user terminals has reached the required number of users. Logout notification from the user terminal that has transmitted the matching request, and a step of starting the game when it is determined that the number of user terminals has reached the required number of users. The matching request of the user terminal that transmitted the matching request is received. Not divided, the game server is obtained.

Claims (8)

A game server that allows a plurality of user terminals associated with each of a plurality of users to share a game space via a network,
Identifying the number of users required to start a game in the game space;
Receiving a matching request transmitted from the user terminal;
Identifying the number of user terminals that transmitted the matching request;
Determining whether the number of user terminals has reached the required number of users;
A game server that executes the step of starting the game when it is determined that the number of user terminals has reached the required number of users. When a logout notification is received from the user terminal that has transmitted the matching request, the matching request of the user terminal that has transmitted the matching request is not canceled.
The game server according to claim 1. After receiving the login notification transmitted from the user terminal that transmitted the logout notification after the game was started,
Sending game information for participating in the game halfway to the user terminal that has received the login notification,
The game server according to claim 2. The user terminal is individually associated with a home game space and configured to transmit the matching request from the home game space,
Associating the user terminal with a lobby based on the matching request;
The game server in any one of Claims 1-3. The user terminal is configured to transmit a lobby exit request to associate with the home game space from the lobby;
If a logout notification is received from the user terminal associated with the lobby, without canceling the matching request of the user terminal associated with the lobby,
When the lobby exit request is received from the user terminal associated with the lobby, the matching request of the user terminal associated with the lobby is canceled.
The game server according to claim 4. The user terminal is configured to transmit a lobby exit request to associate with the home game space from the lobby;
If a logout notification is received from the user terminal associated with the lobby, without canceling the matching request of the user terminal associated with the lobby,
Even when the lobby exit request is received from the user terminal associated with the lobby, the matching request for the user terminal associated with the lobby is not canceled.
The game server according to claim 4. The user terminal is configured to transmit a matching stop request for releasing the matching request after being associated with the home game space by the lobby exit request,
Based on the matching stop request, cancel the matching request from the user terminal associated with the home game space by the lobby exit request;
The game server according to claim 6. Calculating game points associated with the predetermined user and the game object by arranging game objects associated with the predetermined user in the game space;
Processing so that the game object is not placed in the game space after a match time has elapsed since the game was started;
Comparing the game points associated with each of the plurality of users and selecting a winner from the plurality of users;
The game server according to claim 1, wherein: