Program, game management device, and game device

Abstract

To provide a game high in amusement properties.SOLUTION: A game management device includes: game execution means for executing a match game between players; evaluation imparting means for imparting an evaluation to the other player on condition that an evaluation icon for evaluating the other player presented on a game machine of a player is selected in the match game; evaluation presentation means for presenting a fact that an evaluation is imparted from the player in a game device of the other player on condition that an evaluation is imparted to the other player; and privilege provision means for providing a privilege to the other player on the basis of the evaluation imparted to the other player.SELECTED DRAWING: Figure 13

Description

Technical Field

[0001] The present invention relates to a program, a game management device, and a game device.

Background Art

[0002] There are battle games in which players are matched and play against each other (for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] In the above-described battle game, by feeling a connection with other players, the player becomes more interested in the game.

[0005] Therefore, an object of the present invention is to provide a program, a game management device, and a game device.

Means for Solving the Problems

[0006] One aspect of the present invention is a game management device including: game execution means for executing a battle game between players; evaluation giving means for giving an evaluation to another player on the condition that an evaluation icon for evaluating another player presented on the game device of the player is selected in the battle game; evaluation presentation means for presenting to the game device of another player that an evaluation has been given from the player on the condition that an evaluation has been given to another player; and privilege providing means for providing a privilege to another player based on the evaluation given to another player.

[0007] One aspect of the present invention is a program that causes a computer to function as game execution means for executing a battle game between players, evaluation giving means for giving an evaluation to another player on the condition that an evaluation icon for evaluating the other player presented on the game device of the player is selected in the battle game, evaluation presentation means for presenting to the game device of the other player that the evaluation has been given from the player on the condition that the evaluation has been given to the other player, and privilege providing means for providing a privilege to the other player based on the evaluation given to the other player.

[0008] One aspect of the present invention is a program that causes a computer to function as game execution means for executing a battle game between players, evaluation icon presentation means for presenting an evaluation icon for evaluating another player in the battle game, evaluation presentation means for presenting that an evaluation has been given to the player from the other player, and privilege providing means for providing a privilege to the player based on the given evaluation.

[0009] One aspect of the present invention is a game device including game execution means for executing a battle game between players, evaluation icon presentation means for presenting an evaluation icon for evaluating another player in the battle game, evaluation presentation means for presenting that an evaluation has been given to the player from the other player, and privilege providing means for providing a privilege to the player based on the given evaluation.

Advantages of the Invention

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

Brief Description of the Drawings

[0011]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Figure 24

Figure 25

Figure 26

Figure 27

Figure 28

Figure 29

Figure 30

Figure 31

Figure 32

Figure 33

Figure 34

Figure 35

Figure 36

Figure 37

Figure 38

Figure 39

Figure 40

[0012] Embodiments of the present invention will be described.

[0013] **[Overall Configuration]** FIG. 1 is a diagram showing the system configuration of the game system according to the present embodiment. As shown in FIG. 1, the game system includes one or more game devices 1 and a server 2. The one or more game devices 1 and the server 2 can be connected to the communication line N and can communicate with each other. The communication line N means a communication path capable of data communication. That is, the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN such as Ethernet (registered trademark), and communication networks such as a telephone communication network, a cable network, and the Internet, and the communication method may be wired / wireless.

[0014] The game device 1 is a computer capable of executing a game program, is connected to the communication line N via a communication base station or the like, and can perform data communication with the server 2. The game device 1 is, for example, a business game device (arcade game device), a smartphone, a mobile phone, a portable game device, a stationary home game device, a personal computer, a tablet computer, a controller of a stationary home game device, or the like.

[0015] There are a plurality of game devices 1, which are basically operated by each player. For example, a plurality of game devices 1 are installed in a store and are the operation targets of players who visit the store.

[0016] The server 2 is a server system including one or a plurality of server devices, storage devices, etc. The server 2 provides various services for operating the game of the present embodiment, manages data necessary for game operation, and distributes game programs and data necessary for executing the game on the game device 1. Further, although details will be described later, when a player is identified when using the game device 1, that is, when the service of the battle game is provided in a state where it is identified which player it is, the server 2 updates the information for managing each player based on the usage content (game play history). In addition, as will be described later, the server 2 also performs matching of players who will be partners in order to form partners between players and realize battles with other players.

[0017] In the present embodiment, with such a system configuration, a battle game between players who use a plurality of game devices 1 via the server 2 and the communication line N can be configured to be realizable. However, it is not limited to a battle game between players (human-to-human), and also includes a case where one of the players is a non-player character provided by the server 2. Further, the game in which the game device 1 provides a play experience is not limited to a battle game between players, and may include a game configured for one person.

[0018] In the embodiment described below, an example in which a battle game in which a screen with game elements arranged on a game field is displayed and advanced is applied to the game device 1 will be described. However, the present invention is applicable to any device capable of executing a game in which a screen of a game field with game elements arranged is displayed and advanced.

[0019] <Game Elements and Game Overview> To facilitate the understanding of the configuration and the like in the following embodiments, the game elements used in the fighting game according to this embodiment and the outline of the fighting game will be described.

[0020] In the fighting game according to this embodiment, multiple types of game elements appear. The game elements are characters (characters, vehicles, items, etc.), which are embodied and represented as images, virtual or physical items, etc. The images include still images and moving images. The fighting game of this embodiment includes a first type of game element and a second type of game element.

[0021] First, the first type of game element in this embodiment will be described.

[0022] The first type of game element is associated with an item having a physical volume. An example of a physical item is, for example, a game card which is an item (real item) having a physical volume. Note that the item is not limited to a game card, and any item that is configured to be able to identify the game element associated with the item is not limited to a game card. The item may be, for example, a figurine or other shaped object having the appearance of the game element.

[0023] In this embodiment, a plurality of types of articles associated with the first type of game element are all game cards which are tangible objects, and each will be described as being associated with one game element that appears in a battle game in which a play experience is provided in the game device 1. Whether a game card is associated with any game element can be specified by a game element reading unit, which will be described later, acquiring identification information (element ID) for specifying the game element attached to the game card. The addition of the identification information (element ID) to the game card may be realized, 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 or the like, or may be realized by other methods such as being recorded in a tag or an IC chip for near field communication (NFC) included in the game card.

[0024] In a battle game, each player can use a plurality of game elements. Prior to the start of the game (before the sequence of actually operating the game elements and proceeding starts), by causing information to be acquired from the game card, the game element associated with the game card can be registered as the game element (used by the player) that appears in the game.

[0025] In this embodiment, there are a plurality of first types of game elements that the player causes to appear in the game, but mainly there are two, namely the first game element and the second game element. The first game element is a pilot, and the second game element is the aircraft that the pilot operates. Furthermore, each of the first game element and the second game element is divided into a plurality of types.

[0026] As the types of pilots, which are the first game elements, there are, for example, the annihilation type, the suppression type, and the defense type. The annihilation type preferentially attacks the opponent player's aircraft and, when there is no opponent player's aircraft, attacks the opponent player's base (such as a battleship). The suppression type attacks the opponent player's base (such as a battleship). The defense type defends the player's own base (such as a battleship). Note that the types and their numbers are just examples and are not limited to these types and numbers. For example, there may be multiple attack types that can only attack game elements of type X of the opponent player, or attack types that can only attack game elements of type Y of the opponent player, according to the type of the opponent player's game elements.

[0027] As the types of aircraft, which are the second game elements, there are, for example, the close-range type, the long-range type, and the maneuverable type. The close-range type is good at high-firepower close-range attacks. The long-range type is good at aiming at the enemy from a distance. The maneuverable type is good at dodging long-range attacks and quickly closing in on the enemy for attacks. Note that the types and their numbers are just examples and are not limited to these types and numbers.

[0028] These types do not necessarily have a one-to-one correspondence between each game element and each type, and a one-to-many relationship is also acceptable. For example, the aircraft, which is the second game element, may have two types, namely the defense type and the long-range type. An aircraft with such types can use weapons with a long range to attack game elements located far from the opponent player in order to protect other game elements of the player.

[0029] In addition to the character information of the type or kind of the first game element or the second game element, the first game element and the second game element have various parameters (level, hit points, attack power, defense power, terrain suitability, weapons used, etc.) suitable for that type. For example, if it is a close-range type, the parameters will be specialized for close-range attacks. These various parameters may be changed as the battle game progresses.

[0030] Furthermore, among the first game element or the second game element, there are those with special abilities called abilities, tactical skills, or skills. The abilities, tactical skills, and skills are abilities that are exerted to advantageously develop the progress of the game and are abilities to strengthen game elements. For example, when a certain activation condition is satisfied, it is an ability to increase the attack power of a game element of a battle player for a predetermined period. The activation of abilities, tactical skills, and skills includes those that are automatically activated when the activation condition is satisfied and those that are arbitrarily activated by the player's operation when the activation condition is satisfied. Also, this ability, tactical skill, or skill can be activated only once during the battle or can be activated multiple times.

[0031] FIG. 2 is a diagram showing an example of a game card P1 (pilot card) when the first game element is a pilot and has character information of the annihilation type. By the game element reading unit reading the identification information and the like described on the game card P1, the game device 1 can acquire the character information and abilities of the game card P1. FIG. 3 is a diagram showing an example of a game card M1 (mounted aircraft card) when the second game element is a mounted aircraft, its type is a long-range type, and it has character information of the ability to crush (attack when an enemy unit during lock-on enters the attack range). By the game element reading unit reading the identification information and the like described on the game card M1, the game device 1 can acquire the character information and abilities of the game card M1.

[0032] Furthermore, in the battle game of this embodiment, a game element called a unit (hereinafter sometimes referred to as a troop) appears. This unit is composed of a pilot as the first game element and a mounted aircraft as the second game element, and is constituted by their combination. That is, the player can register by associating a pilot as an element for operating the mounted aircraft in the battle game. Thereby, the player can make a unit consisting of a mounted aircraft and a pilot appear in the battle game.

[0033] The ability of the unit can be, for example, the total value of the character information (various parameters) of the pilot, which is the first game element constituting the unit, and the character information (various parameters) of the mounted aircraft, which is the second game element.

[0034] Furthermore, the unit has action characteristics that define (or restrict actions) what actions can be taken in the battle of the battle game. The action characteristics of the unit depend on at least either the type (category) of the pilot, which is the first game element as a component, and / or the type (category) of the mounted aircraft, which is the second game element. When the action characteristics of the unit are made to depend on the type (category) of the pilot, which is the first game element, the type (category) of the mounted aircraft is not reflected, and the action characteristics reflecting the type of the pilot are obtained. For example, when the type of the pilot constituting the unit is the annihilation type, the unit has the action characteristics of the annihilation type.

[0035] Also, the type of the unit may be made to depend on the type (category) of the mounted aircraft, which is the second game element as a component of the unit. For example, when the type of the mounted aircraft constituting the unit is the mobile type, the unit has the action characteristics of the mobile type.

[0036] In this way, when making the behavior characteristics and type of a unit depend only on one type of game element, the player needs to consider the type of pilot and the aircraft being ridden and select the pilot and the aircraft being ridden that make up the unit so that the unit can demonstrate its capabilities. And when the types of the constituent game elements (pilot and aircraft being ridden) are properly selected, the behavior characteristics and capabilities of the unit will match, and the unit can maximize its capabilities.

[0037] Next, the second type of game element will be described.

[0038] What makes the second type of game element different from the first type of game element is that the second type of game element is not associated with a physical item like a game card. The second type of game element is a game element that can be introduced into the game through evaluation information for the player, rewards obtained by achieving game events, exchange with in-game currency, etc. However, it does not necessarily exclude the association with a physical item like a game card, similar to the first type of game element.

[0039] Next, the outline of the battle game will be described.

[0040] The battle game of this embodiment has a normal battle mode in which players battle alone and a co-op battle mode in which two or more players form a group and complete a mission. The co-op battle mode is a mode in which players form a group with other players and challenge a single mission. This co-op battle mode will be described later.

[0041] The battle game includes a menu phase and a battle phase. The menu phase is the phase for setting the player's profile and selecting the battle mode. The battle phase is the phase for registering various game cards (the first type of game element), generating units, and conducting battles using those units.

[0042] In the battle phase of this embodiment, the game progresses by having the units (troops) registered for each player deployed (arranged) on a game field of a predetermined size while performing movement and attack actions (the execution of these actions is accepted by the operation input unit described later).

[0043] Figure 4 is a diagram showing an example of a game field in the battle game of this embodiment. In one aspect shown below, in the battle field 30, there are a sortie unit area 31, a first area 32, and a second area 33. In the sortie unit area 31, units that can sortie (appear) are arranged. The first area 32 is the area of the player himself / herself, and bases (game elements) such as the player's own base are arranged. The second area 33 is the area of the battle player, and bases (game elements) such as the battle player's base are arranged. And the player who destroys the opponent player's base (reduces the durability value to 0) as a result of the attack action by any unit becomes the winner of the battle game. Incidentally, the game field is divided into a first zone 34 provided on the left side of the center line and a second zone 35 provided on the right side of the center line. In the case of a battle mode in which two or more players cooperate to battle against the battle player, such as the co-battle battle mode described later, the zones in charge of each player are assigned.

[0044] At the start of the battle game, the information of the units registered by the battle player is in a state where it is not known. The player can deploy each of the units registered for himself / herself on the game field at an arbitrary timing after the start of the battle game, and when the units are deployed on the game field for the battle player, the battle player is notified of what game elements (mounted aircraft and pilots) the unit is composed of. By configuring in this way, it is possible to provide the player with the interest of strategically developing the game while identifying the units and actions of the battle player.

[0045] Subsequently, the features and terms of the game in this embodiment will be described. Figure 5 is a diagram for explaining the features of the game in this embodiment.

[0046] In the game according to this embodiment, it is possible to present the player's profile information. The player's profile information is a concept that includes not only information for identifying the player such as the player's nickname, but also evaluation information of the player received from other players, information such as the player's level, and acquired titles. Details of the profile information will be described later. Incidentally, in this embodiment, an image on which the profile information is described is referred to as a profile card.

[0047] Also, in the game of this embodiment, in order to give an evaluation to the player of the presented profile card, an evaluation giving means for giving an evaluation is also presented at the same time. The evaluation giving means is, for example, an evaluation button for evaluating the player. In this embodiment, a screen including the profile card and the evaluation giving means (evaluation button) is referred to as a profile screen.

[0048] Regarding the presentation of the player's profile screen, the player of the profile screen presented varies depending on the situation.

[0049] First, the difference in the player's profile screen due to the difference in the mode of battle will be described. In this embodiment, there are a normal battle mode in which the first player and the second player battle one-on-one, and a co-op battle mode in which the first player and the third player form a co-op pair and the co-op pair battles the second player. The second player in the normal battle mode includes not only real players but also non-player characters in which the CPU battles instead of the real players. The battle player (second player) in the co-op battle mode is, in principle, a non-player character (for example, a boss character) in which the CPU battles.

[0050] In the case of the normal battle mode, the profile screen presented to the first player is the profile screen of the second player who is the battle opponent, and the profile screen presented to the second player is the profile screen of the first player who is the battle opponent. Incidentally, when the second player is a non-player character, the profile screen of the non-player character who is the second player may be presented to the first player, but no profile screen is presented to the non-player character who is the second player.

[0051] In the case of the co-op battle mode, the profile screen presented to the first player is the profile screen of the third player who is the co-op player, and the profile screen presented to the third player is the profile screen of the first player who is the co-op player. Incidentally, no profile screen is presented to the non-player character who is the second player.

[0052] Furthermore, in the game of this embodiment, there is a group called a guild. A guild is a group composed of at least one or more players. There is no limit on the number of members (guild members) belonging to the guild, but an upper limit may be set. Only players having a level above a predetermined level can participate (become members) in the guild.

[0053] In principle, there is only one guild that a player can join, and a player cannot belong to multiple guilds simultaneously. The benefit of becoming a member of a guild is that when a mission assigned to the guild is completed, a reward (privilege) is given to the guild, and the members of that guild can obtain the reward (privilege). The mission is, for example, that the total number of game executions of all members of the guild exceeds a predetermined number. When the total number of game executions exceeds the predetermined number, a reward (privilege) is given to the guild. The reward (privilege) may be equally divided among the members belonging to the guild, or may be distributed to each member according to the contribution degree to the achievement of the mission. Also, the reward (privilege) for members obtained when the mission is completed may be determined in advance.

[0054] The profile screen of each guild member can be viewed by selecting the member whose profile you want to view on the participating guild details screen where the details of the participating guild are displayed.

[0055] In the present embodiment, the above-described player profile screen is presented at least once or more in accordance with the progress of the game. The presentation timing of the profile screen is divided into a timing not based on the player's operation and a timing based on the player's operation. The timing not based on the player's operation is, for example, the timing automatically presented from the game device 1 before the start of a battle after a battle player is determined, random display during a battle, and after the display of the battle result after the end of a battle. The timing based on the player's operation is, for example, the timing when selecting a guild member on the guild member confirmation screen.

[0056] On the presented profile screen, the player for whom the profile screen is presented can give an evaluation to the player on the profile screen by pressing the evaluation giving button on the profile screen. The given evaluations are accumulated and reflected in the player evaluation information of the profile card. In order to avoid giving evaluations to the same player multiple times, a limit on the number of times, such as once within a predetermined period, may be set for the same player, or a limit on the number of evaluations that can be given within one game may also be set. It is also possible to give benefits according to the accumulated evaluations. The benefits are benefits that facilitate the progress of the game (for example, items that increase attack power or defense power), benefits for achieving specific missions (for example, missions according to the number of evaluations), and benefits that allow participation in specific battle games (for example, tournament entry tickets).

[0057] <Configuration of Game Device 1> Next, the device for executing the described game will be described.

[0058] FIG. 6 is a front external view of the game device 1 according to an embodiment of the present invention.

[0059] The game device 1 includes a display unit 11 (display 11) on which information necessary for the progress of a game such as a menu and the game field are displayed, and first game element readers 121 to 125 for registering a first game element (pilot) to appear in a battle game from a game card held by a player, and second game element readers 131 to 135 for registering a second game element (mounted aircraft) to appear in a battle game from a game card held by a player.

[0060] The first game element readers 121 to 125 are readers that read character information of a pilot, which is a first game element to appear in the game, from the game card. Since the game device 1 of the present embodiment can register up to a maximum (upper limit) of five pilots as game elements to be used, five first game element readers 121 to 125 are installed. The player sets (places) the game card P of the pilot (first game element) to appear in the battle game from the held game card on the first game element readers 121 to 125, whereby the first game element readers 121 to 125 can read identification information and the like of the game card of the pilot (first game element).

[0061] The second game element readers 131 to 135 are readers that read character information of a mounted aircraft, which is a second game element to appear in the game, from the game card. Since the game device 1 of the present embodiment can register up to a maximum (upper limit) of five mounted aircraft as game elements to be used, five second game element readers 131 to 135 are installed. The player sets (places) the game card M of the mounted aircraft (second game element) to appear in the battle game from the held game card on the second game element readers 131 to 135, whereby the second game element readers 131 to 135 can read identification information and the like of the game card of the mounted aircraft (second game element).

[0062] And a battle game can be started by forming up to five units (troops), each unit being a usage game element consisting of one registered pilot and one riding aircraft. That is, for a unit (troop), the maximum number of riding aircraft that can be registered is the same as the maximum number (upper limit) of pilots that can be registered, and it is set to 5.

[0063] Note that, for example, when the player has just started using the game device 1 or when the player is not carrying a game card, etc., when the number of game cards from which information can be obtained is less than the maximum number (upper limit) of each of the riding aircraft and pilots, each of the game elements constituting the unit (troop) does not necessarily have to be registered based on information obtained from the game card. In this case, game elements prepared on the game device 1 side can be additionally registered, and as long as the maximum number of both the riding aircraft and the pilots is registered and five troops are formed. Also, for example, in an aspect where a concept such as cost is introduced during registration, the number of registered units (troops) may be set to a plurality less than the maximum number.

[0064] Also, in this embodiment, it is described that one pilot is associated with one riding aircraft and registered as one unit, but the implementation of the present invention is not limited to this. That is, the game elements constituting one unit may be such that a plurality of pilots are associated with one riding aircraft, or one pilot is associated with a plurality of riding aircraft.

[0065] FIG. 7 is a block diagram showing the functional configuration of the game device 1 according to the embodiment of the present invention.

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

[0067] The processing unit 10 comprehensively controls the operation of the game device 1 based on programs and data stored in the storage unit 19, the first game element reading unit 12, the second game element reading unit 13, operation input signals from the operation input unit 14, and the like. The functions of the processing unit 10 can be realized by electronic components such as microprocessors such as CPUs and GPUs, ASICs, and IC memories. Specifically, the control unit 10 controls the operations of the respective units by, for example, reading the operation programs of the respective units recorded in the recording unit 19, expanding them in the memory, and executing them. As main functional units, the processing unit 10 includes a game element acquisition unit 110, a unit configuration unit 111, a game execution unit 112, a profile card setting unit 113, a profile screen display unit 114, a guild setting unit 115, a matching request unit 116, and an evaluation information providing unit 117. These units will be described later.

[0068] The display unit 11 displays various game screens based on the image signals output from the processing unit 10. The functions of the display unit 11 can be realized by display devices such as flat panel displays such as liquid crystals, projectors, and head-mounted displays. In FIG. 5, the display unit 11 corresponds to the display 11.

[0069] The first game element reading units 121 to 125 are five first game element reading units that are the upper limit of the number of registrations of the first game elements as described above, and are readers that read the character information of the pilot, which is the first game element to be introduced into the game from the game cards held by the player. Reading of the first game element from the game card is possible, for example, by reading a one-dimensional or multi-dimensional code obtained by converting identification information of the game card or the like printed on the game card. Also, when the identification information of the game card or the like is recorded in a tag or IC chip for near field communication (NFC) included in the game card, it is read from those tags or IC chips. The read information is output to the processing unit 10 together with the reader ID, which is the identification information of the own device (for example, reader ID = 121, etc.).

[0070] As described above, the second game element readers 131 to 135 are five second game element readers which are the upper limits of the number of registered second game elements, and are readers for reading character information of the aircraft which is the second game element to be introduced into the game from the game card held by the player. Reading of the second game element from the game card is possible, for example, by reading a one-dimensional or multi-dimensional code obtained by converting identification information or the like of the game card printed on the game card or the like. Further, when the identification information or the like of the game card is recorded in a tag or an IC chip for near field communication (NFC) included in the game card, it is read from those tags or IC chips. The read information is output to the processing unit 10 together with the reader ID which is the identification information of the own device (for example, reader ID = 131, etc.).

[0071] A unit is constituted by the first game elements read by the first game element readers 121 to 125 and the second game elements read by the second game element readers 131 to 135. As described above, one unit is a combination of a pilot which is one first game element and an aircraft which is one second game element. Therefore, the first game element readers 121 to 125 and the second game element readers 131 to 135 are arranged such that at least one side of the set of the first game element readers 121 to 125 and one side of the second game element readers 131 to 135 are adjacent to each other so that the combination of the pilot which is the first game element and the aircraft which is the second game element constituting the unit is easy for the player to identify. For example, the lower side of the first game element reader 121 and the upper side of the second game element reader 131 are arranged adjacent to each other to form a set vertically. Thereby, it can be easily understood by the player that the pilot of the game card read by the first game element reader 121 and the aircraft of the game card read by the second game element reader 131 form a set and a unit is constituted. The same applies to the combinations of the other first game element readers 122 to 125 and the second game element readers 132 to 135.

[0072] The operation input unit 14 is for the player to input various operations related to the game, and outputs an operation input signal corresponding to the operation input to the processing unit 10. The functions of the operation input unit 14 can be realized not only by elements directly operated by the player's finger such as a touch panel, a touch operation pad, a home button, a button switch, a joystick, and a trackball, but also by elements that detect motion and posture such as an acceleration sensor, an angular velocity sensor, an inclination sensor, and a geomagnetic sensor. In this embodiment, the touch operation panel attached to the display unit 11 corresponds to this.

[0073] The cost detection unit 15 detects that a cost has been paid in the game device 1. The payment of the cost can be determined by detecting, for example, that a coin or a corresponding coin of a predetermined amount has been inserted into an insertion slot (not shown) of the game device 1, or the completion of a settlement process based on communication with a chip related to a predetermined electronic money. The game device 1 of this embodiment will be described as starting to provide a service including providing a play experience of a series of games based on the payment of the cost related to the start of service provision. Also, the payment of the cost can be detected even after the start of service provision.

[0074] The user information reading unit 16 acquires information from an article recording a player ID (player identification information) in order to identify a player using the game device 1. In this embodiment, the article recording the player ID is a player card configured in the form of a card. Also, the user information reading unit 16 transmits the read player ID (player identification information) to the server 2 and acquires player information (such as a player name and a player level) necessary for executing the game from the server 2.

[0075] The read player ID may be included in requests and information between the game device 1 and the server 2.

[0076] The sound output unit 17 is a speaker or the like for outputting sound effects related to the game based on the sound signal output from the processing unit 10.

[0077] The communication unit 18 is a communication interface with an external device. The communication unit 18 can be connected to an external device via a communication line N (regardless of wired or wireless), enabling data transmission and reception. The communication unit 18, for example, converts the input information to be transmitted into data in a predetermined format and transmits it to an external device such as the server 2 via the communication line N. Also, the communication unit 18 receives information from an external device via the communication line N, for example.

[0078] The storage unit 19 is a recording device capable of holding data, such as a non-volatile memory or an HDD. The storage unit 19 stores, in addition to the operation programs of each part of the game device 1, information on parameters required for the operation of each part, and various graphics data used in the battle game executed by the game device 1.

[0079] In addition, a game element database 190 (game element DB190) is stored in the storage unit 19. The game element DB190 is a database that manages information (element information) about each game element that appears in the game. In the game device 1 of the present embodiment, during game play, the player places a game card on the first game element reading units 121 to 125 and the second game element reading units 132 to 135 to obtain information, thereby allowing the game elements associated with the game card to appear in the game. The element information managed for one game element includes, for example, as shown in FIG. 8, type information 192 indicating the type in the game assigned to the game element, drawing information 193 including graphics data used for screen generation when the game element appears in the game, etc., associated with an element ID (identification information) 191 that uniquely identifies the game element, and in addition to the name, attributes, etc. of the game element, parameter information (character information) 194 describing parameters determined for each element level of the game element, etc., and ability information 195 describing activation conditions and effects to be activated. The parameter information 194 and the ability information 195 are information referred to in the game in which the game element appears and are involved in the progress control of the game.

[0080] Also, in the present embodiment, graphics data, parameter information, ability information, etc. are stored in the game element DB 190, and the element information is described as including these data, but the implementation of the present invention is not limited to this. The element information may include information indicating the storage location of the data of each piece of information.

[0081] Next, the game element acquisition unit 110, the unit configuration unit 111, the game execution unit 112, the profile card setting unit 113, the profile screen display unit 114, the guild setting unit 115, the matching request unit 116, and the evaluation information adding unit 117, which are the main functional units of the processing unit 10, will be described.

[0082] 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, a reading unit ID for identifying the first game element reading units 121 to 125 and the second game element reading units 131 to 135 that have read the element ID 191 of the game card (hereinafter, the reading unit IDs of the first game element reading units 121 to 125 will be described as 121 to 125, and the reading unit IDs of the second game element reading units 131 to 135 will be described as 131 to 135) is also acquired. The game element acquisition unit 110 acquires the type information 192, drawing information 193, parameter information 194, and ability information 195 associated with the acquired element ID 191 of the game card from the game element DB 190. Then, the game element acquisition unit 110 associates the reading unit ID with the game element ID 191, type information 192, drawing information 193, parameter information 194, and ability information 195, and outputs them to the unit configuration unit 111 and the game execution unit 112. Note that the first game element reading units 121 to 125 and the game element acquisition unit 110 function as the first game element registration means. Also, the second game element reading units 131 to 135 and the game element acquisition unit 110 function as the second game element registration means.

[0083] The unit configuration unit 111 receives a reading unit ID, an element ID 191, type information 192, drawing information 193, and parameter information 194 from the game element acquisition unit 110, and constitutes one unit (unit) from a pilot that is a first game element forming a pair and an aircraft to be boarded that is a second game element. The unit configuration unit 111 identifies the first game element and the second game element forming a pair from the reading unit ID. In the present embodiment, combinations of reading unit IDs of (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) correspond to game elements constituting one unit. The unit configuration unit 111 identifies the first game element and the second game element forming a pair by identifying the element ID 191 associated with each set of reading unit IDs. Then, the unit configuration unit 111 configures a unit using the type information 192, drawing information 193, parameter information 194, and ability information 195 associated with the element ID 191. The ability of the unit is, for example, the total value of the character information (various parameters) of the pilot that is the first game element constituting the unit and the character information (various parameters) of the aircraft to be boarded that is the second game element. Further, other information associated with the player ID read from the player card by the user information reading unit 16, for example, the player's level, correction parameters of each game element, etc. may be reflected in the ability of the unit. The parameters reflected in these units may be described as initial parameters. Also, the behavior characteristics of the unit are made to depend on at least one of the type (type) of the pilot that is the first game element which is a component or the type (type) of the aircraft to be boarded that is the second game element.

[0084] Furthermore, as the ability of the unit component 111, the abilities possessed by the first game element or the second game element can be added. For example, when the aircraft of the second game element has an ability, the unit having the aircraft of the second game element as a component can have the ability of the aircraft of the second game element.

[0085] 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 cost detection unit 15 detects the payment of the cost, the battle game is started. Also, the game execution unit 112 acquires the player ID of the player read from the user information reading unit 16 and transmits it to the game server 2 to acquire various information of the player required for the game.

[0086] When the cost detection unit 15 detects the payment of the cost, the game execution unit 112 displays a main menu for selecting the battle mode, setting the player's profile card, managing the guild, etc. FIG. 9 is a diagram showing an example of the main menu. In the example of FIG. 9, a battle mode selection button for transitioning to the battle mode selection screen, a profile card setting button for transitioning to the setting screen for setting the player's profile card, and a guild management button for transitioning to the management screen for managing the guild are displayed. Note that the battle mode in this embodiment includes a normal battle mode and a co-op battle mode. The normal battle mode is a mode in which the player and the opponent player battle alone respectively. The opponent player is determined by the matching of the game server 2. Note that the opponent player includes not only real players (actual players) but also non-player characters played by the computer. The co-op battle mode is a mode in which players form a co-op pair and the co-op pair battles against non-player characters.

[0087] When the battle mode is selected and the preparations for the battle are complete, the game execution unit 112 arranges the units (troops) configured by the unit configuration unit 111 on the game field. Then, the game execution unit 112 controls the progress of the battle according to the operation inputs made by the player to the units (troops). Also, in the battle, the game execution unit 112 performs calculations of attacks and defenses using various parameters of each unit and base, and determines the battle - possible state and battle - impossible state of the units and bases. Further, the game management unit 112 also displays various production images that can identify the battle - possible state and battle - impossible state of the units, the activation of abilities, and other states.

[0088] Also, the game execution unit 112 performs an operation to increase the attack power during the execution of the battle game according to the number of evaluations obtained by the player.

[0089] When the profile card setting button is selected from the top menu, the profile card setting unit 113 displays a setting screen for profile information and sets the information for each item in a form where the player selects answers to questions. In this embodiment, the entire image including the profile information with the information for each item set is described as the profile card. In the case of new registration, an initial profile card prepared by the game operation side is displayed. After selecting the item to be set, the information for the item is determined in a form where the player selects answers to questions. Also, when changing the already - registered profile information, the registered profile card is displayed. After selecting the item to be changed, the information for the item is determined in a form where the player selects answers to questions.

[0090] FIG. 10 is an example of a profile card in this embodiment. The profile card 90 includes a pilot image 91, a mounted airframe image 92, a background image 93, evaluation information 94 regarding the player's evaluation, player information 95, guild information 96, battle mode information 97, play time zone information 98, title information 99, and medal information 100.

[0091] The pilot image 91 is an image of a pilot who is a character of the first game element. The pilot image 91 is not limited to the pilot image of the pilot card held by the player, and can also be selected from the pilot images prepared by the game operator. The boarding aircraft image 92 is an image of a boarding aircraft that is a character of the second game element. The boarding aircraft image 92 is not limited to the boarding aircraft image of the boarding aircraft card held by the player, and can also be selected from the boarding aircraft images prepared by the game operator. The background image 93 is the background image of the profile card and can be selected from the background images prepared by the game operator. The evaluation information 94 is the evaluation information (number of evaluations) of other players for the player. The player information 95 is the information of the player, such as the name (nickname, etc.) of the player, the level of the player, the rank of the player, and the number of times the game has been executed (number of plays). Incidentally, the level of the player is a value that increases by accumulating the experience points obtained by the player through battles. The rank of the player is a value that increases by accumulating the points obtained when the player wins a rank match, which is a special battle. The guild information 96 is the information of the guild to which the player belongs. The battle mode information 97 is the battle mode preferred by the player. The battle mode includes a normal battle mode and a co-op battle mode, and the player selects the battle mode preferred by the player. The play time zone information 98 is the time when the player mainly plays the game and is set by the player. The title information 99 is the information of the title edited according to the preference of the player. The medal information 100 is the medal obtained by the number of victories in battles and the achievement of a predetermined mission.

[0092] The profile screen display unit 114 displays a profile screen. The profile screen includes a registered profile card (registered profile card) and an evaluation button which is an evaluation granting means. The profile screen display unit 114 displays the profile screen at a predetermined timing according to the progress of the game. The profile card to be displayed is a profile card of another player other than the player, and the other player is a player who is an opponent player, a co-op player in the co-op battle mode, or a player who is a member of the guild to which the player belongs. That is, in the case of the normal battle mode, the profile screen display unit 114 displays the profile card of the opponent player, in the case of the co-op battle mode, it displays the profile card of the co-op player, and in the case of the guild management screen, it displays the profile card of the player of the selected guild member. Also, the display timing is, for example, before the start of the battle after the opponent player is determined, random display during the battle, after the display of the battle result after the end of the battle, at the time of member selection in the guild management screen, etc.

[0093] In the case of the normal battle mode and the co-op battle mode, when the player's matching is completed, the profile screen display unit 114 acquires the information of the profile card of the matched player from the server 2. Also, for the profile card of the guild member, each time a guild member is selected, the information of the profile card of that member (player) is acquired from the server 2. Then, the profile screen display unit 114 generates a profile screen including the profile card of the opponent player or the co-op player and the evaluation button at a predetermined display timing, and displays the profile screen.

[0094] In order to avoid unlimited evaluation granting, when acquiring the profile card, the profile screen display unit 114 also receives information on whether evaluation granting is possible or not, and when evaluation granting is not possible, it generates a profile screen with the evaluation button in a non-selectable state. When evaluation granting is not possible, it may be configured to generate a profile screen that does not include the evaluation button.

[0095] The guild setting section 115 controls participation in the guild. First, the guild will be explained. A guild is a group of multiple players. There is no limit to the number of members belonging to the guild, but an upper limit may be set. In principle, there is one leader in the guild. The leader of the guild has the authority to manage the guild. Usually, the leader is the player who created the guild. However, after the guild is created, the leader can be changed. Also, there are two ways for players to join the guild: random join and search-based join. Random join is a method of randomly selecting a guild with available space for the number of participants from the registered guilds and joining that guild. Search-based join is a method of specifying guild search conditions (such as guild name, guild ID, guild style, presence or absence of a guild password, etc.), presenting guilds that match the search conditions, and determining the guild to join from the presented guilds.

[0096] When guild management is selected from the top menu, the guild setting section 115 displays the guild management screen. Fig. 11 is a diagram showing an example of the guild management screen. The guild management screen displays a guild participation selection button and a participating guild selection button. When the guild participation selection button is selected, it transitions to a guild participation screen where random join, search-based join, and new guild creation can be selected. Random join is a method of randomly selecting a guild with available space for the number of participants from the registered guilds and joining that guild. Search-based join is a method of specifying guild search conditions (such as guild name, guild ID, guild style, presence or absence of a guild password, etc.), presenting guilds that match the search conditions, and determining the guild to join from the presented guilds.

[0097] On the one hand, when the participating guild selection button is selected, the participating guild details screen of the guild the player is in will be displayed. The participating guild details screen includes details of the guild the player is in (such as the name and level of the guild), a list of participating members, and a withdrawal button. By selecting a player in the list of participating members, the profile screen of that player can be displayed. The withdrawal button is a selection button for withdrawing from the guild, and by selecting this withdrawal button, the player can withdraw from the guild.

[0098] In addition, when limiting guild participation to players at or above a certain level or rank, the guild setting section 115 determines the level or rank of the player from the player information (such as the player name, player level or rank, etc.) obtained by the user information reading section 16, and allows the guild management screen to be selectable only when the player is at or above the certain level or rank.

[0099] Also, the guild setting section 115 displays the rewards (bonuses) obtained according to the progress status and achievement degree of the missions given to the guild, and manages the granting of bonuses to players. FIG. 35 is an example of a screen showing the mission progress status of the guild. The screen showing the mission progress status is displayed by selecting the mission progress status confirmation button on the participating guild details screen. In the missions of the guild in this embodiment, rewards (bonuses) are given to the players who participate (belong) in the guild according to the total number of game execution times of each player who participates (belongs) in the guild. The screen showing the mission progress status is a diagram showing, by means of a gauge, the total number of game execution times of the players who participate (belong) in the guild and the progress status of obtaining the rewards (bonuses) given according to the number of game execution times. Players who participate (belong) in a guild that has completed a mission can receive the rewards (bonuses) by selecting the reward receipt button.

[0100] The rewards (bonuses) given to players can also be provided in multiple amounts according to the total number of game executions of each player belonging to the guild. For example, multiple mission completions are provided, and the number of completions of each mission is associated with the total number of game executions. The higher the total number of game executions, the higher the value of the received reward (bonus).

[0101] Also, it is preferable that the rewards (bonuses) obtained by completing the guild missions are of higher value (more advantageous for the progress of the game) than the rewards (bonuses) obtained by the normal battle games (including the co-op battle mode) executed by each player. This is to enhance the value of the guild.

[0102] The matching request unit 116 requests the server 2 to match a player with an opponent player or to match co-op pairs in the normal battle mode and the co-op battle mode. The matching in the normal battle mode is with an actual player or a non-player character who will be the opponent player, and the matching is requested with a level difference within a predetermined range so as not to deviate from the level of the player who requests the matching. If an actual player who meets the above conditions cannot be matched, instead of the actual player, it may be matched with a non-player character that meets the conditions.

[0103] On the other hand, the matching of co-op pairs matches the players who form pairs in the co-op battle mode and sets co-op pairs. There are the following methods for setting co-op pairs.

[0104] (1) Set co-op pairs among the players using the game device 1 installed within the same store (in-store co-op pair setting).

[0105] When forming a co-op pair with a friend or in other cases, it is likely that the game is often played using the game device 1 installed within the same store. Therefore, the game devices 1 installed within the same store are matched to set up a co-op pair. Specifically, when players who want to form a co-op pair press the co-op pair setting button at the same timing, and the server 2 detects this timing, the game device 1 of the co-op player is identified, and a co-op pair is set up. Specific operations will be described later.

[0106] (2) Set up a co-op pair with a player and a non-player character prepared on the game device 1 or the game server 2 side (non-player character co-op pair setting).

[0107] Even when playing alone without friends or the like, if a co-op invitation is possible, the game can be enjoyed more. In such a case, it is possible to set up a co-op pair with a non-player character prepared on the game device 1 or the game server 2 side. Specifically, select the button for co-op with the non-player character, and set up a co-op pair between the non-player character prepared on the game device 1 or the game server 2 side and the player. Specific operations will be described later.

[0108] In addition, for setting up the co-op pair described later, the co-op pair setting unit 116 stores game device identification information that uniquely identifies the game device 1. FIG. 12 is a diagram showing an example of the game device identification information. The game device identification information in FIG. 12 consists of a 6-digit numerical value. The upper 3 digits identify the store, and the lower 3 digits are numerical values that identify the game device 1 in that store.

[0109] When evaluation information is given to a player by the evaluation giving button on the profile screen, the evaluation information giving unit 117 transmits the evaluation information for the player on that profile screen to the server 2. The evaluation information is, for example, the number of "likes", the number of "Goods", etc. given by other players to the player's play.

[0110] Furthermore, when the rating button on the profile screen is selected, the rating information assigning unit 117 may change the appearance of the rating button before and after its selection in order to let the player recognize that the rating button has been selected. For example, the rating button may be changed in color or moved.

[0111] <Server 2 configuration> Next, the server 2 according to the present embodiment will be described. Fig. 13 is a block diagram showing the functional configuration of the server 2 according to the embodiment of the present invention. The server 2 includes a processing unit 20, a storage unit 21, and a communication unit 22.

[0112] The processing unit 20 is, for example, a CPU, and controls the operation of each block of the server 2. Specifically, the processing unit 20 controls the operation of each block by, for example, reading out the operation program of each block recorded in the recording unit 21, expanding it in memory, and executing it. The processing unit 20 includes, as main functional units, a player information management unit 201, a game execution management unit 202, a profile information management unit 203, a guild management unit 204, a fighting player matching unit 205, a cooperative pair matching unit 206, and an evaluation information management unit 207.

[0113] The player information management unit 201 manages the player information of the players using the player database 211. The player database 211 is a database that manages information (player information) indicating the usage status of the game associated with each player for the game in which the game experience is provided on the game device 1. The player information is information for managing the usage history of game play functions for each player and various game elements that are available for the player. The player information is sequentially updated for the player ID obtained from the player card according to the play results using the player card on the game device 1. It becomes possible to provide game play in a state that reflects the previous game play on the game device 1.

[0114] 14 is a diagram showing an example of the player database 211. In the player database 211, one player is assigned to one record, and one record includes a field for a player ID (identification information), a field for a player name, a field for the player's level, a field for the player's rank, a field for the number of plays (number of games executed) of the player, a field for player progress status information, a field for reward information, a field for participating guilds, a field for evaluation information, a field for the granting player ID, and a field for the granted player ID.

[0115] The player ID field describes identification information that uniquely identifies a player. The player name field describes the player's nickname, etc. The player level field describes a value that increases as the player accumulates experience points that the player obtains by playing matches. The player rank field describes a value that increases as the player accumulates points that the player obtains when winning a special match, which is a ranked match. The player's number of plays (number of games executed) field describes the number of times the player executed a game. The progress status information field describes progress information indicating to what stage a specific story has progressed, and battle record information indicating the battle record of a battle game. The reward information field describes information such as IDs of items obtained by completing in-game events and guild missions. The participating guild field describes the guild ID of the guild in which the player participates. The evaluation information field describes the player's evaluation information. The field of the assigning player ID is a field in which the player ID of the player who assigned a rating to the player (the assigning player) is described. The field of the assigned player ID is a field in which the player ID of the player to whom the player assigned a rating (the assigned player) is described.

[0116] When the game starts, the player information management unit 201 receives the player ID from the user information reading unit 16 of the game device 1, reads out the player information from the record of the player ID in the player database 211, and transmits it to the user information reading unit 16 of the game device 1.

[0117] The game execution management unit 202 manages the execution of the entire game, such as the execution of battles conducted on the game device 1 and the rewards obtained from battles.

[0118] The profile information management unit 203 manages the player's profile information using the profile information database 212. FIG. 15 is a diagram showing an example of the profile information database 212.

[0119] One player is assigned to one record in the profile information database 212. One record includes fields for the player ID, registration information, pilot image, aircraft image, background image, evaluation information, player information, participating guild information, battle mode, main play time, title information, and medal information.

[0120] The player ID field is the field where the player ID is described. The registration information field is the field where the presence or absence of profile information registration is described. When profile information is registered, "1" is described, and when profile information is not registered, "0" is described. The pilot image field is the field where the pilot image selected by the player is registered. The boarding aircraft image field is the field where the boarding aircraft image selected by the player is registered. The background image field is the field where the background image selected by the player is registered. The evaluation information field is the field where parameters of evaluation information of other players for the player, such as the number of evaluations, are described. The player information field is the field where information such as the player's name (nickname, etc.), the player's level, and the player's rank is described. The participating guild information field is the field where the guild ID (identification number) of the guild the player belongs to is described. The battle mode field is the field where the preferred battle mode selected by the player is described. The main play time field is the field where the time selected by the player (the time when the player mainly plays the game) is described. The title information field is the field where information on the title edited according to the player's preference is described. The medal information field is the field where the player's medals obtained by the number of battle victories and the achievement of a predetermined mission are described.

[0121] In addition to the management of the profile information of the above-mentioned actual players, the profile information management unit 203 stores the registration profile information for non-player characters for which the CPU executes the game. Then, in matching, when a battle player or a co-op player cannot be matched with an actual player and the battle player or co-op player becomes a non-player character, the registration profile information for non-player characters is transmitted to the game device 1.

[0122] The guild management department 204 manages the guilds created or participated in by players using the guild database 213. FIG. 16 is a diagram showing an example of the guild database 213. In the guild database 213, one guild is assigned to one record, and one record includes a field for the guild ID, a field for the guild name, a field for the leader player ID of the guild, a field for the participating player IDs, a field for the participation type, a field for the level, a field for the style, a field for the logo information of the guild, a field for the mission information of the guild, and a field for the benefits.

[0123] The field for the guild ID is the field in which the guild ID that identifies the guild is described. The field for the guild name is the field in which the name of the guild is described. The field for the leader player ID of the guild is the field in which the player ID of the guild leader is described. The field for the participating player IDs is the field in which the player IDs of the players participating in the guild are described. The field for the participation type is the field in which the participation format of the guild is described, and the participation formats include free participation and password participation. The field for the level is the field in which the level of the guild is described. The field for the style is the field in which the style of the guild is described, and the style is, for example, casual or strict, etc. The field for the logo information of the guild is the field in which image information such as the logo (icon) of the guild is described. The field for the mission information is the field in which the achievement degree of the mission given to the guild is described. The mission is, for example, that the number of game executions of the players belonging to the guild exceeds a predetermined number, and in the field for the mission, the total number of game executions of each player belonging to the guild is described. The field for the benefits is the field in which the benefits obtained by achieving the mission are described.

[0124] The guild management department 204 responds to the player's guild participation request and performs the following processing according to the type of the participation method.

[0125] (1) Creation of a new guild This is a method by which a player creates a new guild and joins the created guild. In this case, the guild management unit 204 uses the guild database 213 to determine whether the player belongs to another guild. If the player ID of the player is already registered in the guild database 213, it means that the player belongs to a certain guild. In this case, it is impossible to create a new guild. When creating a new guild, it is necessary to notify the game device 1 that the player needs to withdraw from the guild to which the player belongs. If the player ID of the player is not registered in the guild database 213, it is possible to create a new guild. Therefore, the player is allowed to create a guild, and a guild ID for the newly created guild is issued and registered in a new record in the guild database 213.

[0126] (2) Random joining of a guild This is a method of randomly selecting a guild to join and making the player join (belong to) the selected guild. In this case, the guild management unit 204 randomly selects one guild from the guilds that can be joined among the guilds registered in the guild database 213 and makes the player belong to the selected guild. The guilds that can be joined are guilds with less than the full capacity and free - joining guilds without a password. A guild with less than the full capacity is a guild corresponding to a record in the guild database 213 where not all fields of the participating player IDs are filled.

[0127] Also, when the guild management unit 204 cannot select a guild that can be joined, it automatically creates a new guild and makes the player belong to that guild.

[0128] (3) Search - based joining of a guild This is a method in which a player sets search conditions (such as the name and style of the guild), the guild management unit 204 presents guilds that match the search conditions, and the player selects a guild to join from among them.

[0129] The guild management unit 204 also calculates the total number of times each player belonging to the guild has played the game, and records this total in the mission field of the guild database 213. The guild management unit 204 also manages the degree of completion (progress) of the missions given to the guild, and also manages the benefits (rewards) given by the game management side according to the degree of completion (progress).

[0130] The match-player matching unit 205 performs a process of matching between players in the normal match-up mode provided in the game system of this embodiment. Through the matching process, a session is established for, for example, two game devices 1 that have transmitted matching requests at the same time among the game devices 1 connected to the server 2, and transitions to a state in which information communication related to the match-up game is possible. In matching between players, the level difference is matched within a predetermined range so that the levels of the players do not diverge. Furthermore, when a real player that meets the above-mentioned conditions cannot be matched, the match-player matching processing unit 205 may match a non-player character that meets the conditions instead of the real player.

[0131] The cooperative pair matching unit 206 matches players together as cooperative pairs. In principle, the cooperative pairs to be matched are real players, but a real player may be matched with a non-player character. The cooperative pair matching unit 206 has a game device identification information database 214 for matching cooperative pairs. The game device identification information database 214 is a database that stores game device identification information of game devices 1 that are installed in a store and are operable. FIG. 17 is a diagram showing an example of the game device identification information database 214. The game device identification information database 214 may be prepared for each store, or may be a single database that lists all the game device identification information. The specific operation of the cooperative pair matching unit 206 will be described later.

[0132] The evaluation information management unit 207 manages the evaluation information of each player. When the evaluation information management unit 207 grants an evaluation to another player (the player to whom the evaluation is granted) by selecting the evaluation information granting button on the profile screen of the player (the granting player), it writes the player ID of the other player (the player to whom the evaluation is granted) who granted the evaluation in the field of the player ID of the player to whom the evaluation is granted in the player database 211 of the player (the granting player). Also, it writes the evaluation information (for example, an increase of +1) in the evaluation information field of the player database 211 of the other player (the player to whom the evaluation is granted) who received the evaluation. Furthermore, it writes the player ID of the player who granted the evaluation in the field of the granting player ID in the player database 211 of the other player (the player to whom the evaluation is granted).

[0133] The evaluation information management unit 207 manages the player IDs written in the field of the player ID of the player to whom the evaluation is granted in the player database 211 of each player every predetermined period, for example, every day (00:00 to 23:59), and deletes those player IDs after the elapse of the predetermined period. Then, when the evaluation information management unit 207 receives a request from the profile information management unit 203, it determines whether the player ID of the matching partner or browsing partner of the player is written in the field of the player ID of the player to whom the evaluation is granted, and if it is written, it notifies the profile information management unit 203 of the information indicating that the evaluation cannot be granted. This is to prevent players from being granted evaluations without limit within a predetermined period.

[0134] In addition, the evaluation information management unit 207 updates (deletes the player ID) the field of the player ID of the player to whom the evaluation is granted in the player database 211 every predetermined period. As a result, after the elapse of the predetermined period, an evaluation can be granted to the player whose player ID is written in the field of the player ID of the player to whom the evaluation is granted.

[0135] The recording unit 21 is a recording device capable of retaining data, such as a non-volatile memory or an HDD. The recording unit 21 stores information such as parameters necessary for the operation of each block, in addition to the operation programs of each block possessed by the server 2. Further, the recording unit 21 stores a player database 211, a profile information database 212, a guild database 213, and a game device identification information database 214.

[0136] The communication unit 22 is a communication interface with an external device. The communication unit 22 can be connected to an external device via a communication line N (whether wired or wireless) and enable data transmission and reception. The communication unit 22, for example, converts information input as a transmission target into data in a predetermined format and transmits it to an external device such as the game device 1 via the communication line N. Also, the communication unit 22 receives information from an external device via the communication line N, for example.

[0137] Next, the operation in the present embodiment will be described.

[0138] <Explanation of the operation of setting the profile card> The operation of setting the profile card will be described. FIG. 18 is a sequence diagram between the game device 1 and the server 2 for setting the profile card. FIG. 19 is a flowchart of the operation of the profile card setting unit 113 in setting the profile card.

[0139] First, the profile card setting unit 113 determines whether the setting of the profile card has been selected on the menu screen of FIG. 9 (Step 100). When the setting of the profile card has been selected (Step 101), the profile card setting unit 113 transmits the player ID to the server 2 and requests a determination of whether the profile card has been registered (Step 1, Step 102).

[0140] The profile information management unit 203 of server 2 receives the player ID and determines whether there is a registration in the field of the registration information of the player ID in the profile information database 212. The determination of whether the profile card is registered is made based on the flag in the field of the registration information of the player ID of the player who sets the profile card in the player database. If the flag "1" is recorded in the field of the registration information, the profile card has been registered; if the flag "0" is recorded, the profile card is not registered. Then, the profile information management unit 203 of server 2 sends the registration result to game device 1. In addition, when the profile card has been registered, the information of each field of the record is read out and sent to game device 1 as profile information (Step 2).

[0141] The profile card setting unit 113 determines whether the player's profile card has been registered (Step 103). When the determination result from server 2 indicates that the profile card has been registered (Step 103), the profile card setting unit 113 receives the profile information (Step 104) and displays the registered profile card (Step 105).

[0142] On the other hand, when the profile card is not registered (Step 103), the profile card setting unit 113 reads out the base profile card that is the basis of the profile card from the storage unit 21 (Step 110) and displays the base profile card that is the basis of the profile card (Step 111).

[0143] The player completes the profile card while inputting each item of the displayed registered profile card or base profile card (Step 106).

[0144] Figure 20 shows an example of a profile card setting screen. As shown in Figure 20, when the profile card is not registered, the base profile card is displayed for the profile card 90, and when the profile card is registered, the registered profile card is displayed. Note that the evaluation information 94, player information 95, and guild information 96 are transmitted from the server 2 based on the player ID by each database and automatically set. At the bottom of the profile card 90, buttons for pilot, boarding aircraft, background, mode, main time, title, and medal are arranged, and by selecting the button, it is possible to set the information of that item. The setting of the item is done in the form of a question, and the input of information is completed by selecting an answer to it.

[0145] The profile card setting unit 113 determines the completion of the input process of the profile card (Step 107). When the input process of the profile card is completed, the profile card setting unit 113 transmits the profile card information to the server 2 (Step 109).

[0146] The profile information management unit 203 of the server 2 receives the profile information and updates the profile information database 212 of the player ID (Step 4).

[0147] Through the above processing, the setting process of the profile card is completed.

[0148] <Explanation of the operation of the display of the profile screen> The operation of the profile screen display unit 114 will be explained. Figure 21 is a sequence diagram between the game device 1 and the server 2 for setting the profile card. Figure 22 is an operation flowchart of the profile screen display process of the profile screen display unit 114.

[0149] First, when the profile information management unit 203 of the server 2 determines the battle player or the players of the co-op pair through matching processing, it reads out the evaluation information of the record of the player ID of the battle player or the co-op player from the player database 211, and reads out the profile information of the record of the player ID of the battle player or the co-op player from the profile information database 212. Also, the profile information management unit 203 inquires the evaluation information management unit 207 about the information on whether evaluation can be given.

[0150] In response to the request from the profile information management unit 203, the evaluation information management unit 207 determines whether the player ID of the matching partner or the browsing partner is not described in the field of the player ID to which the player is assigned. If it is not described, it notifies the profile information management unit 203 that evaluation can be given, and if it is described, it notifies the profile information management unit 203 that evaluation cannot be given.

[0151] Then, the profile information management unit 203 transmits the profile information, evaluation information, and information on whether evaluation can be given of the battle player or the co-op player to the game device 1 (Step 10).

[0152] The profile screen display unit 114 determines the display timing of the registered profile card (Step 200). Currently, when the guild management screen is not being displayed (Step 201), the profile screen display unit 114 determines whether it is the display timing of the result screen (battle result screen) (Step 202).

[0153] Currently, when the result screen (battle result screen) is being displayed (Step 202), the profile screen display unit 114 determines whether the battle is in the normal battle or co-op battle mode (Step 203).

[0154] If the battle is in the co-op battle mode and it is possible to assign an evaluation, when the profile screen display unit 114 generates a profile card from the received profile information and evaluation information of the co-op player, and generates a profile screen including the profile card and an evaluation assignment button (Step 204). Then, the profile screen display unit 114 displays the profile screen (Step 205). FIG. 23 is a diagram showing an example of a profile screen of a co-op player including selectable evaluation assignment buttons.

[0155] On the other hand, if the battle is in the co-op battle mode and it is not possible to assign an evaluation, the profile screen display unit 114 generates a profile card from the received profile information and evaluation information of the co-op player, and generates a profile screen including the profile card and a non-selectable evaluation assignment button (Step 204). Then, the profile screen display unit 114 displays the profile screen of the co-op player (Step 205).

[0156] If the battle is in the normal battle mode and it is possible to assign an evaluation, the profile screen display unit 114 generates a profile card from the received profile information and evaluation information of the battle player, and generates a profile screen including the profile card and an evaluation assignment button (Step 206). Then, the profile screen display unit 114 displays the profile screen of the battle player (Step 207).

[0157] On the other hand, if the battle is in the normal battle mode and it is not possible to assign an evaluation, the profile screen display unit 114 generates a profile card from the received profile information and evaluation information of the battle player, and generates a profile screen including the profile card and a non-selectable evaluation assignment button (Step 206). Then, the profile screen display unit 114 displays the profile screen of the battle player (Step 207).

[0158] Also, when the result screen (battle result screen) is not currently being displayed (Step 202), the profile screen display unit 114 performs lottery for the display timing (Step 213). If selected (Step 214), the profile screen display unit 114 proceeds to Step 203 and performs the above-described processing. On the other hand, if not selected (Step 214), the profile screen display unit 114 proceeds to Step 200 and performs the above-described processing.

[0159] Also, when the guild management screen is currently being displayed (Step 201), the profile screen display unit 114 determines whether a guild player has been selected (Step 208). If no guild player is selected and the player has exited the guild screen, the profile screen display unit 114 returns to the determination of the display timing (Step 212).

[0160] If a guild member is selected, the profile screen display unit 114 requests the profile information and evaluation information of the selected guild member from the server 2 (Steps 13, 209).

[0161] The profile information management unit 203 of the server 2 receives the request for the profile card of the guild member, and reads out each piece of information (profile information) from the record of the player ID of the guild member from the profile information database 212. Also, the profile information management unit 203 of the server 2 receives the request for the evaluation information of the guild member, and reads out the evaluation information from the record of the player ID of the guild member from the player database 211. Further, the profile information management unit 203 inquires the evaluation information management unit 207 about the information on whether evaluation can be given.

[0162] The evaluation information management unit 207 responds to the request from the profile information management unit 203, checks the field of the player ID for which evaluation is given of the player, determines whether the player ID of the selected guild member is not described, and if not described, notifies the profile information management unit 203 that evaluation can be given, and if described, notifies the profile information management unit 203 that evaluation cannot be given.

[0163] The profile information management unit 203 transmits the profile information, evaluation information, and information on whether evaluation can be given of the guild members to the game device 1 (Step 14).

[0164] The profile screen display unit 114 acquires the profile information, evaluation information, and information on whether evaluation can be given of the guild members (Step 210). Then, when the information on whether evaluation can be given indicates that evaluation can be given, the profile screen display unit 114 generates a profile card including the profile information and evaluation information of the guild member, and generates and displays a profile screen including the profile card and an evaluation giving button (Step 211). FIG. 24 is a diagram showing an example of the profile screen in the guild details screen.

[0165] On the other hand, when the information on whether evaluation can be given indicates that evaluation cannot be given, the profile screen display unit 114 generates a profile card including the profile information and evaluation information of the guild member, and generates and displays a profile screen including the profile card and an evaluation giving button that cannot be selected (Step 211).

[0166] In addition, when the opponent player or co-op player is a non-player character, the following operations are performed.

[0167] The profile information management unit 203 of the server 2 transmits the profile information of the non-player character and that evaluation can be given to the game device 1. The profile screen display unit 114 performs the above-described operations based on the received profile information of the non-player character and that evaluation can be given. However, the non-player character side does not display the profile screen.

[0168] Through the above processing, the display processing of the profile screen is completed.

[0169] <Explanation of the operation of joining a guild> Describe the operation of guild participation. FIG. 25 is an operation flowchart of the guild participation process of the game device 1. FIG. 26 is an operation flowchart of the guild participation process of the server 2.

[0170] The guild setting unit 115 of the game device 1 determines the player's level. If the player's level is equal to or higher than a predetermined level, it displays a guild management screen (Step 300). When guild participation is selected, as shown in FIG. 11, it displays a guild participation screen and determines the participation method (Step 301). When creating a new guild is selected (Step 302), the guild setting unit 115 sends a qualification determination request for creating a new guild including the player ID of the player to the server 2 (Step 303).

[0171] The guild management unit 204 of the server 2 receives the request and determines whether there is a guild participation qualification (Step 351). The determination of the guild participation qualification is to determine whether the received player ID is not registered in the guild database 213. If the received player ID is registered (Step 351), since the player is already participating in another guild, it sends an error message indicating that there is no guild participation qualification (including creating a new guild) to the game device 1 (Step 365). On the other hand, when the received player ID is not registered, the guild management unit 204 determines the guild participation method (Step 352).

[0172] When the guild participation method is creating a new guild, the guild management unit 204 sends a message to the game device 1 indicating that creating a new guild is possible (Step 354).

[0173] When the guild setting unit 115 of the game device 1 determines that a new guild can be created as a result of the qualification determination (Step 304), it displays a new guild setting screen and allows the input of guild information (Step 305). Further, the guild setting unit 115 sets the participation format (free participation, password system) of the guild specified by the user (Step 306). The guild setting unit 115 determines the completion of the input of the guild information (Step 307). When the input of the guild information is completed, the guild setting unit 115 transmits the new guild information and the player ID to the server 2 (Step 308).

[0174] The guild management unit 204 of the server 2 receives the new guild information and the player ID (Step 355), creates a new record in the guild database 213, assigns a unique guild ID to the guild ID field of the record, and registers the player ID of the player who newly created the guild in the reader player field (Step 356). When the new registration of the guild is completed, the guild management unit 204 of the server 2 transmits a new registration completion notice to the game device 1 (Step 357).

[0175] When the guild setting unit 115 of the game device 1 receives the new registration completion notice (Step 309), it displays the participating guild details screen of the newly registered guild (Step 310).

[0176] When random participation is selected on the guild participation screen (Step 311), the guild setting unit 115 transmits a random participation request to the server 2 (Step 312).

[0177] When the guild management unit 204 of the server 2 receives the random participation request, it randomly selects one guild from the guilds that can be participated in from the guild database 213 (Step 359).

[0178] If there is a guild that the player can join (Step 360), the guild management unit 204 of Server 2 registers the player ID of the player in the participating player field of the record of the participating guild in the guild database 213 (Step 361). When the registration to the guild is completed, the guild management unit 204 of Server 2 sends a registration completion notification to the game device 1 (Step 357).

[0179] On the other hand, if there is no guild that the player can join (Step 360), the guild management unit 204 of Server 2 sends a message to the game device 1 indicating that there is no guild that the player can join and that it is possible to create a new guild (Step 354).

[0180] When there is no guild that the player can join and it is possible to create a new guild (Step 304), the guild setting unit 115 of the game device 1 displays a new guild setting screen and allows the player to input guild information (Step 305). Furthermore, the guild setting unit 115 sets the participation format (free participation, password protected) of the guild specified by the user (Step 306). The guild setting unit 115 determines whether the input of the guild information is completed (Step 307). When the input of the guild information is completed, the guild setting unit 115 sends the new guild information and the player ID to Server 2 (Step 308).

[0181] On the other hand, when search participation is selected on the guild participation screen (Step 311), the guild setting unit 115 displays a search screen (Step 315). When the input of the search conditions is completed, the guild setting unit 115 sends the search conditions to Server 2 (Step 316).

[0182] The guild management unit 204 of Server 2 searches the guild database 213 for guilds that match the search conditions (Step 362). Then, the guild management unit 204 sends the participating candidate guild information (including the guild ID) that matches the search conditions to the game device 1 (Step 363).

[0183] The guild setting unit 115 of the game device 1 receives candidate guild information for guilds that meet the search criteria (Step 317) and displays the candidate guild information (Step 318). The player selects the guild to join (Step 319) and enters a password if necessary (Step 320). When the user's selection is complete, the guild setting unit 115 displays a participation approval screen for the selected candidate guild (Step 321). Then, the guild setting unit 115 determines the participation approval (Step 322). When the participation approval is granted (Step 323), the guild setting unit 115 sends the participation approval, the participating guild ID, and the player ID to the server 2 (Step 324).

[0184] When the guild management unit 204 of the server 2 receives the participation approval, the participating guild ID, and the player ID (Step 364), it registers the player ID of the player in the participating players field of the record of the participating guild in the guild database 213 (Step 361). When the registration in the guild by the guild management unit 204 of the server 2 is complete, it sends a registration completion notification to the game device 1 (Step 357).

[0185] When the guild setting unit 115 of the game device 1 receives the registration completion notification (Step 309), it displays a participating guild details screen for the joined guild (Step 310).

[0186] Through the above processing, the processing of the guild participation operation is completed.

[0187] <Explanation of the guild withdrawal operation> The operation of guild withdrawal will be explained. FIG. 27 is an operation flowchart of the guild withdrawal process of the game device 1. FIG. 28 is an operation flowchart of the guild withdrawal process of the server 2.

[0188] When a participating guild is selected from the guild management screen by the guild setting unit 115 of the game device 1, as shown in FIG. 11, it displays a participating guild details screen (Step 380) and determines the selection of the withdrawal button of the participating guild (Step 381).

[0189] When the guild departure button is selected (Step 383), the guild management unit 115 displays a departure approval button (Step 384).

[0190] When the departure approval button is pressed and the departure is approved (Step 385), the guild management unit 115 sends a departure request for the participating guild to the server 2 (Step 386). The departure request includes the guild ID and the player ID.

[0191] The guild management unit 204 of the server 2 determines whether a departure request is received (Step 390). When a departure request is received, the guild management unit 204 deletes the player ID of the player from the participating player field of the record of the participating guild in the guild database 213 (Step 392). When the update of the guild database 213 of the server 2 is completed, the guild management unit 204 sends a departure completion notification to the game device 1 (Step 393).

[0192] The guild management unit 115 receives the departure completion notification (Step 387) and displays the guild management screen (Step 388).

[0193] Through the above processing, the processing of the guild departure operation is completed.

[0194] In addition, the guild management unit 204 can not only allow players to leave the guild voluntarily, but also force players to leave the guild. For example, players who have not executed game play for a predetermined period are automatically removed from the guild. In this case, it can be realized by searching for players who have not executed game play for a predetermined period using the player database 211 and deleting the player ID of the player from the participating guilds in each database.

[0195] <Explanation of the operation of matching opposing players> The operation of matching opposing players will be described. FIG. 29 is a flowchart of the operation of matching opposing players.

[0196] The matching request unit 116 displays a selection screen for the battle mode and determines the battle mode (Step 400). FIG. 30 is a diagram for explaining a series of operations for selecting the battle mode. In the example of the selection screen in FIG. 30, each button is displayed so that the normal battle mode and the co-op battle mode can be selected as the battle modes (FIG. 30(a)). And when the player selects the co-op battle mode, each button is displayed so that the in-store co-op pair setting and the non-player character co-op pair setting can be selected (FIG. 30(b)).

[0197] When the player does not select the co-op battle mode (in-store co-op pair setting and non-player character co-op pair setting) (Step 401), that is, when the normal battle mode is selected, the matching request for the battle player is sent to the server 2 (Step 411).

[0198] On the other hand, when the player selects the co-op battle mode (in-store co-op pair setting and non-player character co-op pair setting) (Step 401), the determination of the selection of the co-op mode is made (Step 402). When the in-store co-op pair is selected (Step 402), the matching request unit 116 displays a search start screen (Step 403). An example of the search start screen is shown in FIG. 30(c). When forming an in-store co-op pair among players, the players press the search start button at the same timing. On the other hand, when a non-player character is selected as the co-op pair, a matching request for the co-op pair is sent to the server 2 (Step 410). The matching request includes the game device identification information (game device ID) and the player ID obtained from the player card.

[0199] The matching request unit 116 determines whether the search start button is pressed (Step 404). When the search start button is pressed (Step 405), the matching request unit 116 sends a matching request for the co-op pair to the server 2 (Step 406). The matching request includes the game device identification information (game device ID), the player ID obtained from the player card, and the time information at the time of pressing.

[0200] Here, the co-op pair matching process performed by the server 2 will be described. FIG. 31 is a sequence diagram between the game device 1 and the server 2.

[0201] First, when players in a store who want to form a co-op pair press the search start button at the same timing, a matching request is sent from each player's game device 1 (Steps 500, 501). The matching request includes game device identification information (game device ID), player ID obtained from the player card, and time information at the time of pressing.

[0202] The server 2 that has received the matching request performs the co-op pair matching process (Step 502).

[0203] FIG. 32 is a flowchart of the co-op pair matching process performed by the server 2.

[0204] The co-op pair matching processing unit 206 of the server 2 receives the matching request (Step 600).

[0205] The co-op pair matching processing unit 206 identifies the matching requests sent from the game device 1 installed within the same store from among the numerical values for identifying the store included in the matching requests (Step 601). When there are matching requests sent from the game device 1 installed within the same store (Step 602), the co-op pair matching processing unit 206 determines the difference in the time information of those matching requests (Step 603). When there is a pair of matching requests whose difference in the time information of the matching requests is within a predetermined time (for example, within 1 second) (Step 604), the co-op pair matching processing unit 206 identifies the player IDs of the game devices 1 that sent the matching requests of that pair, and sets the players with those player IDs as co-op pairs (Step 605). Then, the co-op pair matching processing unit 206 transmits co-op player information to the game device 1 that made the matching request (Step 606). The co-op player information includes the player name specified from the player ID, obtained from the player database 211 of the player.

[0206] On the other hand, when there is one matching request from the game device 1 installed within the same store (Step 602), or even if it is a matching request from the same store, but the difference in the time information of the matching request is not within the predetermined time (Step 604), the co-op pair matching processing unit 206 sets a non-player character as the co-op pair for the player of the game device 1 that made the matching request (Step 607). Then, the co-op pair matching processing unit 206 transmits co-op player information to the game device 1 that made the matching request (Step 606). The co-op player information includes the player name of a predetermined non-player character.

[0207] When receiving a matching request with a non-player character as a co-op pair, similar to Step 607, set a non-player character as the co-op pair for the player of the game device 1 that made the matching request, and send non-player character co-op player information to the game device 1 that made the matching request. The co-op player information includes the player names of pre-determined non-player characters.

[0208] This concludes the description of the co-op pair matching process performed by server 2.

[0209] The matching request unit 116 of game device 1 receives co-op player information (Step 407). The matching request unit 116 uses the received co-op player information to display the co-op player information (Step 408). For example, display examples of co-op player information are shown in FIGS. 30(d) and (e). Note that when the matching request unit 116 makes a matching request with a non-player character as a co-op pair, it displays the information of the non-player character as co-op player information. Then, the matching request unit 116 sets the player and the player of the received co-op player information as a co-op pair (Step 409).

[0210] On the other hand, in the case of the normal battle mode, information of the battle players (including non-player characters) is received and the battle players are set (Step 412).

[0211] Through the above processing, the processing of the matching operation is completed.

[0212] The player executes a battle game with the matched battle player, or forms a pair with the matched co-op player and battles against the battle player (non-player character).

[0213] During a battle with an opponent player, the attack power can be increased using the given evaluation information. The amount of increase in attack power can also be proportional to the number of evaluations used. FIG. 40 is a diagram for explaining the increase in attack power based on evaluation information during a battle. According to FIG. 40, by selecting the evaluation boost button during a battle, the player's attack power can be increased (boosted) according to the player's number of evaluations.

[0214] <Explanation of the operation of granting evaluation information> The operation of granting evaluation information will be explained. FIG. 33 is a flowchart of the operation of granting evaluation information in the game device 1. FIG. 34 is a flowchart of the operation of granting evaluation information in the server 2.

[0215] When the profile screen is displayed by the profile screen display unit 114 (Step 700), the evaluation information granting unit 117 determines whether the evaluation granting button has been pressed (Step 701). When the evaluation granting button is pressed (Step 702), the evaluation information granting unit 117 changes the form of the evaluation granting button to let the player recognize that it has been selected, and transmits the evaluation information granting to the server 2 (Step 703). The evaluation information granting includes the player ID of the player on the displayed profile screen. When the display of the profile screen ends (Step 703), the evaluation information granting unit 117 ends the process.

[0216] The evaluation information management unit 207 of the server 2 determines whether the evaluation information granting has been received (Step 710). If the evaluation information granting has been received (Step 711), it determines the player to whom the evaluation has been granted (Step 712).

[0217] When the player who has been given an evaluation is a non-player character (Step 713), the evaluation information management unit 207 gives an evaluation to the player who gave the evaluation (the giving player) (Step 714). That is, the evaluation information field in the player database 211 for the player ID of the giving player is updated (+1 increase). The giving player who evaluated the non-player character is always given an evaluation as a response.

[0218] On the other hand, when the player who has been given an evaluation is an actual player (Step 713), the evaluation information management unit 207 updates the evaluation information field in the player database 211 of the player who has been given the evaluation (+1 increase) (Step 715). The player ID of the giving player is described in the field of the giving player ID of the player who has been given the evaluation (Step 716). Further, the player ID of the player who has been given the evaluation is described in the field of the player ID of the giving player in the player database 211 of the giving player who gave the evaluation (Step 717).

[0219] Through the above processing, the processing of the operation of giving evaluation information is completed.

[0220] <Explanation of the notification operation of giving evaluation information> The notification operation of giving evaluation information will be explained. FIG. 37 is a sequence diagram of the notification of giving evaluation information between the game device 1 and the server 2. FIG. 38 is an operation flowchart of the notification process of giving evaluation information of the server 2.

[0221] First, when the game starts, the game execution unit 112 of the game device 1 transmits the player ID read from the card on which the player ID is recorded to the server 2 (Step 30).

[0222] When the evaluation information management unit 207 of the server 2 receives the player ID (Step 900), it determines whether the player ID is described in the giving player ID field of the player database 211 of the received player ID (Step 901).

[0223] When a player ID is described in the assigned player ID field (Step 902), the profile information of that player ID is read out and transmitted to the game device 1 (Step 903). Then, the evaluation information management unit 207 deletes the player ID in the assigned player ID field (Step 904).

[0224] When the game execution unit 112 of the game device 1 receives the profile information of the assigned player ID, it displays a profile screen including the profile information of that player and also displays that an evaluation has been given to that player from that player (Step 32). FIG. 39 is a diagram showing an example of notification of the giving of evaluation information.

[0225] Through the above processing, the processing of the notification operation of the giving of evaluation information is completed.

[0226] <Explanation of Guild Mission Management Operation> The guild mission management operation will be explained. FIG. 36 is a flowchart of the guild mission management operation of the server 2. In the following explanation, it is assumed that missions are given for each season and the total number of times a player has executed the game is reset for each season. Also, the number of times the game is executed is counted each time a battle game is executed without distinguishing between the normal battle mode and the co-op battle mode.

[0227] The guild management unit 204 of the server 2 determines the start of a season (Step 800). In the case of the start of a season (Step 801), the guild management unit 204 resets the number of game executions (calculated value) in the mission information field of the guild database 213 to zero (Step 802).

[0228] The guild management department 204 of server 2 determines the end of the game (Step 803). When the game ends (Step 804), it searches for the guild to which the player who played the game belongs based on the player ID, and determines whether the number of game executions in the mission information field of that guild has reached the upper limit value (Step 805).

[0229] If the number of game executions in the mission information field of that guild has reached the upper limit value, the process ends. If the number of game executions in the mission information field of that guild has not reached the upper limit value, the guild management department 204 increases the number of game executions in the mission information field of that guild by 1 (Step 806).

[0230] Subsequently, the guild management department 204 determines whether the mission has been completed based on the total number of game executions of the mission information (Step 807). When the mission has been completed (Step 808), the guild management department 204 describes a reward (privilege) in the privilege field of the guild (Step 809). That is, a privilege is granted to the guild.

[0231] Through the above processing, the operation of managing the missions of each guild is completed.

[0232] Each player belonging to the guild can, as shown in FIG. 35, check the progress of the mission from the mission progress status confirmation screen, and can receive a reward when the mission is completed. The reward (privilege) is, in principle, the same reward (privilege) for each player.

[0233] In the embodiment of the present invention, since the profile information (profile card) of other players other than the player is displayed at least once or more during the game, it can lead to an interest in other players and strengthen the community. Furthermore, since the player can appeal the play results of the game, it leads to an improvement in the motivation for playing the game.

[0234] In addition, in this embodiment, a rating means (rating button) for rating is displayed together with the profile information (profile card), so that a reaction cycle is created by a simple expression of gratitude, and players feel that they are being taken an interest in the game, which leads to increased motivation for game play. Furthermore, because players can receive rewards from the ratings they receive, they are encouraged to play in a way that will be rated.

[0235] In addition, in this embodiment, a group consisting of multiple players can be created, and a player can feel a connection with other players by joining the group. There are various ways to join a guild, and in particular, when a player is unable to join by random participation, a guild is automatically created, so that a situation in which a player cannot join a guild can be avoided. Furthermore, a mission is given to the guild, and by accomplishing the mission, a player belonging to the guild can obtain a reward (benefit), so that a more interesting game can be provided to players. In addition, the members of the guild can check profile information (profile card) and give an evaluation, so that the bond between the members of the guild can be deepened.

[0236] A part or all of the above-described embodiments may be described as, but is not limited to, the following supplementary notes.

[0237] [Appendix 1] a game execution means for executing a competitive game between players; an evaluation giving means for giving an evaluation to another player on condition that an evaluation icon for evaluating the other player is selected from among evaluation icons presented on a game device of a player in the competitive game; evaluation presentation means for presenting, on the condition that an evaluation has been given to the other player, a message indicating that an evaluation has been given by the other player to the game device of the other player; a reward providing means for providing a reward to the other player based on the evaluation given to the other player; A game management device comprising

[0238] [Appendix 2] The other player is at least one of the player's opponent player, a partner player who teams up with the player, and a player who is a member of the group to which the player belongs. The game management device according to Appendix 1.

[0239] [Appendix 3] The evaluation awarding means awards an evaluation to the player on the condition that the other player is a non-player character and an evaluation icon for awarding an evaluation to the non-player character is selected. The game management device according to Appendix 1 or Appendix 2.

[0240] [Appendix 4] Profile information registration means for registering the profile information of each player; Profile screen presentation means for causing the game device to present a profile screen including the profile information of other players and the evaluation icon; The game management device according to any one of Appendices 1 to 3, comprising

[0241] [Appendix 5] The profile information includes information on the awarded evaluation. The game management device according to any one of Appendices 1 to 4.

[0242] [Appendix 6] The profile screen is presented at least at any one of the timing before the start of the battle, the timing during the battle, and the timing after the end of the battle. The game management device according to any one of Appendices 1 to 5.

[0243] [Appendix 7] The evaluation presentation means presents that an evaluation has been awarded after the execution of the next battle game. The game management device according to any one of Appendices 1 to 6.

[0244] [Appendix 8] The evaluation presentation means presents that an evaluation has been given together with the profile information. The game management device according to any one of Appendices 1 to 7.

[0245] [Appendix 9] The evaluation giving means gives an evaluation to the other player only once within a predetermined period. The game management device according to any one of Appendices 1 to 8.

[0246] [Appendix 10] The evaluation giving means gives an evaluation to the same player only once within a predetermined period. The game management device according to any one of Appendices 1 to 9.

[0247] [Appendix 11] The evaluation giving means gives an evaluation to the other player only once for each of the said battle games. The game management device according to any one of Appendices 1 to 10.

[0248] [Appendix 12] The privilege is at least any one of a privilege that facilitates the progress of the game, a privilege for achieving a specific mission, and a privilege for being able to participate in a specific battle game. The game management device according to any one of Appendices 1 to 11.

[0249] [Appendix 13] A computer, game execution means for executing a battle game between players, evaluation giving means for giving an evaluation to the other player on the condition that an evaluation icon for evaluating the other player presented to the game device of the player is selected in the said battle game, evaluation presentation means for presenting to the game device of the other player that an evaluation has been given from the player on the condition that an evaluation has been given to the other player. Privilege providing means for providing a privilege to the other player based on the evaluation given to the other player, A program that functions as

[0250] [Appendix 14] A computer, Game execution means for executing a battle game between players, Evaluation icon presenting means for presenting an evaluation icon for evaluating another player in the battle game, Evaluation presenting means for presenting that an evaluation has been given to the player from the other player, Privilege providing means for providing a privilege to the player based on the given evaluation, A program that functions as

[0251] [Appendix 15] The other player is at least one of the player's battle opponent, a partner player who teams up with the player, and a player who is a member of the group to which the player belongs. The program according to Appendix 14.

[0252] [Appendix 16] The evaluation presenting means presents that an evaluation has been given to the player from the non-player character on the condition that the other player is a non-player character and the player has selected an evaluation icon for giving an evaluation to the non-player character. The program according to Appendix 14 or Appendix 15.

[0253] [Appendix 17] The evaluation icon presenting means presents an evaluation icon at at least one of the timing before the start of the battle, the timing during the battle, and the timing after the end of the battle. The program according to any one of Appendices 14 to 16.

[0254] [Appendix 18] A computer, Profile information registration means for registering the profile information of each player, Profile information acquisition means for acquiring the registered profile information of the other players, Function as, The evaluation icon presentation means presents a profile screen including the registered profile information of the other players and the evaluation icon. The program according to any one of Appendices 14 to 17.

[0255] [Appendix 19] The profile information includes information on the given evaluation. The program according to any one of Appendices 14 to 18.

[0256] [Appendix 20] The evaluation presentation means presents that an evaluation has been given together with the profile information. The program according to any one of Appendices 14 to 19.

[0257] [Appendix 21] The evaluation icon presentation means changes the form of the evaluation icon on the condition that the evaluation icon is selected. The program according to any one of Appendices 14 to 20.

[0258] [Appendix 22] The evaluation icon presentation means does not present the evaluation icon on the condition that the other player is a player who has given an evaluation at least once within a predetermined period. The program according to any one of Appendices 14 to 21.

[0259] [Appendix 23] The privilege is at least any one of a privilege that facilitates the progress of the game, a privilege for achieving a specific mission, and a privilege for being able to participate in a specific competitive game. The program according to any one of Appendices 14 to 12.

[0260] [Appendix 24] a game execution means for executing a competitive game between players; an evaluation icon presenting means for presenting an evaluation icon for evaluating another player in the competitive game; evaluation presentation means for presenting a notification that the other player has given an evaluation to the player; A reward providing means for providing a reward to the player based on the assigned evaluation; A game device comprising: [Explanation of symbols]

[0261] 1. Game device 2 Server 10 Processing section 11 Display section 14 Operation input section 15 Price detection unit 16 User information reading unit 17 Sound output section 18 Communications Department 19 Memory section 20 Processing section 21 Recording Section 110 Game Element Acquisition Department 111 Unit Component 112 Game Execution Department 113 Profile Card Settings 114 Profile screen display section 115 Guild Settings 116 Matching request section 117 Evaluation information assignment unit 201 Player Information Management Department 202 Game Execution Management Department 203 Profile Information Management Department 204 Guild Management Department 205 Player Matching Department 206 Team Pair Matching Club 207 Evaluation Information Management Department

Claims

1. a game execution means for executing a competitive game between players; an evaluation giving means for giving an evaluation to another player on condition that an evaluation icon for evaluating the other player is selected from among evaluation icons presented on a game device of a player in the competitive game; evaluation presentation means for presenting, on the condition that an evaluation has been given to the other player, a message indicating that an evaluation has been given by the other player to the game device of the other player; a reward providing means for providing a reward to the other player based on the evaluation given to the other player; A game management device comprising:

2. The other player is at least one of a competing player of the player, a partner player paired with the player, and a player who is a member of a group to which the player belongs. The game management device according to claim 1.

3. the evaluation providing means provides an evaluation to the player on condition that the other player is a non-player character and an evaluation icon for providing an evaluation to the non-player character is selected; The game management device according to claim 2.

4. A profile information registration means for registering profile information of each player; a profile screen display means for causing the game device to display a profile screen including profile information of other players and the evaluation icon; 3. The game management device according to claim 1 or 2, comprising:

5. The profile information includes information of a given rating. The game management device according to claim 4.

6. The profile screen is presented at least one of a timing before the start of a match, a timing during the match, and a timing after the end of the match. The game management device according to claim 4.

7. the evaluation presentation means presents the fact that the evaluation has been given from the next execution of the competitive game onward; The game management device according to claim 4.

8. The evaluation presentation means presents, together with the profile information, that the evaluation has been given. The game management device according to claim 7.

9. the evaluation giving means gives an evaluation to the other player only once in a predetermined period; 3. The game management device according to claim 1 or 2.

10. the evaluation providing means provides an evaluation to a single player only once within a predetermined period of time; 3. The game management device according to claim 1 or 2.

11. The evaluation granting means grants an evaluation to the other player only once per said battle game. The game management device according to claim 1 or claim 2.

12. The privilege is at least any one of a privilege that facilitates the progress of the game, a privilege for achieving a specific mission, and a privilege that allows participation in a specific battle game. The game management device according to claim 1 or claim 2.

13. A program that causes a computer to function as game execution means for executing a battle game between players, evaluation granting means for granting an evaluation to the other player on the condition that an evaluation icon for evaluating the other player presented on the game device of the player is selected in the said battle game, evaluation presentation means for presenting to the game device of the other player that an evaluation has been granted from the player on the condition that an evaluation has been granted to the other player, and privilege providing means for providing a privilege to the other player based on the evaluation granted to the other player.

14. A program that causes a computer to function as game execution means for executing a battle game between players, evaluation icon presentation means for presenting an evaluation icon for evaluating the other player in the said battle game, evaluation presentation means for presenting that an evaluation has been granted to the player from the other player, and privilege providing means for providing a privilege to the player based on the granted evaluation.

15. The other player is at least any one of a battle player of the player, a partner player who teams up with the player, and a player who is a member of a group to which the player belongs. The program according to claim 14.

16. The evaluation presentation means presents that an evaluation has been granted to the player from the non-player character on the condition that the other player is a non-player character and the player has selected an evaluation icon for granting an evaluation to the non-player character. The program according to claim 15.

17. The evaluation icon presentation means presents an evaluation icon at at least any one of the timing before the start of the battle, the timing during the battle, and the timing after the end of the battle. The program according to claim 14 or claim 15.

18. A program that causes a computer to Profile information registration means for registering the profile information of each player, Profile information acquisition means for acquiring the registered profile information of the other player, Functioning as, The evaluation icon presentation means presents a profile screen including the registered profile information of the other player and the evaluation icon, The program according to claim 17.

19. The profile information includes information on the given evaluation, The program according to claim 18.

20. The evaluation presentation means presents that an evaluation has been given together with the profile information, The program according to claim 18.

21. The evaluation icon presentation means changes the form of the evaluation icon on the condition that the evaluation icon is selected, The program according to claim 14 or claim 15.

22. The evaluation icon presentation means does not present the evaluation icon on the condition that the other player is a player who has given an evaluation at least once within a predetermined period, The program according to claim 14 or claim 15.

23. The privilege is at least any one of a privilege that facilitates the progress of the game, a privilege for achieving a specific mission, and a privilege for participating in a specific battle game, The program according to claim 14 or claim 15.

24. Game execution means for executing a battle game between players, Evaluation icon presentation means for presenting an evaluation icon for evaluating another player in the battle game, Evaluation presentation means for presenting that an evaluation has been given to the player from the other player, Privilege providing means for providing a privilege to the player based on the given evaluation, A game device comprising.

Images