Program, game management device, and game device

Abstract

To provide a game high in amusement properties.SOLUTION: A program causes a computer to function as: profile information registration means for registering profile information on a player; game execution means for executing a match game between a first player and a second player; profile information acquisition means for acquiring the registered profile information on the second player; and profile information presentation means for presenting the registered profile information on the second player to the first player at a predetermined timing according to the progress of the match game.SELECTED DRAWING: Figure 5

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 that match players and have them battle 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, a highly interesting game that can showcase the achievements of players and the like has been desired.

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

Means for Solving the Problems

[0006] One aspect of the present invention is a program that causes a computer to function as profile information registration means for registering player profile information, game execution means for executing a battle game between a first player and a second player, profile information acquisition means for acquiring the registered profile information of the second player, and profile information presentation means for presenting the registered profile information of the second player to the first player at a predetermined timing according to the progress of the battle game.

[0007] One aspect of the present invention is a program that causes a computer to function as profile information registration means for registering a player's profile information, game execution means for executing a first type of battle between a first player and a second player and a second type of battle between a pair of the first player and a third player and the second player, profile information acquisition means for acquiring the registered profile information of the second player or the registered profile information of the third player, and profile information presentation means for presenting the registered profile information of the second player to the first player after the end of the first type of battle and presenting the registered profile information of the third player to the first player after the end of the second type of battle.

[0008] One aspect of the present invention is a game device including profile information registration means for registering a player's profile information, game execution means for executing a game between a first player and a second player, profile information acquisition means for acquiring the registered profile information of the second player, and profile information presentation means for presenting the registered profile information of the second player to the first player at a predetermined timing according to the progress of the game.

[0009] One aspect of the present invention is a game management device including profile information registration means for registering a player's profile information, game execution means for executing a battle game between a first player of a first game device and a second player of a second game device, and profile information presentation means for causing the first game device to present the registered profile information of the second player and causing the second game device to present the registered profile information of the first player at a predetermined timing according to the progress of the battle game.

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

Embodiments for Carrying Out the Invention

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

[0013] <Overall Configuration> Figure 1 is a diagram showing the system configuration of the game system according to the present embodiment. As shown in Figure 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), as well as 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, connected to a communication line N via a communication base station or the like, and capable of performing data communication with the server 2. The game device 1 is, for example, a commercial 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] Basically, there are a plurality of game devices 1, which are 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 configured to include one or more server devices, storage devices, and the like. The server 2 provides various services for operating the game of the present embodiment, and can manage data necessary for the operation of the game, distribute a game program and data necessary for executing the game on the game device 1, and the like. Further, although details will be described later, when a player is identified when using the game device 1, that is, when the service of a battle game is provided in a state where it is identified which player it is, the server 2 updates 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 using a plurality of game devices 1 is configured to be realizable via the server 2 and the communication line N. 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 a play experience is provided in the game device 1 is not limited to a battle game between players, and may include a game configured for one person.

[0018] In the embodiments 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 Outline of the Game> To facilitate understanding of the configurations and the like in the following embodiments, the game elements used in the battle game according to the present embodiment and the outline of the battle game will be described.

[0020] In the battle game according to the present embodiment, a plurality of types of game elements appear. The game elements are characters (characters, vehicles, items, etc.), and are represented in the form of images, virtual or physical items, etc. The images include still images and moving images. The battle game of the present embodiment includes a first type of game element and a second type of game element.

[0021] First, the first type of game element in the present 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 configured to be able to specify the game element associated with the item is applicable as long as it is not limited to a game card. The item may be, for example, a figurine or the like having the appearance of a 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 physical objects. 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 the 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 to proceed 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 a vehicle 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 types of the pilot, which is the first game element, 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, it attacks the opponent player's base (such as a battleship). The suppression type is the type that attacks the opponent player's base (such as a battleship). The defense type is the type that defends the player's own base (such as a battleship). Note that the type (category) and its number are just examples and are not limited to these types (categories) and numbers. For example, an attack type that can only attack the game elements of the X type (category) of the opponent player, an attack type that can only attack the game elements of the Y type (category) of the opponent player, etc., may have multiple types that can attack according to the type (category) of the game elements of the opponent player.

[0027] As the type (category) of the aircraft, which is the second game element, 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 attacks targeting the enemy from a long distance. The maneuverable type is good at dodging long-range attacks and quickly closing in on the enemy to attack. Note that the type (category) and its number are just examples and are not limited to these categories and numbers.

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

[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 may be something that can be activated only once during a battle or something that 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 having the game element reading unit read 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 in the lock-on enters the attack range) as an ability. By having the game element reading unit read 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 may be referred to as a troop) appears. This unit is composed of a pilot, which is the first game element, and a mounted aircraft, which is the second game element, and is constituted by their combination. That is, in the battle game, the player can register by associating a pilot as an element for operating the mounted aircraft. 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 limit the actions) what actions the unit can take 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 and a component, 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 and 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 select the pilot and the riding aircraft that make up the unit in consideration of the type of the pilot and the riding aircraft so as to be able to demonstrate the capabilities of the unit. And when the types of the game elements (pilot and riding aircraft) that are the components are properly selected, the behavior characteristics and capabilities of the unit match, and the capabilities of the unit can be maximally demonstrated.

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

[0038] What the second type of game element differs from the first type of game element is that the second type of game element is not associated with a physical item such as a game card. The second type of game element is a game element that can be introduced into the game by evaluation information for the player's evaluation, rewards obtained by achieving game events, exchange with in-game currency, etc. However, it does not necessarily exclude the association with a physical item such as 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 perform missions. 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 a phase for setting the player's profile and selecting the battle mode. The battle phase is a 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, for each player, while deploying (placing) the registered units (troops) in a game field of a predetermined size, movement and attack actions are performed (the implementation of these actions is received by the operation input unit described later), and the game progresses in this way.

[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. Note that 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 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 an unknown state. After the start of the battle game, the player can deploy each of the units registered for himself / herself in the game field at an arbitrary timing. When a unit is deployed in the game field by 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, the player's level, information such as acquired titles, and the like. Details of the profile information will be described later. In this embodiment, an image on which the profile information is described is referred to as a profile card.

[0047] Also, in the game according to 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 player. 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. In addition, 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. In addition, 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 to the number of members (guild members) belonging to the guild, but an upper limit may be set. Only players with a predetermined level or higher 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 the 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 the battle after the opposing player is determined, the random display during the battle, and the timing after the display of the battle result after the end of the battle. The timing based on the player's operation is, for example, the timing such as 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. Also, it is possible to give benefits according to the accumulated evaluations. The benefits are benefits that are advantageous for 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, tickets for tournaments).

[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 a 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 game progress such as menus and the game field is 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 the 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 the 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 this embodiment can register up to a maximum (upper limit) of 5 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 this embodiment can register up to a maximum (upper limit) of 5 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] Then, 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 does not carry 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 the pilot, 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 both the riding aircraft and the pilot can be registered up to the maximum number, and five troops can be formed. Also, for example, in an aspect where a concept such as cost is introduced at the time of 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 the programs and data stored in the memory unit 19, the first game element reading unit 12, the second game element reading unit 13, and operation input signals from the operation input unit 14, etc. The functions of the processing unit 10 can be realized by electronic components such as a microprocessor such as a CPU or a GPU, an ASIC, and an IC memory. Specifically, the control unit 10 reads out the operation programs of each unit recorded in the recording unit 19, for example, and controls the operation of each unit by developing the programs in memory and executing them. The processing unit 10 includes, as main functional units, 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 assignment 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 function of the display unit 11 can be realized by a display device such as a flat panel display such as a liquid crystal display, a projector, or a head-mounted display. In FIG. 5, the display unit 11 corresponds to the display 11.

[0069] As described above, the first game element reading units 121 to 125 are five first game element reading units, which are the upper limit of the number of registered first game elements, and are readers that read character information of pilots, which are the first game elements to be made to appear in the game, from the game cards held by the players. Reading of the first game elements from the game cards is possible, for example, by printing a one-dimensional or multi-dimensional code obtained by converting the identification information, etc. of the game card on the game card, and reading the one-dimensional or multi-dimensional code. In addition, when the identification information, etc. of the game card is recorded in a tag or IC chip for near field communication (NFC) included in the game card, the information is read from the tag or IC chip. The read information is output to the processing unit 10 together with the reading unit ID (for example, reading unit ID=121, etc.), which is the identification information of the own device.

[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 cards 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. Also, 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 or the like).

[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, 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 can be easily identified by the player, 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 first game element readers 121 to 125 which are in a set and one side of the second game element readers 131 to 135 are adjacent. For example, the lower side of the first game element reader 121 and the upper side of the second game element reader 131 are adjacent and arranged to be 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 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 for detecting 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. Further, 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 (either wired or wireless) to enable data transmission and reception. For example, the communication unit 18 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 necessary for the operation of each part, and various graphics data used in the battle game executed by the game device 1.

[0079] Also, a game element database 190 (game element DB 190) is stored in the storage unit 19. The game element DB 190 is a database that manages information (element information) about each game element appearing in the game. In the game device 1 of this embodiment, during game play, the player places a game card on the first game element readers 121 to 125 and the second game element readers 132 to 135 to obtain information, thereby enabling 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, etc. determined for each element level of the game element, and ability information 195 describing activation conditions and effects to be activated, etc. 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] Furthermore, 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. However, 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 main functional units of the processing unit 10, namely, 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 providing unit 117, 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 readers 121 to 125 and the second game element readers 131 to 135. At this time, the reader ID for identifying the first game element readers 121 to 125 and the second game element readers 131 to 135 that have read the element ID 191 of the game card (hereinafter, the reader IDs of the first game element readers 121 to 125 will be described as 121 to 125, and the reader IDs of the second game element readers 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 reader 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 readers 121 to 125 and the game element acquisition unit 110 function as the first game element registration means. Also, the second game element readers 131 to 135 and the game element acquisition unit 110 function as the second game element registration means.

[0083] The unit composition 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 set and an aircraft to be boarded that is a second game element. The unit composition unit 111 identifies the first game element and the second game element forming the set 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 composition unit 111 identifies the first game element and the second game element forming the set by identifying the element ID 191 associated with each set of reading unit IDs. Then, the unit composition unit 111 constitutes 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. In some cases, the parameters reflected in these units are 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 constituent element or the type (type) of the aircraft to be boarded that is the second game element.

[0084] Furthermore, as an ability of the unit, the unit component 111 can add the abilities possessed by the first game element or the second game element. 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 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, and 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, and 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 the pilot, who is a character of the first game element. The pilot image 91 is not limited to the pilot image on 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 the boarding aircraft, which is a character of the second game element. The boarding aircraft image 92 is not limited to the boarding aircraft image on 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, including information such as the player's name (nickname, etc.), the player's level, the player's rank, the number of times the game has been executed (number of plays), etc. Note that the player's level is a value that increases by accumulating experience points obtained by the player in conducting battles. The player's rank is a value that increases by accumulating points obtained when the player wins in a ranked 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 modes include the normal battle mode and the co-op battle mode, and the player selects the battle mode they prefer. 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 player's preference. 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-battle player in the co-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-battle mode, it displays the profile card of the co-battle 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 includes, 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, and at the time of member selection in the guild management screen, etc.

[0093] In the case of the normal battle mode and the co-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, at a predetermined display timing, the profile screen display unit 114 generates a profile screen including the profile card of the opponent player or the co-battle player and the evaluation button, 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. When evaluation granting is not possible, the profile screen display unit 114 generates the 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 formed by 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 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 join is a method of specifying guild search conditions (such as guild name, guild ID, guild style, presence or absence of guild passcode, 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 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 join is a method of specifying guild search conditions (such as guild name, guild ID, guild style, presence or absence of guild passcode, 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 participating guild is displayed. The participating guild details screen includes details of the participating guild (name and guild level), 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, one can withdraw from the guild.

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

[0099] Also, the guild setting unit 115 displays 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 mission progress status screen is displayed by selecting the mission progress status confirmation button on the participating guild details screen. The missions of the guild in this embodiment are such that rewards (bonuses) are given to the players participating (belonging) to the guild according to the total number of game executions of each player participating (belonging) to the guild. The mission progress status screen is a diagram showing the total number of game executions of the players participating (belonging) to the guild and the progress status of obtaining the rewards (bonuses) given according to the number of game executions by means of a gauge. Players participating (belonging) to 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 more valuable (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 the player with an opponent player or to match a co-op pair 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 the co-op pair matches the players who form a pair in the co-op battle mode and sets the co-op pair. There are the following methods for setting the co-op pair.

[0104] (1) Set a co-op pair 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 the like, 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 intend 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-digit numerical value identifies the store, and the lower 3-digit numerical value identifies 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] FIG. 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 player ID (identification information), a field for player name, a field for player level, a field for player rank, a field for the number of player plays (number of game executions), a field for player progress information, a field for reward information, a field for the participating guild, a field for evaluation information, a field for the assigned player ID, and a field for the player ID to which the assignment is made.

[0115] The field for player ID describes identification information that uniquely identifies the player. The field for player name is a field in which the player's nickname or the like is described. The field for player level is a field in which a value that increases by accumulating experience points obtained by the player through battles is described. The field for player rank is a field in which a value that increases by accumulating points obtained when the player wins a rank match, which is a special battle, is described. The field for the number of player plays (number of game executions) is a field in which the number of times the player has executed the game is described. The field for progress information is a field in which progress information indicating up to which stage of a predetermined story has been progressed, battle result information indicating the battle results of a battle game, and the like are described. The field for reward information is a field in which information such as the ID of an item or the like obtained by achieving an event in the game or a guild mission is described. The field for the participating guild is a field in which the guild ID of the guild in which the player participates is described. The field for evaluation information is a field in which the player's evaluation information is described. The field for the assigned player ID is a field in which the player ID of the player (assigning player) who has assigned an evaluation to the player is described. The field for the player ID to which the assignment is made is a field in which the player ID of the player (player to which the assignment is made) who has been assigned an evaluation by the player is described.

[0116] At the start of the game, the player information management unit 201 receives the player ID of the player 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] In the profile information database 212, one player is assigned to one record, and one record includes fields for 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 managing 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 co-op player cannot be matched with an actual player and becomes a non-player character, the registration profile information for non-player characters is transmitted to the game device 1.

[0122] The guild management unit 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 leader of the guild 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. 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 unit 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 for a player to create a new guild and join 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 guild, so in this case, it is impossible to create a new guild. If the player wants to create a new guild, they need to leave the guild they belong to, and the game device 1 is notified of this. If the player ID of the player is not registered in the guild database 213, it is possible to create a new guild. So, the player is allowed to create a guild, a guild ID for the newly created guild is issued, and the guild ID is registered in a new record in the guild database 213.

[0126] (2) Random guild joining 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 maximum number of members and free - joining guilds without a password. A guild with less than the maximum number of members 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 guild joining This is a method where the player sets search conditions (such as the name and style of the guild), the guild management unit 204 presents the guilds that match the search conditions, and the player selects the 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 assigns an evaluation to another player (the player to whom the evaluation is given) by selecting the evaluation information assignment button on the profile screen of the player (the player who assigns the evaluation), it records the player ID of the other player (the player to whom the evaluation is given) in the field of the player ID of the player to whom the evaluation is given in the player database 211 of the player (the player who assigns the evaluation). Also, it records 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 given) who has received the evaluation. Furthermore, it records the player ID of the player who assigns the evaluation in the field of the player ID of the assigner in the player database 211 of the other player (the player to whom the evaluation is given).

[0133] The evaluation information management unit 207 manages the player IDs recorded in the field of the player ID of the player to whom the evaluation is given in the player database 211 of each player at regular intervals, for example, every day (00:00 to 23:59), and deletes those player IDs after the elapse of the predetermined period. Then, upon receiving a request from the profile information management unit 203, the evaluation information management unit 207 determines whether the player ID of the player who is the matching partner or browsing partner of the player is not recorded in the field of the player ID of the player to whom the evaluation is given, and if it is recorded, it notifies the profile information management unit 203 of the information indicating that evaluation assignment is not possible. This is to prevent players from being assigned evaluations without limit within the 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 given in the player database 211 at regular intervals. As a result, after the elapse of the predetermined period, it becomes possible to assign an evaluation to the player whose player ID is recorded in the field of the player ID of the player to whom the evaluation is given.

[0135] The recording unit 21 is a recording device capable of holding data, such as a non-volatile memory or an HDD. In addition to the operation programs of each block of the server 2, the recording unit 21 stores information such as parameters necessary for the operation of each block. 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. For example, the communication unit 22 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 this 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 is selected on the menu screen of FIG. 9 (Step 100). When the setting of the profile card is selected (Step 101), the profile card setting unit 113 transmits the player ID to the server 2 and requests a determination of the presence or absence of registration of the profile card (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 entry 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 transmits 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 transmitted 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 performed in the form of a question, and the input of information is completed in the form of 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 opponent player or the player of the alliance pair is determined by the matching process, the profile information management unit 203 of the server 2 reads out the evaluation information of the record of the player ID of the opponent player or the alliance player from the player database 211, and reads out the profile information of the record of the player ID of the opponent player or the alliance player from the profile information database 212. The profile information management unit 203 also queries the evaluation information management unit 207 for information on whether or not an evaluation can be given.

[0150] The rating information management unit 207 responds to a request from the profile information management unit 203 and determines whether the player ID of the player who is matched or viewing the player is listed in the field of the player's assigned player ID, and if it is not listed, notifies the profile information management unit 203 that a rating can be assigned, and if it is listed, notifies the profile information management unit 203 that a rating cannot be assigned.

[0151] Then, the profile information management unit 203 transmits the profile information, the evaluation information, and the evaluation giveability information of the competing player or the co-op player to the game device 1 (Step 10).

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

[0153] If a result screen (battle result screen) is currently being displayed (Step 202), the profile screen display unit 114 determines whether the battle is in a normal battle or a cooperative battle mode (Step 203).

[0154] If the battle is in the co-op battle mode and the yes / no information allows for evaluation assignment, 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 the yes / no information does not allow for evaluation assignment, 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 the yes / no information allows for evaluation assignment, 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 the yes / no information does not allow for evaluation assignment, 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 conducts a 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] When 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 of 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> The operation of guild participation will be described. 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). If 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 eligibility 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 guild that the player joins 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). 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 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 a guild that matches the search conditions (Step 362). Then, the guild management unit 204 sends the candidate guild information for participation (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 of guilds that match the search conditions (Step 317) and displays the candidate guild information (Step 318). The player selects a 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 player 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 of 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 described. 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 the 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 to receive a departure request (Step 390). When receiving the departure request, 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)). Then, 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] If 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, if the normal battle mode is selected, a matching request for the battle player is sent to the server 2 (Step 411).

[0198] On the other hand, if the player selects the co-op battle mode (in-store co-op pair setting and non-player character co-op pair setting) (Step 401), a determination of the co-op mode selection 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 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 has been 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 co-op pair matching processing (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 transmitted 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 transmitted 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 where the 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 transmitted 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, for the player of the game device 1 that made the matching request, set a non-player character as the co-op pair, 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 name of a predetermined non-player character.

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

[0209] The matching request unit 116 of the 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 the battle with an opponent player, the attack power can be increased using the given evaluation information. The 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 the battle. According to FIG. 40, by selecting the evaluation boost button during the 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 (increased by +1). 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 (increases by +1) the evaluation information field in the player database 211 of the player who has been given the evaluation (the receiving player) (Step 715). The player ID of the giving player is described in the field of the receiving player ID of the giving player (Step 716). Further, the player ID of the player who has been given the evaluation is described in the field of the receiving player ID 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 the 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 the player and displays that an evaluation has been given to the 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 for giving 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 the 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). When a season starts (Step 801), the guild management unit 204 resets the number of times the game has been executed (calculated value) in the mission information field of the guild database 213 to zero (Step 802).

[0228] The guild management unit 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 unit 204 increases the number of game executions in the mission information field of that guild by 1 (Step 806).

[0230] Subsequently, the guild management unit 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 unit 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] Computer, a profile information registration means for registering player profile information; a game execution means for executing a competitive game between a first player and a second player; a profile information acquiring means for acquiring registered profile information of the second player; a profile information presenting means for presenting registered profile information of the second player to the first player at a predetermined timing according to the progress of the competitive game; A program that functions as a

[0238] [Appendix 2] Cause the computer to function as pair setting means for setting a third player who is a pair of the first player, The game execution means executes a battle game between the pair of the first player and the third player and the second player, The profile information acquisition means acquires the registered profile information of the third player, The profile information presentation means presents the registered profile information of the third player to the first player at a predetermined timing according to the progress of the game, The program according to Appendix 1.

[0239] [Appendix 3] The predetermined timing is 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 Appendix 1 or Appendix 2.

[0240] [Appendix 4] The predetermined timing is at least any one of the timing based on the operation of the player and the timing not based on the operation of the player, The program according to any one of Appendices 1 to 3.

[0241] [Appendix 5] The profile information presentation means randomly presents profile information based on a predetermined probability before the start of the battle and during the battle, and always presents profile information at the timing after the end of the battle, The program according to any one of Appendices 1 to 4.

[0242] [Appendix 6] Cause the computer to function as group setting means for setting a group composed of at least one or more players, The profile information acquisition means acquires the registered profile information of the players belonging to the group, The profile information presenting means presents the registered profile information of the players belonging to the group to the first player by the operation of the first player. The program according to any one of Appendices 1 to 5.

[0243] [Appendix 7] When the second player is a non-player character, the profile information acquisition means acquires the registered profile information for the non-player character. The profile information presenting means presents the registered profile information for the non-player character to the first player at a predetermined timing according to the progress of the game. The program according to any one of Appendices 1 to 6.

[0244] [Appendix 8] When the second player is a non-player character, the profile information presenting means does not present the registered profile information of the first player to the second player. The program according to any one of Appendices 1 to 8.

[0245] [Appendix 9] The profile information registration means creates profile information based on the player's answers to questions for the player. The program according to any one of Appendices 1 to 8.

[0246] [Appendix 10] The registered profile information includes at least any one of the first character information of the first character, the character image of the second character of the second character, the player's name, play style, play time zone, battle information regarding the player's battles, and evaluation information regarding the evaluation received from other players. The program according to any one of Appendices 1 to 9.

[0247] [Appendix 11] The first character information and the second character information are obtainable from an article. The program according to any one of Appendices 1 to 10.

[0248] [Appendix 12] The profile information presenting means presents, at a predetermined timing, the registered profile information and a button capable of giving an evaluation of the registered profile information to the player. The program according to any one of Appendices 1 to 11.

[0249] [Appendix 13] A computer A profile information registration means for registering player profile information A game execution means for executing a first type of battle between a first player and a second player and a second type of battle between a pair of the first player and a third player and the second player A profile information acquisition means for acquiring the registered profile information of the second player or the registered profile information of the third player A profile information presenting means for presenting the registered profile information of the second player to the first player after the end of the first type of battle and presenting the registered profile information of the third player to the first player after the end of the second type of battle A program for functioning as

[0250] [Appendix 14] The profile information presenting means presents, at a predetermined timing, the registered profile information and a button capable of giving evaluation information of the registered profile information to the player. The program according to Appendix 13.

[0251] [Appendix 15] A profile information registration means for registering player profile information A game execution means for executing a game between a first player and a second player Profile information acquisition means for acquiring the registered profile information of the second player; Profile information presentation means for presenting the registered profile information of the second player to the first player at a predetermined timing according to the progress of the game; A game device comprising:

[0252] [Appendix 16] Profile information registration means for registering the profile information of the player; Game execution means for executing a battle game between a first player of a first game device and a second player of a second game device; Profile information presentation means for causing the first game device to present the registered profile information of the second player and causing the second game device to present the registered profile information of the first player at a predetermined timing according to the progress of the battle game; A game management device comprising:

[0253] [Appendix 17] Pair setting means for matching a first player of the first game device and a third player of a third game device and setting a pair of the first player and the third player; The game execution means executes a battle game between a pair of the first player and the third player and the second player; The profile information presentation means causes the first game device to present the registered profile information of the third player and causes the third game device to present the registered profile information of the first player at a predetermined timing according to the progress of the battle game; The game management device according to Appendix 16.

Explanation of Signs

[0254] 1 Game device 2 Server 10 Processing unit 11 Display unit 14 Operation input unit 15 Cost detection unit 16 User information reading unit 17 Sound output unit 18 Communication unit 19 Memory unit 20 Processing unit 21 Recording unit 110 Game element acquisition unit 111 Unit configuration unit 112 Game execution unit 113 Profile card setting unit 114 Profile screen display unit 115 Guild setting unit 116 Matching request unit 117 Evaluation information granting unit 201 Player information management unit 202 Game execution management unit 203 Profile information management unit 204 Guild management unit 205 Battle player matching unit 206 Co-op pair matching unit 207 Evaluation information management unit

Claims

1. A computer, profile information registration means for registering player profile information, game execution means for executing a battle game between a first player and a second player, profile information acquisition means for acquiring the registered profile information of the second player, profile information presentation means for presenting the registered profile information of the second player to the first player at a predetermined timing according to the progress of the battle game, A program that functions as.

2. A computer is made to function as pair setting means for setting a third player who is a pair of the first player, The game execution means executes a battle game between a pair of the first player and the third player and the second player, The profile information acquisition means acquires the registered profile information of the third player, The profile information presentation means presents the registered profile information of the third player to the first player at a predetermined timing according to the progress of the game, The program according to claim 1.

3. The predetermined timing is 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 2.

4. The predetermined timing is at least any one of the timing based on the operation of the player and the timing not based on the operation of the player, The program according to claim 2.

5. The profile information presentation means presents the profile information randomly based on a predetermined probability before the start of the battle and during the battle, and always presents the profile information at the timing after the end of the battle, The program according to claim 2.

6. A computer is made to function as group setting means for setting a group composed of at least one or more players, The profile information acquisition means acquires the registered profile information of the players belonging to the group, The profile information presentation means presents the registered profile information of the players belonging to the group to the first player by the operation of the first player, The program according to claim 1 or claim 2.

7. When the second player is a non-player character, the profile information acquisition means acquires registered profile information for the non-player character, the profile information presenting means presents registered profile information for non-player characters to the first player at a predetermined timing according to the progress of the game. The program according to claim 2.

8. the profile information presenting means, when the second player is a non-player character, does not present the registered profile information of the first player to the second player; The program according to claim 7.

9. said profile information registration means creating profile information based on answers of the player to questions for the player; The program according to claim 1.

10. The registered profile information includes at least any one of first character information of a first character, a character image of a second character of a second character, a name of a player, a play style, a play time period, match information related to a match of the player, and evaluation information related to evaluations of the player by other players; The program according to claim 9.

11. The first character information and the second character information are obtainable from an item. The program according to claim 10.

12. the profile information presenting means presents, at a predetermined timing, the registered profile information and a button enabling an evaluation of a player of the registered profile information; The program according to claim 2.

13. Computer, a profile information registration means for registering player profile information; a game execution means for executing a first type of match between a first player and a second player, and a second type of match between a pair of the first player and the third player and the second player; a profile information acquiring means for acquiring registered profile information of the second player or registered profile information of the third player; a profile information presenting means for presenting registered profile information of the second player to the first player after the first type of match is completed, and for presenting registered profile information of the third player to the first player after the second type of match is completed; A program that functions as a

14. the profile information presenting means presents, at a predetermined timing, the registered profile information and a button capable of giving evaluation information to a player of the registered profile information; The program according to claim 13.

15. Profile information registration means for registering player profile information, Game execution means for executing a game between a first player and a second player, Profile information acquisition means for acquiring the registered profile information of the second player, Profile information presentation means for presenting the registered profile information of the second player to the first player at a predetermined timing according to the progress of the game, A game device comprising:

16. Profile information registration means for registering player profile information, Game execution means for executing a battle game between a first player of a first game device and a second player of a second game device, Profile information presentation means for causing the first game device to present the registered profile information of the second player and causing the second game device to present the registered profile information of the first player at a predetermined timing according to the progress of the battle game, A game management device comprising:

17. Pair setting means for matching a first player of the first game device and a third player of the third game device and setting a pair of the first player and the third player, The game execution means executes a battle game between a pair of the first player and the third player and the second player, The profile information presentation means causes the first game device to present the registered profile information of the third player and causes the third game device to present the registered profile information of the first player at a predetermined timing according to the progress of the battle game, The game management device according to claim 16.

Images