TWI863761B - Programs and gaming devices - Google Patents

Abstract

The purpose of the present invention is to provide a highly interesting game. The present invention is a program that can execute a battle game. The player functions as the following mechanisms: a login mechanism that can log in game elements; a battle field prompting mechanism that prompts a battle field where the logged-in game elements can move; and a game execution mechanism that arranges the logged-in game elements in the battle field to execute the battle game. The battle field prompting mechanism prompts different battle fields according to the execution period of the battle game.

Description

Programs and gaming devices

The present invention relates to a program and a game device.

There is a game that can change the design of the game board (Field). (For example, Patent Document 1). [Prior Art Document] [Patent Document]

[Patent Document 1] Japanese Patent Publication No. 2007-301076

[The problem the invention is trying to solve]

However, since the changes in the board (field) often make it impossible to utilize the game elements held by the players, there is a situation where the players' interest in the game is weakened.

Therefore, the present invention provides a program and a game device that provide a highly interesting game without reducing the fun. [Technical means for solving the problem]

One aspect of the present invention is a program that can execute a fighting game and functions as the following mechanisms: a login mechanism that can log in game elements; a battle field prompting mechanism that prompts a battle field where the logged-in game elements can move; and a game execution mechanism that arranges the logged-in game elements in the battle field to execute the fighting game; and the battle field prompting mechanism prompts different battle fields according to the execution period of the fighting game.

One aspect of the present invention is a gaming device, which comprises: a registration mechanism, which can register game elements; a battle field prompting mechanism, which prompts a battle field where the registered game elements can move; and a game execution mechanism, which arranges the registered game elements in the battle field and executes the battle game; and the battle field prompting mechanism prompts different battle fields according to the execution period of the battle game. [Effect of the invention]

According to the present invention, a highly interesting game can be provided.

The implementation form of the present invention is described.

<First Implementation Form> <Overall Configuration> FIG. 1 is a diagram showing the system configuration of the game system of this implementation form. As shown in FIG. 1, the game system is composed of one or more game devices 1 and a server 2. One or more game devices 1 and the server 2 can be connected to a communication line N and can communicate with each other. The communication line N means a communication path that can perform data communication. That is, in addition to a LAN (Local Area Network) such as a dedicated line (dedicated cable) or Ethernet (registered trademark) for direct connection, the communication line N also includes a telephone communication network or a cable network, the Internet, and the communication method is not limited to wired/wireless.

The game device 1 is a computer that can execute game programs, is connected to a communication line N via a wireless communication base station, etc., and can communicate data with a server 2. The game device 1 is, for example, a business game device (arcade game device), a smart phone, a portable phone, a portable game device, a fixed home game device, a personal computer, a tablet computer, a controller of a fixed home game device, etc. There are basically plural game devices 1, which are operated by each player.

The server 2 is a server system composed of a single or multiple server devices or memory devices. The server 2 provides various services for operating the game of this embodiment, and can manage the data required for the operation of the game, publish the game program or data required for executing the game on the game device 1, etc. In addition, as described in detail later, when the server 2 identifies the player when using the game device 1, that is, when the service of the battle game is provided in the state of identifying which player it is, the server 2 updates the information managed for each player based on the usage content (game competition history).

In this embodiment, by means of such a system configuration, a battle game between players using a plurality of game devices 1 can be realized via the server 2 and the communication line N, but it is not limited to a battle game between players (between people), and also includes a case where one of the players is a non-player character provided by the server 2. In addition, the game that provides a competitive experience in the game device 1 is not limited to a battle game between players, and can also include a game configured for one person.

In the embodiments described below, the present invention is applied to a gaming device that executes a battle game by displaying a screen with game elements arranged on a gaming field as an example of a gaming device. However, the present invention can also be applied to any machine that can execute a game by displaying a screen with game elements arranged on a gaming field.

<Overview of Game Elements and Battle Game> In order to facilitate understanding of the structure of the present embodiment below, the game elements used in the battle game of the present embodiment and the overview of the battle game are explained.

In the battle game of this embodiment, multiple game elements appear. Game elements are characters (characters, vehicles, props, etc.), which are embodied as images, imaginary or real objects, etc. Images include static images and dynamic images. As an example of an imaginary or real object, for example, a game card with a physical volume (real object). In addition, the object is not limited to the game card, as long as it is an object that constitutes a game element that can be specifically associated with the object, it is not limited to the game card. The object can be a doll with the appearance of a game element.

In this embodiment, the plurality of items are tangible game cards, and are described as corresponding to one game element appearing in a battle game that provides a competitive experience in a game device 1. The game element to which the game card is corresponding can be identified by obtaining identification information (element ID) for identifying the game element attached to the game card by a game element reading unit described later. Attaching identification information (element ID) to the game card can be achieved, for example, by attaching a one-dimensional or multi-dimensional code obtained by converting the identification information for specifying the game element to the game card by printing, etc., or by other methods such as recording a tag for near field communication (NFC) or an IC (Integrated Circuit) chip contained in the game card.

In a battle game, each player can use multiple game elements. Before the game starts (before the actual operation of the game elements begins), information is obtained from the game card, and the game elements corresponding to the game card can be registered as game elements that appear in the game (used by the player).

In this embodiment, there are multiple game elements that players can play in the game, but they are mainly two types: the first game element and the second game element. The first game element is the pilot, and the second game element is the vehicle operated by the pilot. Furthermore, the first game element and the second game element are each divided into multiple types.

As the first game element, i.e., the type of pilot, there are, for example, attack type (first type) and defense type (second type). The attack type is a type that attacks the game elements of the opposing player as the main purpose, and attacks the game elements of the opposing player without protecting the other game elements of the player. The defense type is a type that attacks the game elements of the opposing player as the main purpose, in order to protect the other game elements of the player. In addition, the types and their numbers are just examples, and are not limited to such types and numbers. For example, there may be a plurality of types that can be set up that can attack only X types of game elements of the opposing player, and an attack type that can attack only Y types of game elements of the opposing player, so that the types of attack can be set according to the types of the game elements of the opposing player.

As the second game element, there are types of mounts, such as attack type (first type) and defense type (second type). The attack type is a type that attacks the game elements of the opposing player as the main purpose, and attacks the game elements of the opposing player without protecting the other game elements of the player. The defense type is a type that attacks the game elements of the opposing player as the main purpose, and attacks the game elements of the opposing player in order to protect the other game elements of the player. As more types, a range (attack) type (third type) corresponding to the range (attack) distance of the weapon that can be used by the mount can also be set. For example, the case where the usable weapon is a long-range weapon is a long-range type, and the case where the usable weapon is a close-range weapon is a close-range type, and so on. In addition, the types and quantities are just examples and are not limited to those types and quantities.

These categories do not necessarily correspond one-to-one between each game element and each category, but may also correspond one-to-many. For example, the second game element, namely the mount, may also have two types: a defense type and a long-range type. In order to protect the player's other game elements, the mount of this type may use a weapon with a longer range to attack the game elements that are far away from the opponent.

Furthermore, the first game element and the second game element have various parameters (level, health, attack power, defense power, terrain suitability, weapons used, etc.) suitable for the type in addition to the character information of the type or type of the first game element or the second game element. For example, if it is an attack type, it is a parameter dedicated to attack. These various parameters can also change as the battle game progresses.

Furthermore, in the first game element or the second game element, there is a special ability called a skill. The skill is an ability to develop in order to advance the game advantageously, and is an ability to strengthen the game element. For example, when a certain activation condition is met, it is an ability to increase the attack power of the game element against the opponent player for a specified period of time. The activation of skills may be automatically activated when the activation condition is met, or may be arbitrarily activated by the player's operation when the activation condition is met. In addition, there are skills that can only be activated once during a battle, or there are skills that can be activated multiple times. In addition, after activating the skill, even if the game element becomes unable to fight (destroyed) due to an attack from the opponent's game element, it can be returned (transformed) to a battle-able state by the passage of a specified time (transition time). In addition, there are cases where the transition time is longer than the transition time of a normal game element that does not activate a skill.

FIG. 2 is a diagram showing an example of a game card P1 in which the first game element is a pilot and its type has character information of an attack type. By reading the identification information recorded on the game card P1 by the game element reading unit, the game device 1 can obtain the character information or skill of the game card P1. FIG. 3 is a diagram showing an example of a game card M1 in which the second game element is a vehicle and its type is an attack type and has character information of breaking (attack when the locked enemy game group enters the attack range) as a skill. By reading the identification information recorded on the game card M1 by the game element reading unit, the game device 1 can obtain the character information or skill of the game card M1.

Furthermore, in the battle game of this embodiment, a game element called a game team (hereinafter referred to as a unit) appears. The game team is composed of the first game element, the pilot, and the second game element, the vehicle, and is composed of the combination of the two. That is, the player can associate the pilot as an element that moves the vehicle in the battle game and register it. In this way, the player can make a game team consisting of a vehicle and a pilot appear in the battle game.

The ability of a game set may be, for example, the sum of the role information (various parameters) of the pilot, which is the first game element constituting the game set, and the role information (various parameters) of the vehicle, which is the second game element. Furthermore, the game set has an action characteristic that specifies (or restricts actions) what actions can be taken in a battle of a battle game. The action characteristic of the game set is subordinate to (depends on) at least one of the first game element constituting the game set, namely, the type (type) of the pilot, or the second game element, namely, the type (type) of the vehicle.

When the action characteristics of the game team are made subject only to the first game element, that is, the type (type) of the pilot, the action characteristics that reflect the type of the pilot do not reflect the type (type) of the vehicle. For example, when the type of the pilot constituting the game team is a defense type and the type of the vehicle constituting the game team is an attack type, the action characteristics of the game team do not reflect the type of the vehicle, and the attack on the game element of the opposing player is limited to other game elements that protect the player. In addition, when the action characteristics of the game team are made subject only to the second game element, that is, the type (type) of the vehicle, the action characteristics that reflect the type of the vehicle do not reflect the type (type) of the pilot.

In this way, when the action characteristics of the game set are subordinate to only one of the game elements, the player needs to consider the types of pilots and mounts and select the pilots and mounts that constitute the game set. The reason is that since the ability of the game set is, for example, the total value of the character information of the game elements (pilots and mounts) that constitute the elements, if the type is selected incorrectly, the ability of the game set cannot be brought into play. On the other hand, when the types of the game elements (pilots and mounts) that constitute the elements are appropriately and correctly selected, for example, when the type of the pilot and the type of the mount are the same defense type, the ability consistent with the action characteristics of the game set can be brought into play.

On the other hand, when the action characteristics of the game team are made subordinate (dependent) to both the first game element, the type (type) of the pilot and the second game element, the type (type) of the vehicle, which are the constituent elements, this is effective when the first game element, the type (type) of the pilot and the second game element, the type (type) of the vehicle are completely different. For example, there are attack types and defense types for the first game element, the type of the pilot, and the second game element, the type of the vehicle, is a range (attack) type. In this case, the action characteristics of the game set of a combination of a defense-type pilot and a long-range-type vehicle become the action characteristics of a game element that uses a weapon with a long range (attack distance) to attack a distant opponent player in order to defend against other game elements of the player. In this way, a game with high strategic value can be provided to the player.

Furthermore, as the ability of the game set, the terrain suitability of the first game element or the second game element can be added. Terrain suitability means the degree of suitability for the terrain of the battle field described later. The terrain suitability varies depending on the type of the first game element or the second game element. For example, there are types that are suitable for ground battles, and there are types that are suitable for air battles such as space. In this way, depending on the type of terrain of the battle field, there are types of suitable first game elements or second game elements. In this embodiment, although the case where the vehicle of the second game element has terrain suitability is described, the pilot of the first game element may also have terrain suitability. In addition, the terrain suitability of this embodiment has four stages of suitability in the order of terrain suitability S, terrain suitability A, terrain suitability B, and terrain suitability C in order of suitability from high to low. Moreover, the higher the suitability of the terrain suitability of the second game element in the game set of the first game element and the second game element as the constituent elements, the higher the parameter of the game set in the battle field of the terrain (favorably advancing the battle). For example, terrain suitability S increases the parameter by 10%, terrain suitability A increases the parameter by 5%, terrain suitability B does not change the parameter, and terrain suitability C decreases the parameter by 5%.

Next, we will explain the outline of the battle game.

The battle game of this implementation form is carried out by deploying (deploying) the game groups (troops) registered by each player on a game field of a specified size while performing movement/attack actions (the implementation of these actions is accepted by the operation input unit described later).

FIG. 4 is a diagram showing an example of a game field in a battle game of the present embodiment. In one embodiment shown below, a battle field 30 exists in the game field. The battle field 30 includes an attacking game group area 31, a first area 32, and a second area 33. The attacking game group area 31 is configured with game groups that can attack (appear). The first area 32 is the area of the player, and is configured with bases (game elements) such as the base of the player. The second area 33 is the area of the opposing player, and is configured with bases (game elements) such as the base of the opposing player. As other game elements, there are also bases such as battleships that can be moved between fields. Moreover, as a result of an attack action of any game group, the player who destroys the base of the opponent player (making the durability value 0) becomes the winner of the battle game.

Therefore, for the game team of the opposing player that wants to attack the base established by itself, each player needs to configure the game team and perform counter-action (defensive action) in order to prevent the attack, or needs to control the attack of the game team in order to destroy the base of the opposing player faster than the game team of the opposing player.

Here, it is important to note that the movable area differs depending on the type of the game group. For example, when the type of the game group is a defense type, since the game group is a game group for defending a base such as a player's base, and the base such as a player's base is arranged in the first area 31, the defense type game group can only move within the first area 32. On the other hand, when the type of the game group is an attack type, the game group is a game group that attacks the base of the opponent player or the base of the opponent player's battleship, etc., which comes to attack the base of the own player. Since the base of the opponent player is arranged in the second area 33, and the base of the opponent player's battleship, etc. can invade (can be arranged in) the first area 32, as a result, the attack type game group can move between both the first area 32 and the second area 33.

In addition, there are multiple terrain categories of the battle field. For example, the terrain category is a universe that imitates the universe, a ground that imitates the street, etc., a desert that imitates the desert, etc. In addition, each area category includes at least one battle field. For example, the category of the universe includes a battle field of universe 1 and a battle field of universe 2. The game of this embodiment, for example, rotates each terrain category in units of days, weeks, or months, selects a battle field 30 of the terrain category belonging to the day of the game execution, and prompts it on the game field.

At the start of the battle game, the information of the game team registered by the opponent player is not yet known. The player can deploy each of the game teams registered by himself on the battle field 30 at any time after the battle game starts. When the opponent player deploys the game team on the battle field 30, the game team is informed of what kind of game elements (mounts and pilots) the game team is composed of. By configuring in this way, the player can understand the game team or actions of the opponent player and develop the game strategically.

<Structure of the game device 1> Figure 5 is a front view of the game device 1 of the embodiment of the present invention.

The game device 1 comprises: a display unit 11 (display 11), which displays information or a game field etc. required for progressing in the game such as a menu; a first game element reading unit 121-125, which is used to register a first game element (pilot) that appears in the battle game from a game card held by a player; and a second game element reading unit 131-135, which is used to register a second game element (vehicle) that appears in the battle game from a game card held by a player.

The first game element reading units 121-125 are readers for reading the role information of the first game element, i.e., the pilot, that appears in the game from the game card. Since the game device 1 of this embodiment can register a maximum of (up to) 5 pilots as game elements, five first game element reading units 121-125 are provided. The player sets (configures) the game card P of the pilot (first game element) that appears in the battle game on the first game element reading units 121-125 using the game card he holds, so that the first game element reading units 121-125 can read the identification information of the game card of the pilot (first game element), etc.

The second game element reading units 131-135 are readers for reading the character information of the second game element, i.e., the vehicle, that appears in the game from the game card. Since the game device 1 of this embodiment can register a maximum (upper limit) of 5 vehicles as game elements, 5 second game element reading units 131-135 are provided. The player sets (configures) the game card of the vehicle (second game element) that appears in the battle game on the second game element reading units 131-135 using the game card he holds, so that the second game element reading units 131-135 can read the identification information of the game card of the vehicle (second game element).

Furthermore, you can start the battle game by forming up to 5 teams, using the game element of a game team (troop), which is a team consisting of one registered pilot and one registered vehicle. That is, regarding the game team (troop), the maximum number of registered vehicles is the same as the maximum number of registered pilots (upper limit), which is set to 5.

In addition, for example, when the player has just started using the game device 1 or when the player does not bring a game card, the number of game cards that can obtain information does not meet the maximum number (upper limit) of each of the mounts or pilots, and the game elements that constitute the game team (troop) are not necessarily registered based on the information obtained from the game card. In this case, the game elements prepared are additionally registered on the game device 1 side, and the maximum number of mounts and pilots are registered to form 5 teams. In addition, in an embodiment in which the concept of cost is introduced at the time of registration, the number of game teams (troops) to be registered can also be set to a plurality less than the maximum number.

In addition, in this embodiment, although one pilot is associated with one vehicle and registered as one game set, the implementation of the present invention is not limited to this. That is, the game elements constituting one game set may be to associate multiple pilots with one vehicle, or to associate one pilot with multiple vehicles.

FIG. 6 is a block diagram showing the functional structure of the gaming device 1 according to an embodiment of the present invention.

The game device 1 includes a processing unit 10, a display unit 11, a first game element reading unit 121-125, a second game element reading unit 131-135, an operation input unit 14, a price detection unit 15, a user information reading unit 16, a sound output unit 17, a communication unit 18 and a storage unit 19.

The processing unit 10 controls the operation of the game device 1 based on the program or data stored in the memory unit 19, the operation input signal from the first game element reading unit 12, the second game element reading unit 13, and the operation input unit 14. The functions of the processing unit 10 can be realized by electronic components such as a microprocessor such as a CPU (Central Processing Unit) or a GPU (Graphics Processing Unit), an ASIC (Application Specific Integrated Circuit), and an IC memory. Specifically, the control unit 10 controls the operation of each unit by reading the operation program of each unit recorded in the recording unit 19, developing it in the memory, and executing it. The processing unit 10 includes, as main functional units, a game element acquisition unit 110, a game configuration unit 111, a game execution unit 112, and a battle field presentation unit 113. These units will be described later.

The display unit 11 displays various game screens based on the image signal output from the processing unit 10. The function of the display unit 11 can be realized by a display device such as a flat panel display such as a liquid crystal, a projector, a head-mounted display, etc. In FIG. 5 , the display unit 11 is equivalent to the display 11.

As described above, the first game element reading units 121 to 125 are the upper limit of the number of first game element registrations, i.e., five first game element reading units, and are readers for reading the first game element, i.e., the role information of the pilot, that appears in the game from the game card held by the player. The first game element can be read from the game card, for example, by printing a one-dimensional or multi-dimensional code obtained by converting the identification information of the game card, etc., on the game card, etc., and reading the one-dimensional or multi-dimensional code. In addition, when the identification information of the game card, etc. is recorded on a tag or IC chip for near field communication (NFC) contained in the game card, it can be read from the tag or IC chip. The read information is output to the processing unit 10 together with the identification information of the device, namely, the reading unit ID (for example, reading unit ID=121, etc.).

As described above, the second game element reading units 131 to 135 are the second game element reading units with the upper limit of the number of second game element registrations, i.e., five, and are readers for reading the character information of the second game element, i.e., the board, that appears in the game from the game card held by the player. The second game element can be read from the game card, for example, by printing a one-dimensional or multi-dimensional code obtained by converting the identification information of the game card, etc., on the game card, etc., and reading the one-dimensional or multi-dimensional code. In addition, when the identification information of the game card, etc. is recorded on a tag or IC chip for near field communication (NFC) contained in the game card, it can be read from the tag or IC chip. The read information is output to the processing unit 10 together with the identification information of the device, namely, the reading unit ID (for example, reading unit ID=131, etc.).

The first game elements read by the first game element reading units 121-125 and the second game elements read by the second game element reading units 131-135 constitute a game set. As described above, one game set is a combination of one first game element, i.e., a pilot, and one second game element, i.e., a vehicle. Therefore, in order to make it easy for the player to recognize the combination of the first game element, i.e., the pilot, and the second game element, i.e., the vehicle constituting the game set, the first game element reading units 121-125 and the second game element reading units 131-135 are arranged so that one side of the first game element reading units 121-125 and one side of the second game element reading units 131-135 constituting the set are at least adjacent to each other. For example, the lower side of the first game element reading unit 121 and the upper side of the second game element reading unit 131 are arranged adjacent to each other to form a set. In this way, the player can easily understand that the pilot of the game card read by the first game element reading unit 121 and the vehicle of the game card read by the second game element reading unit 131 are a set, which constitutes a game set. The same applies to the combination of the other first game element reading units 122 to 125 and the second game element reading units 132 to 135.

The operation input unit 14 is used for the player to input various operations related to the game, and outputs the operation input signal corresponding to the operation input to the processing unit 10. The function of the operation input unit 14 can be realized by a touch panel, a touch operation pad, a home button, a button switch, or a joystick, a trackball, etc., which are directly operated by the player with a finger, or by an acceleration sensor, an angular velocity sensor, a tilt sensor, a geomagnetic sensor, etc., which detects movement or posture. In this embodiment, the touch operation panel added to the display unit 11 is equivalent to this.

The price detection unit 15 detects the payment of the price in the game device 1. The payment of the price can also be determined by, for example, inserting a coin of a specified amount or an equivalent game coin into an unillustrated slot of the game device 1, or detecting the completion of the settlement process based on the communication with the chip of the specified electronic currency. The game device 1 of this embodiment is explained by starting to provide a service including a series of game competition experiences based on the payment of the price at the start of service provision. In addition, the payment of the price can also be detected after the start of service provision.

The user information reading unit 16 acquires information from an item having a player ID (player identification information) recorded thereon in order to identify the player using the game device 1. In the present embodiment, the item having the player ID recorded thereon is a player card in the form of a card.

The sound output unit 17 is a speaker or the like that outputs sound effects related to the game based on the sound signal output from the processing unit 10 .

The communication unit 18 is a communication interface with an external device. The communication unit 18 is connected to an external device via a communication line N (not limited to wired/wireless) and can send and receive data. The communication unit 18 converts information input as a transmission target into data in a specified format and sends it to an external device such as the server 2 via the communication line N. In addition, the communication unit 18 receives information from an external device via, for example, the communication line N.

The recording medium 19 is a recording device capable of storing data, such as a non-volatile memory or a HDD (Hard Disc Drive). The recording medium 19 stores not only the operation programs of each part of the game device 1, but also the information of the parameters required for the operation of each part, or various graphic data used in the fighting game executed by the game device 1.

In addition, a game element database 190 (game element DB 190) is stored in the recording medium 19. The game element DB 190 is a database that manages information (element information) of each game element that appears in the game. In the game device 1 of this embodiment, when playing the game, the player places the game card in the first game element reading unit 121-125 and the second game element reading unit 132-135 and obtains information, thereby making the game element corresponding to the game card appear in the game. As shown in FIG. 7, the element information for managing one game element includes, for example, category information 192 which is associated with an element ID (identification information) 191 which uniquely identifies the game element and indicates the category (type) in the game to which the game element is assigned, description information 193 which includes graphic data that can be used to generate a screen when the game element appears in the game, parameter information (role information) 194 which describes parameters determined for each element level of the game element in addition to the name and attributes of the game element, and terrain suitability information 195 which describes activation conditions and activation effects. The parameter information 194 and terrain suitability information 195 are information for reference in the game in which the game element appears, and are related to the progress control of the game.

In addition, in this embodiment, although the game element DB 190 stores graphic data, parameter information, terrain suitability information, etc., and the element information includes these data, the implementation of the present invention is not limited to this. The element information may also include information indicating the storage location of the data of each information.

Next, the main functional units of the processing unit 10, namely, the game element acquisition unit 110, the game composition unit 111, the game execution unit 112 and the battle field presentation unit 113 are explained.

The game element acquisition unit 110 acquires the element ID 191 of the game card read by the first game element reading units 121 to 125 and the second game element reading units 131 to 135. At this time, the reading unit IDs of the first game element reading units 121 to 125 and the second game element reading units 131 to 135 that identify the element ID 191 of the read game card are also acquired (hereinafter, the reading unit IDs of the first game element reading units 121 to 125 are set as 121 to 125, and the reading unit IDs of the second game element reading units 131 to 135 are set as 131 to 135 for explanation). The game element acquisition unit 110 acquires the type information 192, the drawing information 193, the parameter information 194, and the terrain suitability 195 associated with the element ID 191 of the acquired game card from the game element DB 190. The game element acquisition unit 110 associates the reading unit ID with the game element ID 191, the type information 192, the drawing information 193, the parameter information 194, and the terrain suitability 195, and outputs them to the game composition unit 111 and the game execution unit 112. In addition, the first game element reading units 121 to 125 and the game element acquisition unit 110 function as a first game element registration mechanism. Furthermore, the second game element reading units 131 to 135 and the game element acquiring unit 110 function as a second game element registration means.

The game set configuration unit 111 receives the reading unit ID, the element ID 191, the type information 192, the description information 193 and the parameter information 194 from the game element acquisition unit 110, and configures a game set (unit) from the first game element, i.e., the pilot, and the second game element, i.e., the vehicle. The game set configuration unit 111 identifies the first game element and the second game element that form a group from the reading unit ID. In this embodiment, a combination of the reading unit IDs (reading unit ID: 121, reading unit ID: 131), (reading unit ID: 122, reading unit ID: 132), (reading unit ID: 123, reading unit ID: 133), (reading unit ID: 124, reading unit ID: 134), and (reading unit ID: 125, reading unit ID: 135) corresponds to a game element constituting one game set. The game set component 111 specifies the first game element and the second game element constituting the set by specifying the element ID 191 associated with the reading unit ID of each set. The game set configuration unit 111 uses the type information 192, the description information 193, the parameter information 194, and the terrain suitability information 195 associated with the element ID 191 to configure the game set. The ability of the game set is, for example, the total value of the role information (various parameters) of the pilot, which is the first game element constituting the game set, and the role information (various parameters) of the vehicle, which is the second game element. Furthermore, the ability of the game set may also reflect other information associated with the player ID read from the player card by the user information reading unit 16, such as the player's level, the modified parameters of each game element, etc. There is a case where the parameters reflected by the game set are recorded as initial parameters. Furthermore, the action characteristics of the game set are subordinate to (dependent on) at least one of the first game element, i.e., the type (type) of the pilot, or the second game element, i.e., the type (type) of the vehicle, among the constituent elements.

Furthermore, the game set configuration unit 111 can add the terrain suitability of the first game element or the second game element as the ability of the game set. For example, when the vehicle of the second game element has terrain suitability, the game set that uses the vehicle of the second game element as a configuration element can have the terrain suitability of the vehicle of the second game element. The game set configuration unit 111 uses the terrain suitability information 195 of the game set to increase or decrease the parameters of the game set corresponding to the terrain type of the battle field. And, before the battle, the player is prompted with the terrain characteristics of each game set for the terrain type of the battle field. The reason is to allow the player to configure a game set suitable for the battle field. The terrain suitability of this embodiment has four stages of suitability in the order of terrain suitability S, terrain suitability A, terrain suitability B, and terrain suitability C. In addition, the game set configuration unit 111 uses any one of terrain suitability S, terrain suitability A, terrain suitability B, and terrain suitability C to display the terrain suitability of each game set to be configured.

The game execution unit 112 controls a series of games from the start to the end of the battle game (including the display of game images). When the price detection unit 15 detects the payment of the price, the battle game starts. The battle of the battle game is to place the game team (troops) formed by the game team formation unit 111 on the battle field, and the progress of the battle is controlled according to the operation input of the player on the game team. In addition, the game execution unit 112 uses various parameters of each game team to calculate the attack and defense during the battle, and determines the battle-ready state and the battle-unable state of the game team to carry out the game.

The battle field prompting unit 113 prompts the battle field. The battle field prompting unit 113 initially has three types of terrain types of the battle field. For example, the three terrain types of space, desert, and ground. The battle field prompting unit 113 rotates the three terrain types in a discontinuous manner while prompting the battle field. The rotation method uses the terrain type rotation database 300.

FIG8 is a diagram showing an example of a terrain category rotation database 300. The terrain category rotation database 300 of FIG8 associates and stores terrain categories with the periods during which the terrain categories are applied (prompted). In this embodiment, the terrain categories are rotated in weekly units and in a discontinuous manner for the same terrain category. In the terrain category rotation database 300 of FIG8 , a week is counted as 7 days, with Monday, the first day of the week, being the start day and Sunday of the week being the end day. Furthermore, the first week is the terrain category "universe", the second week is the terrain category "desert", the third week is the terrain category "ground", and the fourth week returns to the terrain category "universe" again. However, depending on the operation day of the initial operation of the game device, there is a case where the first week is less than 7 days. For example, if the first operation day of the game device is set to Friday, there are only three days until the last day, Sunday. However, even in this case, the next terrain type will be rotated from Monday of the next week. The battle field prompt unit 113 obtains the date when the game device is first operated on a day, and obtains the terrain type of the week to which the obtained date belongs from the terrain type rotation database 300. For example, when the obtained date is March 15, xxxx, the terrain type "universe" to which March 15, xxxx belongs is obtained.

When the battle field prompting unit 113 determines the terrain type of the battle field to be prompted during the battle, the battle field corresponding to the terrain type is selected. The battle field corresponding to the terrain type may also have a plurality of battle fields with different contents. For example, in the terrain type "universe", there may also be two battle fields (universe 1) and battle fields (universe 2) with different contents. The battle field prompting unit 113 manages the battle field database for each terrain type. FIG. 9 is a diagram showing an example of battle field databases 301, 302, and 303 prepared for each terrain type. In the example of FIG. 9, each battle field, implementation mark, and image data of the battle field are associated and stored. The battle field prompting unit 113 uses the battle field databases 301, 302, and 303 to select a battle field to be prompted in the battle game. Specifically, when the terrain type of the battle field prompted in the battle is "universe", the battle field prompting unit 113 selects a battle field from the battle field database (universe) 301 and prompts it. There are two battle fields (universe 1) and battle fields (universe 2) in the battle field database (universe) 301. When each marked field is prompted, a mark "1" is attached. The battle field prompting unit 113 checks in order from the field with implementation mark 1, and finds a field with implementation mark "1" attached to both battle fields, and selects a battle field different from the battle field with mark "1" attached last time so as not to select the same battle field continuously. In the example of the battle field database (universe) 301, since the field with implementation mark 3 is not attached with mark "1", the battle field prompting unit 113 selects the battle field (universe 1) with no mark "1" attached in the last implementation mark 2, and attaches mark "1" to the battle field (universe 1) with implementation mark 3. In this way, it is possible to prevent the continuous selection of battle fields with the same content in the same terrain category.

Next, the server 2 of this embodiment will be described. FIG10 is a block diagram showing the functional structure of the server 2 of this embodiment. The server 2 includes a processing unit 20, a memory unit 21, and a communication unit 22.

The processing unit 20 is, for example, a CPU, and controls the actions of each block of the server 2. Specifically, the processing unit 20 reads the action program of each block recorded in the recording unit 21, expands and executes it in the memory, thereby controlling the actions of each block. The processing unit 20 has a matching processing unit 201 and a management unit 202 as a main functional unit.

The matching processing unit 201 performs matching processing for the battle game (player vs. player) provided in the game system of this embodiment. Through the matching processing, for example, two game devices 1 connected to the server 2 that simultaneously send matching requests set up a dialogue, and change to a state where information communication for the battle game can be performed.

The management unit 202 manages the evaluation of the players of the game based on the competition content of the game performed in the game device 1. More specifically, the management unit 202 evaluates the players based on the competition content for each battle game competition, and generates or updates the evaluation information of the player information of the player described later.

The recording unit 21 is a recording device capable of storing data, such as a non-volatile memory or HDD. The recording unit 21 not only stores the operation programs of each block of the server 2, but also stores information such as parameters required for the operation of each block. The recording unit 21 also stores a player database 210 (player DB 210).

The player DB 210 is a database that manages information (player information) indicating the usage status of the game corresponding to each user (player) for the game provided by the game device 1 in the game system of this embodiment. The player information is used to manage the usage history of the game competition function of each player, or the information of various game elements that the player can use. The player information is updated in sequence according to the competition results of the game played after the player card is used in the game device 1, and is provided to the game device 1 when the player card is used again. In this way, the game competition in the state reflecting the previous game competition can be provided in the game device 1.

In this embodiment, the player information is associated with a player ID 211 for identifying the player, as shown in FIG. 11 , and includes progress information 212 indicating the progress of the player's game skills, possession information 213 indicating the game elements that the player can use in the game, enhancement information 214 indicating the enhancement status of each usable game element, and reward information 215 indicating the reward given to the player (which may also be other types of game elements).

Here, the progress information 212 includes not only the progress information indicating the stage of the designated story, the performance information indicating the performance of the battle game, but also the evaluation information evaluating the competitive status of the player. The possessed information 213 is constituted by sequentially adding the game elements corresponding to the game cards used by the player when playing the game, that is, the element ID 191 of the game elements in the state that the player can use. The enhanced state information 214 is constituted by associating at least the enhanced (changed from the initial state) game elements with the element ID 191 of the game elements, and managing the element level as an indicator of the parameter changed by the enhancement. In order to facilitate understanding of the invention, the enhanced status information 214 in this embodiment is explained as updating the content when the competition results of the game performed in the game device 1 can be obtained, but it can also be updated based on information such as the cultivation results of the cultivation function in the game device 1.

The communication unit 22 is a communication interface with an external device. The communication unit 22 is connected to an external device via a communication line N (not limited to wired/wireless) to transmit and receive data. The communication unit 22 converts information input as a transmission target into data in a specified format and transmits it to an external device such as the game device 1 via the communication line N. In addition, the communication unit 22 receives information from an external device via, for example, the communication line N.

<Actions of Game Device 1> The actions of Game Device 1 are described. Figure 12 is a flowchart of the actions of Game Device 1. In addition, in the following description, the maximum number of cards that can be registered in the battle game (upper limit) and the number of pilot cards (first game element) and vehicle cards (second game element) are all set to 5.

When the game device 1 is running, the battle field determination process is performed (step 100). FIG. 13 is a flow chart of the battle field determination process. In addition, for the purpose of illustrating a specific example, the content of FIG. 8 is a terrain type rotation database 300, and the content of FIG. 9 is each battle field database 301, 302, 303.

First, the battle field prompting unit 113 obtains the operation day of today (step 200). In this example, the operation day obtained is set to March 15, xxxx. The battle field prompting unit 113 determines the week to which the obtained operation day belongs from the terrain type rotation database 300 (step 201). In this example, since the operation day obtained is March 15, xxxx, the week to which it belongs is the week of March 13, xxxx to March 19, xxxx. The battle field prompting unit 113 obtains the terrain type of the week to which the obtained operation day belongs (step 202). In this example, since the week to which the operation day belongs is March 13, xxxx to March 19, xxxx, the terrain type is "universe".

Next, the battle field presentation unit 113 obtains the battle field information of the battle field database 301, 302, 303 of the acquired terrain type (step 203). In this example, since the terrain type is "universe", the battle field information is obtained from the battle field database (universe) 301.

The battle field presentation unit 113 determines the fields of each implementation mark of the acquired battle field information, and finds fields with implementation marks not marked with "1" in all battle fields (step 204). In this example, the field with implementation mark 3 in the battle field database (universe) 301 is not marked with "1".

The battle field prompting unit 113 selects a battle field that does not have a mark "1" in the previous implementation mark among the battle fields corresponding to the implementation mark field to which all battle fields are not marked "1" (step 205). In this example, the battle field (universe 1) is selected. And, the battle field prompting unit 113 marks "1" for the implementation mark field corresponding to the battle field selected among the implementation mark fields this time (step 206).

The battle field prompting unit 113 prompts today's battle field on the home page of the game device 1 (step 207). FIG. 14 is a diagram showing an example of the home page of the game device 1. In the example of FIG. 14, today's battle field is prompted as "Universe 1". In this way, by prompting today's battle field, the player can understand the terrain type of today's battle field and can construct a game set (game element) suitable for the terrain type.

In addition, a battle field information button is provided on the home page of the game device 1. By pressing the button, the battle field prompting unit 113 can also prompt information about past, current, and future battle fields. FIG. 15 is a diagram showing an example of battle field information. In one example of FIG. 15, information about battle fields of the previous week, this week, and next week is prompted. In this way, the player can predict what kind of battle field will be executed in the battle game and can make a battle schedule.

The above concludes the description of the battle field determination process. Return to the action flow chart of FIG. 12 .

At the beginning of the battle game, the player inserts a designated amount of hard goods or game coins of the price of the battle game service into the slot of the game device 1. When the price detection unit 15 detects the price (step 101), the game execution unit 112 starts to execute the battle game service (step 102).

Next, the player causes the user information reading unit 16 to read the player card (step 103). The user information reading unit 16 reads the player ID 211 from the player card and sends the player ID 211 to the server 2, and receives the progress information 212, the possession information 213, the enhancement information 214, the reward information 215, etc. associated with the player ID 311 from the server 2. Such information is transferred to the processing unit 10.

The game execution unit 112 displays a game element registration screen (step 104). FIG. 16 is a diagram showing an example of a game element registration screen. In the game element registration screen of FIG. 16, it is shown that up to five pilot cards and five vehicle cards in the game cards held by the player XXXX can be set (placed) in the first game element reading unit 121 to 125 and the second game element reading unit 131 to 135, and when the setting (placement) is completed, a notification is given to press a setting completion button. The player sets (places) the pilot card of the pilot that he wants to appear in the battle game in the game cards he holds in the first game element reading unit 121 to 125, and sets (places) the vehicle card of the vehicle that he wants to appear in the battle game in the second game element reading unit 131 to 135. And, when the setting (configuration) of the game card is completed, the player presses the setting completion button.

When the setup completion button is pressed (step 105), the first game element reading unit 121-125 and the second game element reading unit 131-135 read the element ID printed on the game card, and the read element ID is output to the game element acquisition unit 110 together with the reading unit ID of the first game element reading unit 121-125 and the second game element reading unit 131-135 (step 106). The game element acquisition unit 110 acquires the element ID and the reading unit ID of the set (configured) game card. Furthermore, the game element acquisition unit 110 acquires the type information 192, the drawing information 193, the parameter information 194 and the terrain suitability information 195 associated with the element ID 191 of the acquired game card from the game element DB 190, associates the reading unit ID, the element ID 191, the type information 192, the drawing information 193, the parameter information 194 and the terrain suitability information 195, and outputs them to the game execution unit 112 and the game composition unit 111 (step 107).

The game execution unit 112 counts the number of the reading unit IDs of the first game element reading units 121 to 125 in the reading unit IDs, and determines whether the first game element has reached the maximum number (upper limit) that can be registered (step 108). For example, when the player sets (configures) a pilot card in all the first game element reading units 121 to 125, the reading unit IDs are 5 from 121 to 125, reaching the maximum number (upper limit) that can be registered.

When the number of the reading unit IDs of the first game element reading unit reaches the maximum number (upper limit) that can be registered, the game execution unit 112 counts the number of the reading unit IDs of the second game element reading units 131 to 135 in the reading unit IDs to determine whether the second game element has reached the maximum number (upper limit) that can be registered (step 109). For example, when the player sets (places) the riding card in all the second game element reading units 131 to 135, the reading unit IDs are 5 from 131 to 135, reaching the maximum number (upper limit) that can be registered.

When the second game element reaches the maximum number (upper limit) that can be registered, the game execution unit 112 displays an approval button for game team formation (step 110). When the player approves the game team formation, the game team formation unit 111 uses the reading unit ID, element ID 191, type information 192, description information 193, parameter information 194 and terrain suitability 195 obtained from the game element acquisition unit 110 to form a game team (troop) with the first game element, i.e., the pilot, and the second game element, i.e., the vehicle (step 111).

In addition, when the number of registrations of the first game element or the second game element has not reached the maximum number of registrations (5 in this example) (step 108, step 109), the game execution unit 112 timely supplements the processing of the game elements corresponding to the player's level, etc. (step 115) to form a game set (step 111).

After the game set formation is completed, the game set formation unit 111 displays the terrain adaptability of each game set to the battle field (step 112). FIG. 17 is a diagram showing an example of a method of displaying the terrain adaptability in the game set formation screen. As shown in FIG. 17, the terrain adaptability and the parameter value of increase or decrease are displayed for each game set.

When the player approves to execute the battle (step 113), the game execution unit 112 starts the battle process (step 114). On the other hand, when the player chooses to rebuild the game set, that is, to re-register the game card, the process returns to step 104 to perform the re-registration process of the game card.

The above is the description of the action to end the game.

This embodiment is configured so that the terrain type of the battle field used in the battle game is prompted by the determined rotation. With this configuration, the player can know the battle field when the game is executed, and can prepare game cards suitable for the terrain type to face the battle. Furthermore, the fun of the player in selecting the combination of game sets for the game according to each terrain type is increased, and as a result, the fun of the game can be improved.

<Variation Example 1 of the First Implementation Form> In the first implementation form, an example has been described in which a game element composed of the first game element and the second game element is the main game element for attack or defense. However, it can also be applied to a game in which a single game element alone is the main game element for attack or defense.

<Variation Example 2 of the First Implementation Form> In the above implementation form, although the terrain type of the battle field is fixed, it can also be changed. In this case, it is sufficient to change the order of the terrain types in the terrain type rotation database 300.

<Variation Example 3 of the First Implementation Form> It is also possible to add a new category to the terrain category. For example, a terrain category "underwater" that simulates the water such as the sea is added. In this case, the new terrain category is added to the terrain category rotation database 300, and the period during which the terrain category is applied is added, and the battle field database of the added terrain category is added.

<Variation Example 4 of the First Implementation Form> It is also possible to increase the types of battle fields of the terrain category. In this case, the terrain category rotation database 300 is not changed and a new battle field is added to the battle field database. For example, when adding a new battle field to the terrain category "ground", the data of the battle field "ground 3" is added to the battle field database (ground) 303. In this way, the types of battle fields can be increased without changing the rotation.

<Variation Example 5 of the First Implementation Form> In the rotation of the terrain categories presented, a "random" category may be added in which a terrain category is determined by lottery without determining a specific terrain category. FIG. 18 is an example of a terrain category rotation database 300 to which the terrain category "random" is added.

When the terrain type is "random" on the operation day, the battle field prompting unit 113 selects a terrain type from the existing terrain types (space, desert, ground) by lottery, and selects a battle field from the battle field database of the selected terrain type by lottery.

In this case, the terrain type or battle field selected by the player is not informed until the battle starts. That is, in the game group formation screen, the terrain type or battle field, terrain suitability, etc. are unclear. FIG. 19 is an example of the game group formation screen when the terrain type is "random". In the example of FIG. 19, the terrain type of the battle field is not informed to the player, and the terrain suitability of each game group is also displayed as an unclear "?". When the player presses the battle start button and approves the battle, the battle field prompt unit 113 informs the game execution unit 112 of the battle field, and the game execution unit 112 executes the battle game according to the battle field.

This configuration allows players to battle on unpredictable terrain types, unlike battles on predictable terrain types. Players can enjoy both strategic battles that take terrain suitability into consideration and unpredictable battles with high randomness.

<Second Implementation Form> Description of the second implementation form of the present invention.

The first embodiment described above has explained an example of setting the terrain suitability of the game set corresponding to the terrain type and its influence on the progress of the game. However, in the case of a beginner in the game, the game cards (the first and second game elements) are relatively few, and it is impossible to collect game cards (the first and second game elements) that match the suitability of the terrain type. As a result, it is considered that most people cannot enjoy the battle game. Furthermore, in the case of a beginner in the game, it is more important to consider the terrain of the battle field and understand the basic rules of the game. Therefore, in the second embodiment, the battle field is changed in the same way as the first embodiment, but an example of setting a game mode that does not make the game reflect the terrain suitability of the terrain type of the battle field is described.

20 is a block diagram of the game device 1 according to the second embodiment. The game device 1 according to the second embodiment includes a mode selection unit 114.

The battle mode selection unit 114 can select and control the first battle mode and the second battle mode. The first battle mode is a battle mode in which the game group is given terrain adaptability according to the terrain type, so that the parameters of the game group are increased or decreased. That is, it is the battle content of the first implementation form mentioned above. On the other hand, the terrain type of the second battle mode is different according to the battle day, but the terrain type does not affect the parameters of the game group. That is, the game group has no terrain adaptability, and the parameters of the game group are not increased or decreased regardless of the terrain type.

The battle mode selection unit 114 displays a home page as shown in FIG. 21 on the home page of the game, and the first battle mode and the second battle mode can be selected.

The player selects the desired battle mode and executes the battle game. In addition, when the second battle mode is selected, the game team formation unit 111 and the game execution unit 112 execute the formation and battle of the game team without considering the terrain adaptability of each game team.

This structure allows beginners to enjoy the game even if they have few game elements.

Although part or all of the above-mentioned implementation forms are described as the following notes, they are not limited to the following.

[Note 1] A program that can execute a battle game and functions as the following mechanisms: A registration mechanism that can register game elements; A battle field prompting mechanism that prompts a battle field where the registered game elements can move; and A game execution mechanism that arranges the registered game elements in the battle field and executes the battle game; and The battle field prompting mechanism prompts different battle fields according to the execution period of the battle game.

[Note 2] The program described in Note 1, wherein the above-mentioned battle field prompting mechanism changes the above-mentioned battle field in any unit of daily unit, weekly unit or monthly unit.

[Note 3] The program described in Note 1 or Note 2, wherein the above-mentioned battle field prompting mechanism prompts the preset battle field on a daily, weekly or monthly basis.

[Note 4] A program as described in any one of Notes 1 to 3, wherein the above-mentioned battle field prompting mechanism performs prompting while rotating multiple battle fields on a daily, weekly or monthly basis.

[Note 5] In the case of a procedure as described in any of Notes 1 to 4, when the above-mentioned battle venue prompting agency changes the battle venue on a weekly basis, the battle venue shall be changed after a period of more than 1 day and less than 7 days in the first week.

[Note 6] A program as described in any one of Notes 1 to 5, wherein the above-mentioned battle field prompting mechanism adds a new battle field during the rotation of multiple battle fields.

[Note 7] A program as described in any one of Notes 1 to 6, wherein the battle field prompt mechanism controls the battle field to be unchangeable through the operation of the player.

[Note 8] A program as described in any one of Notes 1 to 7, wherein the battle field prompting mechanism prompts information about battle fields that have been prompted in the past, information about battle fields that are currently prompted, and information about battle fields that are scheduled to be prompted in the future.

[Note 9] A program as described in any one of Notes 1 to 8, wherein the battle field prompting mechanism prompts battle fields with different suitability for the game elements according to the execution period of the battle game.

[Note 10] A program as described in any one of Notes 1 to 9, wherein the higher the suitability of the game element for the above-mentioned battle field, the more advantageously the above-mentioned game execution mechanism can control the progress of the battle game.

[Note 11] A program as described in any one of Notes 1 to 10, wherein the above-mentioned fighting game includes a first stage and a second stage; and the above-mentioned game execution mechanism sets game elements for the fighting game in the above-mentioned first stage, and executes the fighting game using the set game elements in the above-mentioned second stage.

[Note 12] A program as described in any one of Notes 1 to 11, wherein the game execution mechanism prompts suitability information indicating the suitability of the battle field and the set game elements that have been prompted in the first stage or the second stage.

[Note 13] A program as described in any one of Notes 1 to 12, wherein the above-mentioned battle field simulates at least one of the fields in the universe, on the ground, in the air, and in the water.

[Note 14] A program as described in any one of Notes 1 to 13, wherein the above-mentioned battle game includes at least a first battle game of a first mode and a second battle game of a second mode; and the above-mentioned field prompting mechanism prompts information of the battle field in the battle game prompt when the above-mentioned first mode or the above-mentioned second mode is selected.

[Note 15] A program as described in any one of Notes 1 to 14, wherein the game execution mechanism controls the first battle game in such a way that the suitability of the game elements to the battle field does not affect the progress of the battle game, and controls the second battle game in such a way that the suitability of the game elements to the battle field affects the progress of the battle game.

[Supplementary Note 16] A gaming device comprising: a registration mechanism for registering game elements; a battle field prompting mechanism for prompting a battle field to which the registered game elements can be moved; and a game execution mechanism for placing the registered game elements in the battle field to execute a battle game; and the battle field prompting mechanism prompts different battle fields according to the execution period of the battle game.

Although the preferred embodiments have been described above to illustrate the present invention, the present invention is not limited to the above embodiments and can be variously modified and implemented without departing from the scope of the technical concept.

1: Game device 2: Server 10: Processing unit 11: Display unit 12,121~125: First game element reading unit 13,131~135: Second game element reading unit 14: Operation input unit 15: Price detection unit 16: User information reading unit 17: Sound output unit 18: Communication unit 19: Memory unit 20: Processing unit 21: Memory unit 22: Communication unit 30: Battle field 31: Attack game group area 32: First area 33: Second area 110: Game element acquisition unit 111: Game group configuration unit 112: Game execution unit 113: Battle field prompt unit 114: Battle mode selection unit 190: Game element database 191: Element ID 192: Type information 193: Drawing information 194: Parameter information 195: Terrain suitability information 201: Match processing unit 202: Management unit 210: Player database 211: Player ID 212: Progress status information 213: Possession information 214: Enhancement status information 215: Reward information 300: Terrain type rotation database 301,302,303: Battle field database M1,P1: Game card N: Communication line

FIG. 1 is a diagram showing the system configuration of the game system of the present embodiment. FIG. 2 is a diagram showing an example of a game card P1 when the first game element is a pilot and its type has attack-type character information. FIG. 3 is a diagram showing an example of a game card M1 when the second game element is a vehicle and its type has attack-type character information. FIG. 4 is a diagram showing an example of a game field in a battle game of the present embodiment. FIG. 5 is a front view of a game device 1 of the present invention. FIG. 6 is a block diagram showing the functional configuration of the game device 1 of the present invention. FIG. 7 is a diagram showing an example of a game element database 190. FIG. 8 is a diagram showing an example of a terrain type rotation database 300. FIG. 9 is a diagram showing an example of battle field databases 301, 302, and 303 prepared for each terrain type. FIG. 10 is a block diagram showing the functional configuration of the server 2 of the embodiment of the present invention. FIG. 11 is a diagram showing an example of the player database 211. FIG. 12 is a flowchart of the operation of the game device 1. FIG. 13 is a flowchart of the operation of the battle field determination process. FIG. 14 is a diagram showing an example of the homepage of the game device 1. FIG. 15 is a diagram showing an example of information on the battle field. FIG. 16 is a diagram showing an example of a game element registration screen. FIG. 17 is a diagram showing an example of a method of displaying terrain suitability in a game group formation screen. FIG. 18 is an example of a terrain type rotation database 300 with a terrain type "random" added. FIG. 19 is an example of a game group composition screen when the terrain type is "random". FIG. 20 is a block diagram of the game device 1 of the second embodiment. FIG. 21 is a diagram showing an example of a home page of the game device 1 of the second embodiment.

1: Gaming device

10: Processing Department

11: Display unit

12 ₁ ~ 12 ₅ : First game element reading unit

13 ₁ ~ 13 ₅ : Second game element reading unit

14: Operation input unit

15: Price Inspection Department

16: User information reading unit

17: Sound output unit

18: Communications Department

19: Memory Department

110: Game element acquisition department

111: Game organization department

112: Game Execution Department

113: Battle field prompts

Claims (16)

A program that can execute a battle game and functions as the following mechanisms: A registration mechanism that can register game elements; A battle field prompting mechanism that prompts a battle field where the registered game elements can move; and A game execution mechanism that arranges the registered game elements in the battle field to execute the battle game; and The battle field prompting mechanism prompts different battle fields according to the execution period of the battle game. Such as the program of claim 1, wherein the above-mentioned battle field prompting agency changes the above-mentioned battle field in any unit of daily unit, weekly unit or monthly unit. Such as the program of claim 2, wherein the above-mentioned battle field prompting mechanism prompts the default battle field on a daily basis, weekly basis or monthly basis. As in the program of claim 3, wherein the above-mentioned battle field reminder mechanism performs reminders while rotating multiple battle fields on a daily, weekly or monthly basis. Such as the procedure of claim 4, wherein When the above-mentioned battle venue prompting agency changes the battle venue in weekly units, the battle venue is changed after more than 1 day and less than 7 days in the first week. A program as in claim 4, wherein the battle field prompting mechanism adds a new battle field during the rotation of multiple battle fields. A program as in claim 4, wherein the battle field prompt mechanism controls the battle field to be unchangeable through the player's operation. A program as in claim 4, wherein the battle field prompting mechanism prompts information about battle fields that have been prompted in the past, information about battle fields that are currently prompted, and information about scheduled battle fields that will be prompted in the future. A program as claimed in claim 1 or 2, wherein the battle field prompting mechanism prompts battle fields with different suitability for the game elements according to the execution period of the battle game. A program as claimed in claim 9, wherein the higher the suitability of the game elements for the above-mentioned battle field, the more advantageously the above-mentioned game execution mechanism can control the progress of the battle game. A program as claimed in claim 10, wherein the above-mentioned battle game includes a first stage and a second stage; and the above-mentioned game execution mechanism sets game elements for the battle game in the above-mentioned first stage, and executes the battle game using the set game elements in the above-mentioned second stage. A program as claimed in claim 11, wherein the game execution mechanism prompts suitability information indicating the suitability of the prompted battle field and set game elements in the first stage or the second stage. As in the program of claim 9, wherein the above-mentioned battle field simulates at least one of the fields in the universe, on the ground, in the air, and in the water. A program as claimed in claim 9, wherein the above-mentioned battle game at least includes a first battle game of the first mode and a second battle game of the second mode; and the above-mentioned field prompting mechanism prompts information about the battle field in the battle game prompt when the above-mentioned first mode or the above-mentioned second mode is selected. A program as claimed in claim 14, wherein the game execution mechanism controls the first battle game in such a way that the suitability of the game elements to the battle field does not affect the progress of the battle game, and controls the second battle game in such a way that the suitability of the game elements to the battle field affects the progress of the battle game. A gaming device comprises: a registration mechanism that can register game elements; a battle field prompting mechanism that prompts a battle field where the registered game elements can move; and a game execution mechanism that arranges the registered game elements in the battle field to execute a battle game; and the battle field prompting mechanism prompts different battle fields according to the execution period of the battle game.