JP7641306B2 - Game program and game device - Google Patents

Description

The present invention relates to a game program and a game device, and in particular to an electronic game with a competitive function between players.

There is a competitive electronic game that allows players to strengthen their characters by leveling them up (Patent Document 1).

JP 2013-027525 A

On the other hand, if a character with an outstanding level is used through strengthening as in Patent Document 1, the progress of the competitive game may become one-sided for one of the players.

The present invention aims to provide a game program and a game device that realizes a battle function that ensures fairness.

One aspect of the game program of the present invention causes a computer to execute a registration process for registering a plurality of first type game elements related to a player for a competitive game to be played, and a setting process for setting a single first level for the plurality of first type game elements related to the player registered in the registration process.

The present invention makes it possible to provide a game program and a game device that realizes a competitive function that ensures fairness.

FIG. 1 is a diagram illustrating a system configuration of a game system according to an embodiment and a modification of the present invention. FIG. 1 is a block diagram illustrating a functional configuration of a game device 100 according to an embodiment and a modification of the present invention. FIG. 13 is a diagram showing an example of the configuration of data used in the game system according to the embodiment and the modified example of the present invention. FIG. 2 is a block diagram illustrating a functional configuration of a server 200 according to an embodiment and a modification of the present invention. FIG. 13 is a diagram illustrating a game screen of a fighting game according to an embodiment and a modified example of the present invention; FIG. 13 is a diagram illustrating a focus map that can be included in a game screen according to an embodiment and a modified example of the present invention. FIG. 13 is a diagram illustrating a radar map that can be included in a game screen according to an embodiment and a modification of the present invention; FIG. 13 is a diagram illustrating an example of a unit card that can be included in a game screen according to an embodiment and a modified example of the present invention; FIG. 13 is a diagram illustrating a radar map at the time of troop deployment, which is included in a game screen according to an embodiment and a modified example of the present invention. FIG. 13 is a diagram illustrating an example of a display effect that can be included in a game screen according to an embodiment and a modified example of the present invention; FIG. 1 is a diagram illustrating an example of a configuration of functional modules realized by executing various processes according to an embodiment and a modification of the present invention. A flowchart illustrating a unit registration process according to an embodiment of the present invention. 1 is a flowchart illustrating a screen generation process according to an embodiment and a modification of the present invention;

[Embodiment]
Hereinafter, the embodiments will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the invention according to the claims, and not all combinations of features described in the embodiments are essential to the invention. Two or more features among the multiple features described in the embodiments may be arbitrarily combined. In addition, the same reference numbers are used for the same or similar configurations, and duplicated descriptions are omitted.

The embodiment described below is an example of a game device in which the present invention is applied to a game device that executes a game in which multiple game elements are registered and progressed. However, the present invention can be applied to any device that is capable of executing a game in which multiple game elements are registered and progressed.

In addition, in this specification, "service provision" means temporarily granting the right to occupy and use the game device to a user (player) who has paid the fee, and providing a service that includes the experience of playing a series of games. The provision of a service to a single player begins on the condition that payment of the fee is detected while no service is being provided, and the provision basically ends after the execution of the functions of the game device made available for one service provision (including the execution of a series of games) is completed.

Game System Configuration
1 is a diagram showing the system configuration of a game system according to this embodiment. As shown in the figure, the game system is configured so that a server 200 and one or more game devices 100 can communicate with each other via a network 300.

In this embodiment, such a system configuration is configured to enable a competitive game between players using multiple game devices 100 via the server 200 and the network 300. Furthermore, games for which a play experience is provided on the game device 100 are not limited to competitive games between players, and may include games configured for one person.

As will be described in more detail later, when a player is identified when using the game device 100, i.e., when a service is provided after the player has been identified, the server 200 updates the information managed for each player based on the details of that usage (game play history).

<Configuration of the Game Device>
FIG. 2 is a block diagram showing the functional configuration of the game device 100 according to an embodiment of the present invention.

The control unit 101 is, for example, a CPU, and controls the operation of each block of the game device 100. Specifically, the control unit 101 reads out the operation programs of each block recorded on, for example, the recording medium 102, and controls the operation of each block by expanding the programs into the memory 103 and executing them.

The recording medium 102 is a recording device capable of permanently retaining data, such as a non-volatile memory or HDD. In addition to the operation programs of each block of the game device 100, the recording medium 102 stores information on parameters required for the operation of each block, various graphics data used in the game executed by the game device 100, and the like. The memory 103 is a storage device used for temporary data storage, such as a volatile memory. The memory 103 is used not only as an area for expanding the operation programs of each block, but also as a storage area for temporarily storing data output during the operation of each block.

The payment detection unit 104 detects that a payment has been made on the gaming device 100. The payment of the price may be determined, for example, by detecting that a predetermined amount of coins or an equivalent coin has been inserted into an insertion slot (not shown) of the gaming device 100, or by detecting the completion of a settlement process based on communication with a chip related to a predetermined electronic money. The gaming device 100 of this embodiment will be described as starting to provide a service, including the provision of a series of game play experiences, based on the payment of the price for starting the provision of the service. Furthermore, the payment of the price is configured to be detectable even after the start of the provision of the service.

The acquisition unit 105 is an interface provided in the game device 100 of this embodiment, and is related to acquiring information from objects. Specifically, the acquisition unit 105 has a reader configured to be able to acquire information attached to multiple types of objects from the objects. Here, the multiple types of objects from which the acquisition unit 105 can acquire information are all described as objects (real objects) having a physical volume that are configured to be provided by the game device 100.

In this embodiment, the multiple types of items are all game cards, and each is described as being associated with one game element (character, mount, item, etc.) that appears in the game in which the play experience is provided on the game device 100. The game element associated with a game card can be identified by the acquisition unit 105 acquiring information (identification information) for identifying the game element attached to the game card. The identification information may be added to the game card by, for example, printing a one-dimensional or multi-dimensional code obtained by converting the identification information onto the game card, or by other methods such as recording the identification information on a tag or IC chip for near field communication (NFC) included in the game card.

In this embodiment, the acquisition of information from multiple types of game cards is described as being performed by a single reader provided in the acquisition unit 105, but the implementation of the present invention is not limited to this. It goes without saying that the acquisition of information from multiple types of game cards may be performed by multiple types of readers.

In addition, the acquisition unit 105 also acquires information from an item that records a player ID in order to identify a player using the game device 100. In this embodiment, the item that records the player ID is a player card that is configured in the form of a card, similar to a game card, and the description will be given assuming that information can be acquired via a reader that is common to game cards. However, the implementation of the present invention is not limited to this, and player identification may be achieved by adopting other items or methods.

The element DB 106 is a database that manages information (element information) about each game element that appears in the game. In the game device 100 of this embodiment, the player can place a game card during game play and acquire information, thereby making the game element associated with the game card appear in the game. The element information managed for one game element includes, for example, as shown in FIG. 3(a), type information 302 indicating the type in the game assigned to the game element in association with an element ID (identification information) 301 that uniquely identifies the game element, drawing information 303 including graphics data used to generate a screen when the game element appears in the game, and parameter information 304 that describes the parameters defined for each element level of the game element and the effects activated by using the game element in addition to the name, attributes, etc. of the game element. The parameter information 304 is information referenced in the game in which the game element appears, and is involved in the progress control of the game.

In this embodiment, the graphics data is stored in element DB 106, and the element information includes this data, but the implementation of the present invention is not limited to this. The element information may also include information indicating the storage location of the corresponding data.

The presentation control unit 107 is responsible for controlling the presentation of various types of information to the player on the game device 100. In this embodiment, the game device 100 is described as having a display unit 120 that displays images (game screen, menu screen, etc.) as a means of presenting various types of information, but it goes without saying that the means of presenting information are not limited to these and can be replaced or added. The display unit 120, which is an example of a means of presenting information, is a display device that presents visual information, such as a liquid crystal display. In addition, in aspects in which other means of presenting information are provided, an appropriate device, such as a speaker that presents auditory information, is connected so as to be controllable by the presentation control unit 107.

The presentation control unit 107 includes a drawing device such as a GPU, and performs a predetermined drawing process when generating a screen to be displayed on the display unit 120. Specifically, while the game device 100 is running (while a service is being provided or in standby mode), the presentation control unit 107 performs the necessary calculations on the necessary drawing objects (graphics data) based on the processing and commands performed by the control unit 101, and draws the screen. The generated screen is output to the display unit 120 and presented to the player by being displayed in a predetermined display area.

The provision control unit 108 controls the operation of the first provision unit 130, the second provision unit 140, and the third provision unit 150 so that game cards are provided in response to the payment of the fee for the use of the service. The first provision unit 130 and the second provision unit 140 are configured as card dispensers configured to be able to provide the game cards stored in the storage units one by one. The game device 100 of this embodiment has three types of card dispensers (the first provision unit 130, the second provision unit 140, and the third provision unit 150) inside the housing of the game device 100, and the provision control unit 108 controls which one of them will provide the game cards. One card dispenser has a storage unit configured to be able to store game cards in a vertically stacked manner, and is equipped with a mechanism for sending out one game card held in the lowest layer in response to a provision command issued by the provision control unit 108. The sent game card is guided to an accessible space via an outlet (not shown) and provided to the player.

As described above, game elements are associated with game cards provided by the game device 100 of this embodiment, and can be used during game play to make the game elements appear in the game. The progress of the game is controlled according to the parameter information 304 of the game elements that appear, and the more advantageous the game element that has parameter information 304 for progressing, the higher its value in the game. Therefore, in this embodiment, game cards are classified into two types according to the value in the game of the associated game element.

The game device 100 of this embodiment is configured to be able to provide different types of game cards. Specifically, the first providing unit 130, the second providing unit 140, and the third providing unit 150 are configured so that different types of game cards are stored in the storage units, and a specific type of game card can be provided by the provision control unit 108 driving the corresponding providing unit based on the information on the type of provision included in the provision command issued by the control unit 101. For this reason, game cards are delivered to the store or the like in which the game device 100 is installed by type (first type and second type), and when replenishing game cards, the storage unit of the first providing unit 130 is operated to store a bundle of game cards of the first type, and the storage units of the second providing unit 140 and the third providing unit 150 are operated to store a bundle of game cards of the second type.

Here, the game cards stored in the second providing unit 140 and the third providing unit 150 are set to have a higher value in the game (such as the performance of the associated game elements) than the game cards stored in the first providing unit 130. In the following, the game cards stored in the first providing unit 130 are referred to as normal cards, and the game cards stored in the second providing unit 140 and the third providing unit 150 are referred to as rare cards. In other words, the game device 100 of this embodiment is configured to provide normal cards when the first providing unit 130 is driven, and provide rare cards when the second providing unit 140 and the third providing unit 150 are driven. Note that the game cards stored in the second providing unit 140 and the third providing unit 150 are both the same type of item from the perspective of rare cards, but the two may differ, for example, in terms of the types of game elements associated with them, and are stored separately so that they can be provided separately according to the purpose.

The operation input unit 109 is a user interface that the game device 100 has, such as an operation member for inputting a decision and various sensors. When the operation input unit 109 detects that an operation input has been made to an operation member, it outputs a control signal corresponding to the operation input to the control unit 101. Note that the operation input unit 109 may also include, for example, a touch input detection sensor that detects a touch input made on the screen of the display unit 120.

The communication unit 110 is a communication interface with an external device that the game device 100 has. The communication unit 110 can connect to the external device via a network 300 (either wired or wireless), which may be a communication network such as the Internet or a cable connecting devices, and can transmit and receive data. The communication unit 110 converts information that is input as the object of transmission, for example, into data in a predetermined format, and transmits it via the network 300 to an external device such as a server 200. When the communication unit 110 receives information from an external device via the network 300, for example, it decodes the information and stores it in the memory 103.

Server Configuration
Next, the functional configuration of the server 200 according to this embodiment will be described with reference to the block diagram of Fig. 4. In the description of the functional configuration of the server 200, the configuration that realizes the same functions as the configuration of the game device 100 will be indicated with the prefix "server" to clearly distinguish it from the configuration of the game device 100.

The server control unit 201 is, for example, a CPU, and controls the operation of each block of the server 200. Specifically, the server control unit 201 controls the operation of each block by reading out the operation program of each block recorded, for example, on the recording medium 102, expanding it into the memory 103, and executing it.

The server recording medium 202 is a recording device capable of permanently retaining data, such as a non-volatile memory or HDD. The server recording medium 202 stores information such as parameters required for the operation of each block in addition to the operation programs of each block of the server 200. The server memory 203 is a storage device used for temporary data storage, such as a volatile memory. The server memory 203 is used not only as an area for expanding the operation programs of each block, but also as a storage area for temporarily storing data output during the operation of each block.

In the game system of this embodiment, the player DB 204 is a database that manages information (player information) indicating game usage status associated with each user (player) for a game for which a play experience is provided on the game device 100. The player information is information for managing the usage history of game play functions for each player and various game elements that are available to the player. The player information is sequentially updated according to the play results of a game played using a player card on the game device 100, and is provided to the game device 100 when the player card is used again. This makes it possible to provide game play on the game device 100 in a state that reflects the previous game play.

In this embodiment, as shown in FIG. 3(b), for example, the player information may be associated with a player ID 311 that identifies the player, and may include progress status information 312 indicating the progress of the player's game play, ownership information 313 indicating game elements that are available to the player in the game, strengthening status information 314 indicating the strengthening status of each of the available game elements, and reward information 315 indicating rewards granted to the player (which may be other types of game elements).

Here, the progress status information 312 may include progress information 321 indicating to what stage a predetermined story has progressed, and performance information 322 indicating the performance of a battle game, as well as evaluation information 323 evaluating the player's playing status. The ownership information 313 is configured by sequentially adding the element IDs 301 of game elements associated with game cards used by the player when playing the game, that is, game elements that are available to the player, and the strengthening status information 314 may be configured to manage element levels 332 as indicators of parameters that have changed due to strengthening, in association with the element IDs 331 of game elements that have at least been strengthened (changed from the initial state). In this embodiment, in order to make the invention easier to understand, the strengthening status information 314 is described as being updated when the results of playing a game performed on the game device 100 are obtained, but it may be updated in response to, for example, obtaining information on the training results due to the use of a training function on the game device 100.

The matching processing unit 205 performs matching processing for a competitive game between players (human-versus-human battle) provided in the game system of this embodiment. Through the matching processing, a session is established for, for example, two game devices 100 that have sent matching requests at the same time among the game devices 100 connected to the server 200, and transition to a state in which information communication related to the competitive game is possible.

The management unit 206 manages the evaluation of the player related to the game based on the play content of the game played on the game device 100. More specifically, the management unit 206 evaluates the player based on the play content for each game play, and generates or updates evaluation information 323 of the player information related to the player.

The server communication unit 207 is a communication interface with an external device that the server 200 has. The server communication unit 207 can connect to an external device via a network 300 (either wired or wireless), which may be a communication network such as the Internet or a cable connecting devices, to enable sending and receiving of data. The server communication unit 207 converts, for example, information input as a transmission target into data in a predetermined format, and sends it to an external device such as the game device 100 via the network 300. When the server communication unit 207 receives information from an external device via the network 300, for example, it decodes the information and stores it in the server memory 203.

Overview of the game
The service provided by the game device 100 of this embodiment includes the provision of a play experience of a series of games, including at least one play experience of a competitive game, between a player and an opponent. Below, an overview of the competitive game for which the play experience is primarily provided by the game device 100 of this embodiment will be described.

In this embodiment, the competitive game includes a human-versus-machine battle in which the player competes against an opponent player who is playing the game using another game device 100 and who has been matched via the server 200, and a CPU-versus-CPU battle in which the player competes against an NPC (Non-Player Character) whose behavior is controlled by the control unit 101 without matching (the NPC selects the behavior of multiple game elements related to the opponent). The following basically describes various controls in a human-versus-machine battle, but the CPU-versus-machine battle is similar except that no operation by the player is required to register game elements related to the opponent player or to control the behavior of each game element.

Furthermore, in order to enhance the entertainment value of the competitive game, when the game device 100 is used with the player identified by obtaining information from the player card, the game can be played in a state that reflects the progress (strengthening status) from the previous game play. Here, the elements that reflect the progress related to the previous game play may include, for example, a player level that is determined for the player and changes depending on the performance of the competitive game, and an element level that is determined for each game element and changes depending on the result of the competitive game by being used in the competitive game. These elements are basically items that only progress (increase), and it is preferable that they do not regress (decrease) depending on the game result in order to improve the player's entertainment experience, but the implementation of the present invention is not limited to this.

As described above, such progress information is included in the player information and managed in the player DB 204 of the server 200, and player information about the player identified by acquiring information from the player card is provided from the server 200 to the game device 100, and the game device 100 may determine parameters related to the game elements to be used by referring to this information, as will be described in detail later. Alternatively, the player information may not be provided to the game device 100, and the server 200 may determine parameters for the corresponding matching session. In this embodiment, the former aspect is adopted for various displays on the game device 100, but either aspect may be used in the implementation of the present invention. Needless to say, parameters may be managed by both the game device 100 and the server 200, and synchronization processing may be performed between each game device 100 and the server 200 at a predetermined timing during the progress of the game, thereby achieving consistency.

<Registering game elements used>
In the battle game, each player can use multiple game elements, and prior to the start of the game (before the sequence in which the game elements are actually operated to proceed begins), information is acquired from a game card, and the game elements associated with the game card can be registered as game elements (used game elements) that will appear in the game (used by the player). In this embodiment, the usable game elements include two types: a boarding machine as a first type of game element according to the present invention, and a pilot as a second type of game element according to the present invention, which is an element that operates the boarding machine. In the battle game of this embodiment, up to five boarding machines can be registered as usable game elements, and the player can further associate and register a pilot with each of the boarding machines as an element that operates the boarding machine in the game. This allows the player to start the battle game by forming up to five sets of usable game elements (hereinafter referred to as a unit) consisting of a boarding machine and a pilot as one set. In other words, for a unit, the maximum number of boarding machines that can be registered and the maximum number of pilots that can be registered are set to the same number (5).

Note that, for example, when the number of game cards from which information can be obtained is less than the maximum number of aircraft and pilots, such as when the player has just started using the game device 100 or when the player does not carry game cards, each of the game elements that make up the unit does not necessarily need to be registered based on information obtained from the game cards. In this case, game elements determined by the control unit 101 are additionally registered, and the maximum number of aircraft and pilots are registered, forming a unit of five. Also, for example, in a mode in which a concept such as cost is introduced in the registration, the number of units to be registered may be set to a number less than the maximum number.

In addition, in this embodiment, one pilot is associated with one aircraft and registered as one unit, but the implementation of the present invention is not limited to this. In other words, the game elements that make up one unit may be associated with multiple pilots with one aircraft, or one pilot with multiple aircraft.

<Parameter determination>
For each unit registered in this way, parameters for the battle game to be played are determined and managed. As described above, two types of game elements (aircraft and pilot) are included in one unit, and the parameters for the unit are determined by taking into consideration the parameters corresponding to the levels of these elements in a composite manner.

In the battle game of this embodiment, the pilot is the element that operates the aircraft, so the strength of the unit in the battle game is configured to depend on the performance and reinforcement status of the aircraft, and when determining the parameters of the unit, the parameters of the aircraft (parameters that indicate the strength of the action to disable the aircraft of the opponent player, such as attack power) have a dominant influence. On the other hand, the pilot is a game element that has a strong aspect of adding variety to the strategies that can be selected in the battle game, and does not directly increase the parameters that disable the aircraft of the opponent player, or even if it does increase, the effect is small compared to the aircraft. In other words, the parameters determined for the unit are determined based on the parameters of the aircraft and pilot that make up the unit, but it is set so that the contribution of the aircraft parameters is high and the contribution of the pilot parameters is low.

In such an embodiment, if a player repeatedly strengthens a ship whose performance is advantageous in the game, the parameters of a unit that includes that ship may become prominent, and the progress of the competitive game may develop in a way that is unilaterally advantageous to the player using that unit. Alternatively, the game may develop in a monotonous manner, where the player can advance to an advantage without using other registered units. As a result, there may be no variety in the ways to play the competitive game, which may lead to a situation where players lose interest in the competitive game.

Therefore, in this embodiment, in order to ensure interest, parameters are adjusted for each type of game element when determining parameters for units, realizing a battle game with an appropriate game balance. More specifically, for the aircraft among the registered game elements, a single element level corresponding to the average value of all element levels is determined, and the parameters set for that single element level for each aircraft are used to determine parameters for the unit including that aircraft. On the other hand, no adjustments are made for pilots who contribute less to parameters, and the parameters set for the corresponding element level for each pilot are used to determine parameters for the unit including that pilot.

For example, as a group of five,
・Level 20 aircraft A + level 3 pilot F
・Level 11 Unit B + Level 2 Pilot G
・Level 10 C-type aircraft + Level 5 H-type pilot
・Level 30 D-type unit + Level 5 pilot I
・Level 4 aircraft E + Level 1 pilot J
When the above is registered, the element level of the boarded unit will be set to (20 + 11 + 10 + 30 + 4) ÷ 5 = 15, so the parameters of each unit that are ultimately managed for the battle game will be:
・Level 15 aircraft A + level 3 pilot F
・Level 15 Unit B + Level 2 Pilot G
・Level 15 C-type aircraft + Level 5 H-type pilot
・Level 15 Unit D + Level 5 Pilot I
・Level 15 E-plane + Level 1 J-pilot
In this case, for the unit including the boarding units A and D, the parameters are determined in a state that is weaker than the player's training state, and for the unit including the boarding units B, C, and E, the parameters are determined in a state that is stronger than the player's training state. By doing this, even if a boarding unit that is in an extremely strengthened state is registered, the parameters of the strengthened state itself are not necessarily registered, so the possibility of the game balance being biased can be reduced.

The method for determining the parameters of a unit is not particularly limited, but for example, the parameters may be derived by weighted addition of the parameters of the aircraft, which are set at an element level corresponding to the average element level of the registered aircraft, and the parameters of the pilot, which are set at the element level of the registered pilot, with a larger weight given to the former.

<Flow of the match game>
The battle game of this embodiment progresses by deploying (placement) the troops registered for each player in a game field of a predetermined size, and performing movement and attack actions (receiving operation inputs for performing these actions). In one aspect shown below, bases corresponding to each player are provided in the game field, and a player who destroys the opponent's base (reduces its durability value to 0) as a result of an attack action by any of his/her troops becomes the winner of the battle game. Therefore, each player needs to place his/her troops to perform an intercept action against the opponent's troops that are attempting to perform an attack action against the base corresponding to the player, in order to obstruct the attack action, or to control the attack action of the troops in order to destroy the opponent's base before the opponent's troops.

The success or failure of an action and the damage dealt by an attack are determined by the parameters of the corresponding unit. In other words, while the battle game is in progress, the progress of the game is controlled according to the parameters of all registered units and the operational inputs made to the stage.

At the start of the battle game, the information about the units registered by the opposing player is not known. At any time after the start of the battle game, a player can deploy each of the five units registered for himself onto the game field, and when the units are deployed onto the game field, the opposing player is notified of the game elements (units and pilots) that the units are made up of. This configuration provides the player with the excitement of strategically developing the game while determining the units and actions of the opposing player.

Screen display and GUI during competitive games
During the execution of the competitive game, a game screen is constructed in each game device 100 to inform the player of the progress of the competitive game, and is displayed on the display unit 120 .

As shown in FIG. 5, the game screen 500 displayed to one player is configured to enable the player to confirm the game field and where on the game field the unit is positioned. The player can instruct the unit placed on the game field where to move and what action to take by directly touching the unit on the display unit 120.

However, since a game that progresses from a fixed viewpoint tends to reduce the player's interest, it is more interesting to set the game field to a certain extent and gradually change the range of the game field presented as the viewpoint moves. On the other hand, since key points (bases) in the game field and the forces of the two players are scattered throughout the game field, the player also needs to be aware of these situations. Therefore, in order to achieve both of these goals, the fighting game of this embodiment uses images that depict the game field in two different ways to create the game screen 500.

One aspect of the game field image included in the game screen 500 is a focus map 601 in which units and the field are depicted in detail as the first game field according to the present invention, as shown in FIG. 6. As shown, the focus map 601 does not show the entire game field, but only a partial area of the game field that is determined by a viewpoint that appropriately captures the units and field that require attention.

The focus map 601 is configured so that the exteriors of the aircraft 602 and bases 603 of the troops placed in the game field can be seen, and the player can visually confirm the actions of the troops (movement actions and attacks on other troops or bases). Here, the troops that can be seen on the focus map 601 are shown only by the exterior of the aircraft, since the pilot is inside the aircraft to operate it. In addition, the focus map 601 may include field edges 604 to inform the player of the extent of the game field, and terrain objects 605 that troops cannot enter (units cannot be placed).

In contrast, another type of game field image included in the game screen 500 is a radar map 701 in which the units and the field are depicted in a reduced size, as shown in FIG. 7, as a second game field according to the present invention. As shown in the figure, the radar map 701 shows the entire game field, and is configured so that the distribution of bases and units can be confirmed.

On the other hand, simply displaying a reduced version of the game field would result in too much information, which could hinder the player's understanding of the situation, so the radar map 701 shows the game field and the troops and bases located within the field in a simplified manner. More specifically, as shown in FIG. 7, the troops and bases are replaced with alternative figures and are placed on the radar map 701 as aircraft icons 702 and base icons 703. In addition, the radar map 701 may include field edges 704 to notify the player of the range of the game field, and inaccessible areas 705 that show the outline of areas that cannot be entered due to terrain objects 605. Here, in the battle game of this embodiment, the game field is assumed to be a rectangular area, but in order to allow the player to easily understand the direction in which to advance the troops in the game field and to present the entire game field in a compact manner, the radar map 701 is drawn in a perspective projection of the rectangular area.

The focus map 601 and radar map 701 are images constructed by drawing the same game field in different ways, and the distribution of troops and bases in the game field corresponds. More specifically, information on the deployment status of troops on the game field is managed based on operational inputs made, and the drawing of the focus map 601 and radar map 701 is performed based on that information, so that the aircraft 602 and aircraft icon 702 related to the same unit are placed in corresponding positions on the focus map 601 and radar map 701, respectively.

By arranging the focus map 601 and radar map 701 configured in this way in one screen area, the game screen 500 shown in FIG. 5 is configured. When configuring the game screen 500, the radar map 701 is arranged superimposed in the area of the focus map 601. At this time, if the focus map 601 is blocked by the radar map 701, the amount of information that the player can obtain from the game screen 500 will be reduced, so the radar map 701 is superimposed in a transparent state, for example, and the game screen 500 is configured in a manner in which the focus map 601 below the radar map 701 is visible. Also, as shown in the figure, the radar map 701 is displayed in a smaller size than the focus map 601 in the game screen 500 so as not to interfere with the operation of the player's aircraft 602 in the focus map 601 during play of the battle game.

In addition, as shown in the figure, the game screen 500 includes the remaining time 501 of the competitive game, the player names 502 of each player currently playing the game, the remaining durability 503 of each player's base, unit cards 504 showing each of the five units registered for the player, an action gauge 505 showing the time elapsed until the unit related to the player can be deployed, and opponent unit cards 506 showing each of the five units registered for the opponent player.

Here, we will further explain the unit cards (unit card 504 and opponent unit card 506) that represent registered units in the battle game of this embodiment, with reference to another diagram.

During a battle game, the units registered for each player are displayed in the form of a single card as the third form according to the present invention, as shown in FIG. 8(a). That is, to register one unit, two game cards are required, one for the pilot and one for the player, but during a battle game, the unit is presented as a single unit card with a design including both the pilot and the pilot that make up the unit, in the form of a GUI (only unit card 504) that can accept operational inputs related to unit placement on the game field. More specifically, the design of one unit card, as shown in the figure, is such that a pilot image 802 showing the pilot of the unit is superimposed on a part of a pilot image 801 showing the pilot of the corresponding unit, and in the unit card GUI, the player can easily grasp the game elements included in the unit.

In this embodiment, the pilot image 802 is superimposed on a portion of the aircraft image 801 to form the design of the unit card, but the implementation of the present invention is not limited to this. The GUI that accepts operational inputs related to unit deployment only needs to be configured in such a way that multiple types of game elements are at least partially overlapped in the design, and the degree of overlap and the order of overlap are not limited.

The unit card may also include an indication of the status of the corresponding unit. For example, as shown in FIG. 8(b), when the corresponding unit is placed in the game field, a durability gauge 811 indicating the remaining durability of the unit and an action indicator 812 indicating the action instructed for the unit may be presented. Alternatively, as shown in FIG. 8(c), when the corresponding unit is not placed in the game field, a retreat indicator 821 indicating that the durability of the unit has become 0 and the unit is unable to act as a result of being placed in the game field and acting, or an impossible-to-place indicator 831 indicating that the unit is not placed in the game field but cannot be placed because the action gauge 505 does not satisfy the placement possible condition as shown in FIG. 8(d), may be presented. Here, the placement condition of each unit may be, for example, a value determined according to the cost determined for at least one of the game cards of the aircraft and pilot that constitute the unit, or a gauge of a value determined according to the parameters of each unit after five units are registered, which increases over time, may be determined based on whether the gauge is filled. At least a portion of the display showing the status of such troops may be shown only for the troops registered to the player, i.e., it may be shown only for the unit cards 504 on the game screen 500, and not for the opponent's unit cards 506.

The unit cards 504 representing the five units registered in association with the player are arranged side by side (bottom left of the screen) of the radar map 701 on the game screen 500 as shown in FIG. 5. That is, five unit cards 504 corresponding to each of the five units registered in association with the player are arranged on the side of the radar map 701. In contrast, the opponent unit cards 506 representing the five units registered in association with the opponent player are arranged side by side on the game screen 500 at the top right of the screen. In order to increase the interest of the battle game, the opponent unit cards 506 may be presented in a manner that indicates only the units arranged on the game field, rather than always indicating the details of the units as shown in FIG. 5, during the battle game.

As described above, the unit card 504 related to the player functions as a GUI that accepts operation inputs related to the placement of the corresponding unit on the game field, and when the player starts a touch operation on the unit card 504 related to an unplaced unit (the touch input state on the unit card 504 continues for a predetermined time), a placement process is executed to place the unit on the game field. Therefore, the unit card 504 is displayed on the game screen in a size larger than the aircraft icon 702 on the radar map 701 so that it is easy to accept operation inputs. When the placement process is executed, the player can decide where on the game field to place the unit. Here, the focus map 601 included in the game screen captures only a part of the game field, and there is a possibility that the desired position of placement is not included. For this reason, in the battle game of this embodiment, when the placement process is executed, the radar map showing the entire game field is enlarged and displayed (901) as shown in FIG. 9, and the input of the placement position is accepted. More specifically, the player can input the placement position of a unit that is in touch input mode by dragging it to the desired position on the enlarged radar map 901 and then canceling the touch input state (moving and placing the unit).

As shown in the figure, the enlarged radar map 901 has the same display mode of the deployed aircraft and bases as the radar map 701, but the perspective projection mode of the game field is changed and drawn. In the battle game of this embodiment, the radar map showing the entire rectangular area that is the game field is displayed in a perspective view (radar map 701 in FIG. 5) to achieve space saving during the period when the deployment process is not being performed, and is displayed in a top view (radar map 901 in FIG. 9) to facilitate deployment of troops to desired positions during the period when the deployment process is being performed. However, the implementation of the present invention is not limited to this, and it is sufficient that the perspective method is different between the period when the deployment process is being performed and the period when the deployment process is not being performed. Alternatively, the perspective method may not be different, and only the size may be changed in a manner similar to that of the radar map 901 during the battle game, for example.

However, allowing troops to be deployed anywhere is not desirable because it may take away from the strategic nature of the battle game. For example, if new troops could be deployed near any base, it would be more likely that the victory conditions could be achieved without the need for strategy, which could reduce the interest of the battle game. Therefore, in the battle game of this embodiment, the area in which troops can be deployed is limited on the radar map 901 displayed during the execution of the deployment process. In FIG. 9, this area is visually indicated by the deployable area 902, and the player can deploy the troops by dragging the troops that are continuing the touch input state into the deployable area 902 and releasing the touch input state. Note that the size of the deployable area 902 may change according to the progress of the battle game, for example by expanding according to the remaining time or the progress of friendly troops.

As a result of such operations related to unit placement, the unit is placed on the game field and displayed on the game screen 500 in the form of a piloted aircraft 602 or aircraft icon 702 at the corresponding positions on the focus map 601 and radar map 701. More specifically, the unit is newly placed on the radar map 701 in the form of an alternative figure to notify its position, and on the focus map 601, the piloted aircraft of the unit is newly placed in a form showing its external appearance, and is displayed on the game screen 500 in a form capable of accepting operational input related to action instructions.

A unit deployed on the game field will enter a retreat state when its durability reaches 0 due to, for example, an attack by another unit. A unit that has entered a retreat state will be displayed on the corresponding unit card as shown in FIG. 8(c) with its durability gauge 811 at 0 and a retreat indicator 821 attached. The corresponding aircraft 602 or aircraft icon 702 will also be removed from the focus map 601 and radar map 701.

Incidentally, the presentation of information by enlarging the radar map as in radar map 901 does not have to be done only when an operation related to the deployment of troops by the player is accepted. For example, when a new unit is deployed by the opposing player, when a unit already deployed starts a specific action, when a unit already deployed is eliminated, when the result of a specific action is finalized, or when a specific change in state occurs related to the units or bases registered for the battle game, the radar map may be switched (enlarged) from radar map 701 to radar map 901 to notify the fact. At this time, control may be performed to change the display mode so that the relevant icon (boarded aircraft 602 or base 603) can be distinguished in response to the notification.

In addition, to make the battle game more entertaining, such a predetermined state change may be accompanied by a special effect display, such as a video showing the operation of the corresponding aircraft from a highly realistic viewpoint. In this case, the game screen may be configured by arranging the corresponding special effects display in place of the focus map 601, radar map 701, and unit card 504, as shown in FIG. 10.

<Module configuration related to unit registration>
11(a) will be used to explain a module configuration for registering a unit to be used in a battle game related to a player using the game device 100 of this embodiment. FIG. 11(a) is a diagram illustrating a group of functional modules realized by the control unit 101 as a result of the game device 100 executing a program related to unit registration.

The registration module 1101 is a functional module that registers the units to be used in the battle game prior to the battle game. When the acquisition unit 105 acquires information from a game card, the registration module 1101 determines whether the game element associated with the game card is a pilot or a machine, and registers five game elements for each type. At this time, the registration module 1101 associates the pilot and machine related to the game card whose information was acquired on a one-to-one basis, and registers and manages a unit.

Here, for example, as shown on the operation panel surface of the game device 100 in FIG. 1, in a mode in which five card holders are provided on each of two sides with different inclinations and information is acquired from game cards, the aircraft and pilots to be boarded in one unit may be determined according to the position of the card holder holding the game card from which information has been acquired. Alternatively, without being limited to this, the composition of each unit may be determined based on the order in which information is acquired or the operational input made after the information is acquired.

The unit level determination module 1102 is a functional module that determines the element level of the boarded unit related to the current game play based on the element levels of the five registered boarded units. As described above, in the battle game of this embodiment, the parameters of the boarded unit have a dominant influence on the parameters of the determined unit, so the unit level determination module 1102 determines a single element level for the five boarded units to prevent the unit from being composed of a unit with an outstanding element level. More specifically, the unit level determination module 1102 obtains the player's strengthening status for the five registered boarded units by referencing the strengthening status information 314 of the player information, and determines a single element level using the average value of the element levels of the corresponding boarded units cast to an integer type.

The pilot level determination module 1103 is a functional module that determines the pilot element level related to the current game play for each of the five registered pilots. Unlike the aircraft level determination module 1102, the pilot level determination module 1103 determines the element level for each pilot individually. More specifically, the pilot level determination module 1103 obtains the player's strengthening status for the five registered pilots by referencing the strengthening status information 314 of the player information, and determines the element level of each pilot to be the value indicated by the strengthening status information 314.

The parameter determination module 1104 is a functional module that determines the parameters of each registered unit to be referenced when controlling the progress of the battle game. More specifically, the parameter determination module 1104 acquires the parameters of the aircraft and the pilot that constitute the unit for each registered unit, and determines the parameters of the unit based on these. Here, the parameters of the aircraft are parameters determined for a single element level determined by the aircraft level determination module 1102 from the parameter information 304 of the element information of the aircraft managed in the element DB 106. Furthermore, the parameters of the pilot are parameters determined for the element level of the pilot determined by the pilot level determination module 1103 from the parameter information 304 of the element information of the pilot managed in the element DB 106.

<Unit registration process>
Hereinafter, the unit registration process for registering units related to a player and used in a battle game in the game device 100 of this embodiment will be described in detail with reference to the flowchart of Fig. 12. The process corresponding to the flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in the recording medium 102, for example, and developing and executing the program in the memory 103. More specifically, by executing this unit registration process, the control unit 101 can realize each of the functional modules shown in Fig. 11(a) and perform the following processes. Note that this unit registration process will be described as being started after, for example, the provision of a service in the game device 100 has started and the provision of normal cards has been completed.

In S1201, the control unit 101 determines whether information has been acquired from a new game card (one for which the corresponding game element has not been registered). If the control unit 101 determines that information has been acquired from a new game card, it shifts the process to S1202, and if it determines that information has not been acquired, it shifts the process to S1203.

In S1202, the registration module 1101 registers the information of the game element corresponding to the acquired identification information as a used game element. More specifically, the registration module 1101 determines whether the game element specified by the acquired identification information is a boarded aircraft or a pilot, and registers it as a game element of the corresponding type. At this step, the registration of the used game element may be performed, for example, by registering the element ID and type information of the corresponding game element in a used game element table provided in the memory 103. The used game element table will be described as including, for example, an element table that manages the individual information of the used game elements, and a unit table that manages the information for each unit.

At this time, if five game elements of the same type identified by the identification information have already been registered, the registration module 1101 may determine whether or not to register the element. Note that, in this embodiment, in order to facilitate understanding of the invention, it is described that the game elements associated with the game card are registered as used game elements while the game card is placed on the reader, and when the game card is no longer placed on the reader, the game elements are deleted from the used game elements.

In S1203, the control unit 101 determines whether or not the registration of the game elements to be used has been completed. The completion of the registration of the game elements to be used may be determined, for example, based on a condition that an operation input related to the completion of the registration has been made or a time limit related to the registration has elapsed. If the control unit 101 determines that the registration of the game elements to be used has been completed, the process proceeds to S1204, and if the control unit 101 determines that the registration has not been completed, the process returns to S1201.

At S1204, the registration module 1101 forms five units based on the registered used game elements. More specifically, the registration module 1101 identifies the aircraft and pilot to be associated based on the position in the reader where the information of the game card used to register each game element was acquired, and forms these into one unit. The registration module 1101 adds information about the formed units (e.g., unit ID, element IDs of various game elements that make up the unit) to the unit table of the used game element table.

If the number of registered usable game elements is less than the number required to form a unit of five, the registration module 1101 can, for example, perform a lottery process to supplement and register information on the missing game elements in the element table of the usable game element table, and then form the unit.

For the sake of convenience, this embodiment will be described as forming each unit after the game elements have been registered, but it goes without saying that the units may also be formed when information is obtained from the game cards.

In S1205, under the control of the registration module 1101, the unit level determination module 1102 determines a single element level for the boarded unit among the registered game elements used. More specifically, the unit level determination module 1102 obtains element levels reflecting the strengthening status by the player for the five boarded units registered in the element table, determines a single element level based on the obtained element levels, and returns it to the registration module 1101. The registration module 1101 adds the single element level determined by the unit level determination module 1102 to the boarded unit information in the element table. Note that if the element table includes a boarded unit that has been additionally registered, the unit level determination module 1102 may determine a single element level by setting the element level of the boarded unit as the initial level (1).

At S1206, under the control of the registration module 1101, the pilot level determination module 1103 determines the element level for each pilot among the registered game elements used. More specifically, the pilot level determination module 1103 obtains an element level that reflects the player's strengthening status for each of the five pilots registered in the element table, and returns it to the registration module 1101 as the element level of that pilot. The registration module 1101 adds the element level of that pilot determined by the pilot level determination module 1103 to the information of each pilot in the element table.

At S1207, under the control of the registration module 1101, the parameter determination module 1104 determines the unit parameters for each of the five units. More specifically, the parameter determination module 1104 determines and returns the parameters for each unit based on the element levels and element information registered in the element table related to the aircraft and pilots that make up the unit. The registration module 1101 adds the unit parameters determined by the parameter determination module 1104 to the information for the corresponding unit in the unit table, completing the unit registration process.

By doing this, the parameters of the troops that are referenced when playing a competitive game can be changed and set in a way that ensures fairness between players.

<Module configuration related to game screen generation during a competitive game>
Next, a module configuration for generating a game screen when a fighting game is executed on the game device 100 of this embodiment will be described with reference to Fig. 11(b). Fig. 11(b) is a diagram illustrating a group of functional modules realized by the control unit 101 or the presentation control unit 107 as a result of the game device 100 executing a program related to the fighting game.

The placement module 1111 is a functional module that places the troops of the player and the opponent player on the game field that is the stage for the competitive game. The placement module 1111 stores placement information indicating the presence of a unit at a corresponding position on the game field in response to operational input related to unit placement on the game device 100 of the player or the opponent player. The placement information is changed by the placement module 1111 sequentially during the competitive game in response to action instructions given to the units or actions taken by other stages.

The viewpoint determination module 1112 is a functional module that determines the viewpoint position and direction when drawing a focus map for the game field. The viewpoint position and direction may be determined based on predetermined rules, particularly for elements that cause state changes, such as the deployment information of newly deployed units or units that have been given new action instructions, or the deployment information of bases designated as action targets.

The behavior control module 1113 is a functional module that controls the behavior of each unit deployed on the game field. The behavior control module 1113 controls the movement and status changes of all units based on the action instructions given to each unit.

The performance module 1114 is a functional module that performs a corresponding performance display when a predetermined condition is met for a unit or base during the progress of the battle game. In this embodiment, the performance display is described as being drawn and generated in real time using a 3D model provided for the corresponding game element, but the method of performance display is not limited to this.

The focus map drawing module 1115 is a functional module that draws a focus map related to the ongoing competitive game. More specifically, the focus map drawing module 1115 develops a 3D model related to the game field (including the base) and a 3D model of the aircraft related to the unit placed in the game field based on the placement information, and draws them based on the viewpoint position and direction determined by the viewpoint determination module 1112, thereby generating a focus map to be placed on the game screen.

The radar map drawing module 1116 is a functional module that draws a radar map related to the ongoing competitive game. More specifically, the radar map drawing module 1116 develops rectangular objects corresponding to the game field (and objects related to the inaccessible area 705), aircraft icons 702 related to troops in the game field, and base icons 703 related to bases based on the placement information, and generates a radar map to be placed on the game screen by drawing these. The radar map drawing module 1116 also generates a radar map by further placing objects related to the placement possible area 902 and display effect objects for clearly showing specific icons as necessary.

In this embodiment, in order to present radar maps with different perspective views, the radar map drawing module 1116 is described as generating radar maps using three-dimensional rendering, but the implementation of the present invention is not limited to this. In other words, radar maps with different perspective views may be generated by deforming two-dimensional figures.

The card drawing module 1117 is a functional module that draws unit cards related to the player and the opposing player. For example, the card drawing module 1117 may generate an image of a unit card related to the unit by arranging 2D images managed in the drawing information 303 of the element information for the aircraft and pilots that make up the unit.

The screen generation module 1118 generates a game image by arranging the focus map generated by the focus map drawing module 1115, the radar map generated by the radar map drawing module 1116, the unit cards of each unit generated by the card drawing module 1117, and various GUIs. When performing a performance display, the screen generation module 1118 generates a game screen by arranging the performance display generated by the performance module 1114 and various GUIs.

Screen Generation Processing
Hereinafter, a specific process of the screen generation process for generating a game screen during the execution of a battle game in the game device 100 of this embodiment will be described with reference to the flowchart of Fig. 13. The process corresponding to the flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in the recording medium 102, for example, and developing and executing the program in the memory 103. More specifically, by executing this screen generation process, the control unit 101 and the presentation control unit 107 can realize each of the functional modules shown in Fig. 11(b) and perform the following processes. Note that this screen generation process is described as being started, for example, when the squad registration process is completed and it becomes possible to provide a playing experience of the battle game, and is repeatedly executed for each of the drawing frames.

In S1301, the control unit 101 updates various states of the ongoing competitive game. The updates made in this step are based on action instructions given previously by any of the players, and include changes to the state of each unit by the action control module 1113 and updates to placement information by the placement module 1111.

In S1302, the control unit 101 determines whether or not a state change has occurred that would cause a performance display to occur. If the control unit 101 determines that a state change has occurred that would cause a performance display to occur, the process proceeds to S1303. If the control unit 101 determines that a state change has not occurred, the process proceeds to S1305.

At S1303, the presentation module 1114 generates a presentation display for the state change that has occurred.

At S1304, the screen generation module 1118 generates a game screen by arranging the effect display generated at S1303 and various GUIs.

On the other hand, if it is determined in S1302 that no state change has occurred that would cause a special display, the viewpoint determination module 1112 determines the viewpoint information for drawing the focus map in S1305.

In S1306, the focus map drawing module 1115 generates a focus map based on the viewpoint information determined in S1305.

At S1307, the card drawing module 1117 generates a unit card for each unit based on the current status of each unit.

In S1308, the control unit 101 determines whether or not an operational input related to unit deployment has been made. If the control unit 101 determines that an operational input related to unit deployment has been made, the process proceeds to S1309, and if the control unit 101 determines that an operational input related to unit deployment has not been made, the process proceeds to S1310.

At S1309, the radar map drawing module 1116 generates a radar map in an enlarged display format.

On the other hand, if it is determined in S1308 that no operational input related to troop deployment has been made, the radar map drawing module 1116 generates a radar map in normal display mode in S1310.

At S1311, the screen generation module 1118 generates a game screen by arranging the generated focus map, radar map, unit cards, and various GUIs.

This allows two different game fields to be presented with game elements arranged in different ways, allowing the player to easily understand the game progress.

In this embodiment, the units are displayed in the form of alternative graphics on the radar map during the battle game, but the implementation of the present invention is not limited to this. The radar map may take a form other than alternative graphics, such as icons or text, as long as it informs the player of the position of the units on the game field, and is different from the form of the units placed on the focus map.

In addition, in this embodiment, a single element level is determined based on the average element level of all the aircraft registered for a player in relation to the parameters of the unit, but the implementation of the present invention is not limited to this. The single element level may be determined based on, for example, the highest or lowest element level of the aircraft registered for the player, or it may be determined based on the average element level of the aircraft registered for both players.

Also, adjustments to the element levels of the aircraft that are related to the unit's parameters may only be performed when playing a competitive game against another player.

[Modification 1]
In the above-described embodiment, a single element level is determined based on the element level of the registered aircraft, and the parameters of the force are set based on this, but the implementation of the present invention is not limited to this.

For example, if a player wants to overall strengthen low-level game elements, playing a battle game using only these game elements may put the game at a disadvantage and may not provide a favorable playing experience. In contrast, if at least one strengthened aircraft is included, the unit's parameters can be advanced to an advantageous degree, but this may bias the composition of the game elements used and reduce the player's interest in the game.

The present invention may therefore be configured to take into consideration players who have played the game many times and who are more likely to suffer such disadvantages in progression, and to determine a single element level based on the player level, which varies depending on the results of the competitive game. Alternatively, such an aspect of determining a single element level based on the player level may be limited to cases where the player level is within a specified numerical range, and may be implemented in combination with the above-mentioned embodiment.

[Modification 2]
In addition, in the case where a single element level is determined based on any one of the numerical values to set the parameters of the squad, it may be difficult to determine the winner, particularly in a battle game between players whose element levels have been strengthened to the upper limit. For this reason, a third type of game element according to the present invention may be introduced that is different from the two game elements constituting the squad, and a specific tactical effect may be generated in the battle game when the third type of game element is introduced, and the third type of game element may be configured to be able to generate a specific tactical effect in the battle game when the third type of game element is registered. The third type of game element may be configured to be able to be registered (for example, to be selectable as an option when registering the game element to be used) when the player level is equal to or higher than a predetermined value, and may be configured to be usable during the battle game when registered. In this way, a diverse battle game play experience can be provided even to players who have been using the game device 100 for a long time. In addition, in order to attract players to use the game device 100 for a longer period of time, the third type of game element may be configured to be different depending on the player level (the higher the level, the more tactical effects can be used during one battle game).

[Other embodiments]
The present invention is not limited to the above-described embodiment, and various modifications and alterations are possible within the scope of the gist of the invention without departing from the spirit and scope of the present invention. The game device according to the present invention can also be realized by a program that causes one or more computers to function as the game device. The program can be provided/distributed by being recorded on a computer-readable recording medium or through an electric communication line.

100: Game device, 101: Control unit, 102: Recording medium, 103: Memory, 104: Payment detection unit, 105: Acquisition unit, 106: Element DB, 107: Presentation control unit, 120: Display unit, 108: Provision control unit, 130: First provision unit, 140: Second provision unit, 150: Third provision unit, 109: Operation input unit, 110: Communication unit, 200: Server, 201: Server control unit, 202: Server recording medium, 203: Server memory, 204: Player DB, 205: Matching processing unit, 206: Management unit, 207 : Server communication unit, 300: Network, 1101: Registration module, 1102: Aircraft level determination module, 1103: Pilot level determination module, 1104: Parameter determination module, 1111: Placement module, 1112: Viewpoint determination module, 1113: Action control module, 1114: Performance module, 1115: Focus map drawing module, 1116: Radar map drawing module, 1117: Card drawing module, 1118: Screen generation module

Claims (13)

On the computer,
a registration process for registering a plurality of first type game elements and a plurality of second type game elements, the second type game elements being different from the first type game elements, for a player in a competitive game to be played;
a setting process for setting a single common level for the plurality of first type game elements related to the player registered in the registration process;
a control process for controlling a progress of the competitive game based on the common level set in the setting process;
A game program for executing
a level that changes depending on a result of the competitive game is associated with each of the first type of game elements;
the common level is set based on levels associated with the plurality of first type game elements registered in the registration process;
A game program in which, in the registration process, one game element of the first type is associated with one game element of the second type. The computer-readable storage medium according to claim 1 , wherein the common level is set based on an average value of levels associated with the plurality of first type game elements registered in the registration process. On the computer,
An identification process for identifying a player;
a registration process for registering a plurality of first type game elements and a plurality of second type game elements, the second type game elements being different from the first type game elements, for a player in a competitive game to be played;
a setting process for setting a single common level for the plurality of first type game elements related to the player registered in the registration process;
a control process for controlling a progress of the competitive game based on the common level set in the setting process;
A game program for executing
Each of the players is associated with a player level that varies depending on the performance of the competitive game;
The common level is set based on the player level of the player identified in the identification process ;
A game program in which, in the registration process, one game element of the first type is associated with one game element of the second type . The game program according to any one of claims 1 to 3, wherein the maximum number of the first type of game elements and the second type of game elements that can be registered in the registration process is the same. The game program according to any one of claims 1 to 4, wherein the second type of game element is an element that activates the first type of game element in the competitive game. a management process for managing the associated first type game element and the associated second type game element as a set of game elements;
a determination process for determining parameters in the competitive game to be played for each of the set of game elements;
and causing the computer to further execute the steps:
a parameter of the set of game elements is determined based on the common level of the first type of game elements included in the set of game elements and the level of the second type of game elements included in the set of game elements;
6. The computer-readable storage medium according to claim 1, wherein the control process controls progress of the competitive game based on parameters of the set of game elements determined in the determination process. The game program according to claim 6, wherein, in determining the parameters of the set of game elements, the contribution of the parameters corresponding to the common level of the first type of game element included in the set of game elements is set to be large. further causing the computer to execute a display control process for displaying a plurality of the set of game elements on a display means;
The game program according to claim 6 or 7, wherein the display of the set of game elements shows at least a portion of one of the first type of game element and the second type of game element included in the set of game elements superimposed on the other. The game program according to claim 8, wherein the display of the set of game elements includes displaying the first type of game element and the second type of game element included in the set of game elements in the form of a single card. Each of the players is associated with a player level that varies depending on the performance of the competitive game;
the registration process further registers a third type of game element related to the player, the third type of game element being different from the first type of game element and the second type of game element, based on the player level of the player;
10. The computer-readable storage medium according to claim 1, wherein in the control process, the third type of game element registered in the registration process is controlled to be usable in the competitive game. The game program according to claim 10, wherein the number of the third type of game elements registered in the registration process varies depending on the player level. A game device for executing a competitive game,
a registration means for registering a plurality of first type game elements and a plurality of second type game elements, the second type game elements being different from the first type game elements, for the competitive game to be played, which are associated with a player;
a setting means for setting a single common level for the plurality of first type game elements related to the player registered by the registration means;
a control means for controlling a progress of the competitive game based on the single common level set by the setting means;
Equipped with
a level that changes depending on a result of the competitive game is associated with each of the first type of game elements;
the common level is set based on levels associated with the plurality of first type game elements registered by the registration means;
The registration means is a game device that associates one of the second type of game elements with one of the first type of game elements. A game device for executing a competitive game,
An identification means for identifying a player;
a registration means for registering a plurality of first type game elements and a plurality of second type game elements, the second type game elements being different from the first type game elements, for the competitive game to be played, which are associated with a player;
a setting means for setting a single common level for the plurality of first type game elements related to the player registered by the registration means;
a control means for controlling a progress of the competitive game based on the single common level set by the setting means;
Equipped with
Each of the players is associated with a player level that varies depending on the performance of the competitive game;
the common level is set based on the player level of the player identified by the identification means,
The registration means is a game device that associates one of the second type of game elements with one of the first type of game elements.

Images