JP6836287B2 - Game system and programs - Google Patents

Description

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

There is an action game in which a character operated by each of a plurality of users advances a game while fighting with an enemy character (for example, Patent Document 1). In such an action game, an item is hidden in the field where the character moves, and it can be used in the game by acquiring the item. Many items have an advantageous effect in battles. Therefore, for example, in the case of a team battle type, the user has a high possibility of advancing the battle in an advantageous manner by acquiring the item before the opponent team.

JP-A-2010-207404

However, when competing in a team, cooperation within the team is an important factor, but if the user's own character can advance the match in an advantageous way by acquiring the item, the item can be acquired even within the same team. It is possible to fight. As a result, there is a concern that cooperation within the team will be hindered.

One of the objects of the present invention is to provide a game system and a program in which there are more opportunities for cooperation within a team in a team-based action game.

Another object of the present invention is to provide a game system and a program capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention associates the common fields within the team with each user information based on the operation for each user identified by the user information belonging to the team. When the character moving unit for moving the character and the operation for acquiring the first object arranged in the field are performed by any of the users, for each user identified by the user information belonging to the team. It is a game system including a reward giving unit that grants a reward selected for each user.

Further, one aspect of the present invention is a program for making a computer function as the above-mentioned game system.

The figure which shows an example of the field which concerns on 1st Embodiment. The figure which shows an example of the play screen in the normal room which concerns on 1st Embodiment. The figure which shows an example of the play screen in the boss room which concerns on 1st Embodiment. The block diagram which shows an example of the structure of the game system which concerns on 1st Embodiment. The figure which shows an example of the hardware composition of the game apparatus which concerns on 1st Embodiment. The figure which shows an example of the hardware configuration of the game server which concerns on 1st Embodiment. The block diagram which shows an example of the structure of the game apparatus and the game server which concerns on 1st Embodiment. The flowchart which shows an example of the occupation determination processing which concerns on 1st Embodiment. The flowchart which shows the 1st example of the win / loss determination process which concerns on 1st Embodiment. The flowchart which shows the 2nd example of the win / loss determination process which concerns on 1st Embodiment. The figure which shows an example of the point given at the time of occupying a room which concerns on 1st Embodiment. The figure which shows an example of the setting of the number of occupied rooms and the bonus coefficient which concerns on 1st Embodiment. The figure which shows the setting example of the appearance method of the normal NPC which concerns on 2nd Embodiment. The figure which shows the difference of processing between a normal NPC and a boss NPC which concerns on 3rd Embodiment. The flowchart which shows an example of the countdown processing in the battle play which concerns on 4th Embodiment. The figure which shows an example of the appearance for each state of the player character which concerns on 5th Embodiment. The block diagram which shows an example of the detailed structure of the character control part which concerns on 5th Embodiment. The flowchart which shows an example of the state transition process which concerns on 5th Embodiment. The figure which shows the display example of the treasure chest item which concerns on 6th Embodiment. The figure which shows the display example of the normal item which concerns on 6th Embodiment. The flowchart which shows an example of the reward giving process which concerns on 6th Embodiment. The figure which shows the display example of the effect on the play screen which concerns on 7th Embodiment. The figure which shows an example of the setting information of the effect which concerns on 7th Embodiment.

[First Embodiment]
Hereinafter, the first embodiment of the present invention will be described with reference to the drawings.

[Game overview]
First, an outline of an example of the game according to the present embodiment will be described. For example, the game according to the present embodiment is an action game in which a character operated by each of a plurality of users (hereinafter, also referred to as a “player character”) advances the game while fighting with an enemy character, and here, a team battle mode. Will be described as an example. The number of teams may be two teams or three or more teams, but here, a battle between two teams (that is, a battle between one team and one team) will be described as an example. Since there are player characters operated by each of a plurality of users for each team, it is a multiplayer vs. multiplayer battle.

When the user starts playing the game, the user determines his / her own team and the opponent team before the match. After the member matching that determines the users who participate in the own team is performed, the member matching of the opponent's team is performed. For example, one team has 4 players, and the match is 4 players vs. 4 players. The number of people in one team may be another number. Matching of own team includes random matching on an ad hoc basis by a server device and matching by a team formed by users. The opponent will be randomly matched by the server device. In addition, in order to participate in a team battle, the specifications may be such that items such as specific points and tickets set in the game are consumed to participate.

A character is a person, an animal, an object (for example, a vehicle) or the like appearing in a game. After the team member matching is performed, the user selects the player character to be operated by the user. For example, the player character is a warrior (person) to be operated by a user who plays a game. The player character operated by the user may be one character or two or more characters in the form of a group (party). In the case of two or more, you can play while switching to any one. In the present embodiment, it is assumed that each player character operated for each user is one.

The player character is associated with parameters that affect the user's play content, such as HP (Hit Point), MP (Magical Point), attack power, and defense power, as indicators of abilities. HP is a value indicating physical strength and vitality, and is a parameter that is a point for determining whether or not the game can be continued. This HP decreases due to an attack from the enemy, and when it becomes less than a predetermined value (for example, "0"), the game cannot be continued. MP is a value consumed when a player character uses items such as special abilities and special weapons. Each of the attack power and the defense power is a value indicating the attack power and the defense power of the player character. The attack power is a parameter indicating the magnitude of damage to the attack target, and is related to the amount of decrease in the HP of the attack target. Defensive power is a parameter that indicates resistance to damage when attacked, and is related to a reduction in the amount of HP reduction. For example, the offensive power and the defensive power are individually set for each player character as the abilities of the player character. On the other hand, HP and MP are associated with a user who operates a player character. In addition, HP and MP may be associated with a player character.

It should be noted that the specifications may be such that the accompanying character accompanying the player character can be selected. The accompanying character supports the user's play, such as defeating an enemy character on behalf of or in cooperation with the player character, and recovering the HP of the player character. For example, the accompanying character is a character that acts autonomously by AI (artificial intelligence) regardless of the user's operation. There are a plurality of types of characters that can be selected as accompanying characters, and the effect differs depending on which character is accompanied.

Further, by equipping the player character with an item, the ability of the player character can be improved. Items are divided into multiple categories. For example, items are divided into three categories: "weapons," "armor," and "special weapons." The ability of the player character includes parameters such as the attack power and defense power of the player character, and the ability to perform a special attack by possessing a special weapon. The type of category and the number of categories can be arbitrarily determined.

Specifically, the "weapon" is an item that improves parameters such as the attack power of the player character. "Armor" is an equipment item that improves parameters such as the defense power of the player character. A "special weapon" is an item that can be attacked with great damage that causes an explosion after a certain period of time. For example, these items can be acquired by the user by clearing a lottery or a predetermined event.

In addition, each of the player character and the items that can be equipped to the player character are set with characteristics that indicate the characteristics of each ability, and the type and power of the attack change depending on the combination of the characteristics. Therefore, it is necessary to consider the strategy depending on the player character or the item equipped on the player character. In addition, the opponent's character or the item to be equipped has the same characteristics, and the superiority or inferiority depends on the combination of the opponent's characters, so it is necessary to consider the strategy. The characteristics are, for example, abilities related to the character's behavior (attack power, etc.) and abilities that influence the behavior (recovery skill, etc.). Specifically, for example, as characteristics, "high attack power", "has recovery skill", "can attack high places with throwing weapons", "can cause large damage to characters with specific attributes" , "Movement speed is fast", "Can attack distant enemies", "Can damage a wide range", etc.

Next, with reference to FIG. 1, a field in which a battle is performed in the game space will be described. FIG. 1 is a diagram showing an example of a field according to the present embodiment. In the illustrated field FLD, the blue team and the red team will play against each other. The field FLD has four types of "rooms (areas)" as a plurality of areas common to both teams: a "start room", a "normal room", a "passageway", and a "boss room".

There is a start room for each team. In the illustrated example, the start room BS is the start room of the blue team, and the start room RS is the start room of the red team.
At the start of the match play, the player characters of each team start from the start room of each team. Even if the HP becomes 0 and restarts (respawns), it will be restarted from this start room.

A normal room is a room that each team occupies. In the illustrated example, room A, room B, and room C are rooms occupied by the blue team as an initial state at the start of the battle play. On the other hand, room D, room E, and room F are rooms occupied by the red team as an initial state at the start of the battle play. In the normal room, there is an NPC (non-player character) of the occupying camp. An NPC is a character that does not require user operation and is controlled by a game process executed by a computer. Hereinafter, the NPC existing in the normal room is also referred to as "normal NPC". Normally, the NPC corresponds to the occupying team of the blue team and the red team, and opposes the attack from the player character of the opponent team as the character of the occupying camp. For example, if a normal NPC is subdued in a normal room, the team on the subdued side will occupy this normal room. On the other hand, if the normal NPC fails to be subdued in the normal room, the team that subdued the normal room will fail to occupy the normal room, and the originally occupying team will occupy the normal room as it is.

The aisle is a room that is not the target of occupation, and is an area for moving to another room (here, the room occupied by the opponent team in the initial state).

The boss room is a room in which a boss character appears and is a room to be occupied. Boss characters are NPCs, but unlike NPCs, they are not characters from any camp. Therefore, the boss room is not occupied by any team in the initial state at the start of the battle play. Hereinafter, the NPC existing in this boss room is also referred to as "boss NPC". Boss NPCs are characters that have higher offensive and defensive power than normal NPCs and can be attacked by any team. For example, when a boss NPC is subdued, the team that inflicts more damage on the boss NPC will occupy the boss room.

There are different types of fields in which battle play is performed, and the room layout differs for each field. Here, as an example, the room layout is symmetrical from the viewpoint of equality for each team to play against. In the illustrated field FLD, the rooms of the blue team are arranged on the left side, the rooms of the red team are arranged on the right side, and the rooms are arranged symmetrically. Each room has a door DR between it and the adjacent room. It is possible to come and go to the adjacent room through this door DR. Specifically, the blue team's start room BS goes to room A, room A goes to room B, room B goes to room C and boss room, and room C goes to red team's room F via the aisle. , And is communicated through the door DR. On the other hand, from the start room RS of the red team to room D, from room D to room E, from room E to room F and boss room, from room F to room C of the blue team via the passage. It is communicated through the door DR. The player characters of both teams are in a common area within this field FLD and can come and go without limitation. Note that the player character of the opponent's team may not enter only the start room.

Next, the basic rules of the game will be described. The team with the most rooms occupied within the time limit (eg 3 minutes) wins. For example, each player character of each team moves in the field according to the operation of each user and occupies the room while fighting. The team occupying more rooms at the end of the time limit is determined to win. The occupancy of the room will be described in detail below.

In a normal room, the opposing teams (blue team, red team) compete for the room by occupying it. A normal NPC on the blue team side exists in the normal room occupied by the blue team, and attacks the player character on the red team side entering the room. This normal NPC can be attacked by the player character on the red team side. Hit judgment is made by each other's attacks, and depending on the degree of hit (degree of hit, attack power, etc.), damage is given to the attacked side, and the HP of the attacked side decreases. On the contrary, in this normal room, the player character on the blue team side cannot attack the normal NPC (there is no hit judgment even if attacked), and the normal NPC does not attack the player character on the blue team side.

In a normal room, if the normal NPC's subjugation status meets a preset occupancy condition, the attacking team can occupy the normal room. The normal NPC subjugation status is the number of normal NPCs appearing in the normal room. The predetermined occupancy condition is, for example, that all the normal NPCs existing in the room are subdued (HP becomes "0") (that is, the number of normal NPCs becomes 0). When all of the normal NPCs in the room are subdued by the player character on the red team side, the room is occupied by the red team side.

When a normal room is occupied by the red team, a normal NPC on the red team side appears in that room. The normal NPC on the red team side that appears can be attacked by the player character on the blue team side. In this state, the player character on the red team side cannot attack the normal NPC (there is no hit judgment even if it attacks), and the normal NPC does not attack the player character on the red team side. When all the normal NPCs in the room are subdued by the player character on the blue team side, the room is occupied by the blue team side again. By repeating this, both teams usually occupy the room. In this way, one normal room is occupied by either team, and the normal NPCs of both teams do not coexist at the same time.

The above-mentioned predetermined occupation condition in a normal room is not limited to the fact that all the normal NPCs existing in the room are subdued (HP becomes "0"), and other conditions may be used. For example, the predetermined occupancy condition is that the number of normal NPCs in the room is less than or equal to the predetermined number (for example, 2 or less), or the number of normal NPCs in the room is more than or equal to the predetermined number (for example, 2 or less). For example, it may be 10 or more.

In addition, in the play screen during battle play in the normal room, the lower part of the play screen is changed to the color of the occupying team. This makes it easier to see which team occupies the room being played against.
FIG. 2 is a diagram showing an example of a play screen in a normal room. On the illustrated play screen G10, the state inside the normal room is displayed. The area FL on the lower side of the play screen G10 is an area corresponding to the floor of this room. This region FL is blue (or bluish color) when occupied by the blue team and red (or reddish color) when occupied by the red team. The area changed to the color of the occupying team may be another area in the play screen.

In addition, the map MA in the field is displayed at the upper part of the play screen G10. Further, in the map MA, a position mark PS indicating the location of the room during the battle play is displayed. Further, the symbols NP1 to 3 indicate the normal NPCs existing in this room, and the reference numerals P1 indicate the player character who tries to subdue the normal NPCs. Although there is only one player character in this figure, there may be a plurality of other player characters of the same team, player characters of the opponent team, and the like.

Basically, the player character has no movement restrictions and can move to any room. The room has a certain size, and each player character can freely move in the room according to the operation of each user.

In the boss room, boss NPCs will appear. Boss NPCs are neither camp. That is, the boss NPC does not correspond to any one team, but attacks any team, and can attack from any team. When the boss NPC is subdued, the team that inflicted more damage on the boss NPC will occupy the boss room. In the boss room, the boss NPC will appear only once in one battle. Therefore, once the boss room is occupied by one team, the other team cannot occupy it again, and the occupied team (camp) does not change until the end of the match. That is, the chance to occupy the boss room is only once in a match in one field. There may be multiple boss rooms in the field, but the boss will appear only once during the battle in each boss room.

FIG. 3 is a diagram showing an example of a play screen in the boss room. The state inside the boss room is displayed on the illustrated play screen G20. Unlike the play screen G10 in the normal room, it is not occupied during the battle play, so the display indicating the occupation status (team color display) is not performed. Further, the reference numerals BNP indicate the boss NPCs existing in this room, the reference numerals PB1 and PB2 indicate the player characters of the blue team trying to subdue the boss NPCs, and the reference numerals PR1 and PR2 also indicate the boss NPCs. Shows the player character of the red team trying to subdue. Boss NPCs have higher HP, attack power, defense power, etc. than normal NPCs, and require more attacks to subdue them. Therefore, when a boss NPC appears in the boss room and the battle starts, the player characters of each team will gather in the boss room to occupy the boss room, and each team will deal more damage to the boss NPC. They will cooperate to attack. Since the boss room cannot be reoccupied, occupying the boss room confirms the occupancy of at least one room, which is more advantageous than the occupancy of the normal room in the battle situation. By occupying the boss room, the parameters of the occupying player character may be changed in an advantageous direction (for example, recovery of HP). Further, the occupancy of the boss room may correspond to a predetermined multiple of the occupancy of the normal room.

〔System configuration〕
Next, the system configuration of the game system 1 according to the present embodiment will be described. FIG. 4 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 includes a computer device of a game device 10-1, a game device 10-2, a game device 10-3, ..., And a game server 30, and these computer devices have a network NW. Connected via. Since the game device 10-1 and the game device 10-2 and the game device 10-3 have the same configuration, the description of "-1", "-2", etc. is omitted unless otherwise specified. This will be described as the game device 10. Although three game devices 10 are shown here, any number of game devices 10 may be connected to the game server 30.

The game server 30 is a server device that provides a game that can be played by the game device 10. For example, the game server 30 provides a game control program (game control program) playable on the game device 10 so that it can be downloaded from the game device 10. Further, the game server 30 stores various setting information and history information necessary for the game played in the game device 10, and transmits the information to the game device 10 as needed. Further, the game server 30 executes a process that needs to be executed on the server side among the processes of the game played by the game device 10. The game control program downloaded by the game device 10 is not limited to the game server 30, and may be stored in another downloadable server device. Further, the game control program may be provided to the game device 10 by a storage medium such as a DVD-ROM, a CD-ROM, or a memory card.

The game device 10 executes a game control program provided by the game server 30. For example, the game device 10 is a computer device used by a user, and is a home-use stationary game machine, a portable game machine, an arcade game machine installed in a game center or the like, a PC (Personal Computer), a tablet PC, and the like. Mobile phones such as smartphones and feature phones, mobile information terminals (PDA: Personal Computer Assistant) and the like can be applied. In the present embodiment, the game device 10 will be described as a portable game machine.

The network NW includes, for example, the Internet, a mobile phone network, a PHS (Personal Handy-phone System) network, a VPN (Virtual Private Network) network, a dedicated communication line network, a WAN (Wide Area Network), and a LAN (Local Area) network. A communication network composed of a PSTN (Public Switched Telephone Network) or a combination thereof.

FIG. 5 is a diagram showing an example of the hardware configuration of the game device 10 according to the present embodiment. The game device 10 includes, for example, a CPU (Central Processing Unit) 11, a communication unit 12, an input unit 13, a display unit 14, and a storage unit 15, and is connected to a game server 30 via a network NW. Communicates with other devices and the like via the communication unit 12. These components are communicably connected to each other via a bus. The CPU 11 executes various programs stored in the storage unit 15 and controls each unit of the game device 10.

The communication unit 12 communicates with the game server 30, other devices, and the like via the network NW based on the control by the CPU 11.
The input unit 13 is configured to include a plurality of operation buttons into which user operations are input, and outputs the input operation information to the CPU 11. The input unit 13 is another input device such as a touch panel integrated with a display, a controller provided with a plurality of operation buttons, a keyboard, a mouse, a touch pad, and a microphone into which various instructions are input by voice. It may be.
The display unit 14 is a display for displaying information such as an image or text, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like. For example, a game play image is displayed on the display unit 14.

The storage unit 15 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read-Only Memory), a ROM (Read-Ony Memory), a ROM (Read-Ony Memory), a ROM (Read-Ony Memory), and the ROM (Read-Ony Memory). It stores various information, images, programs (including a game control program), etc. processed by the game device 10. The storage unit 15 is not limited to the one built in the game device 10, and may be an external storage device connected by a digital input / output port such as USB. Further, the game device 10 may be configured to include a hardware configuration such as a speaker (not shown), an audio output terminal, a camera, a gyro sensor, and a GPS (Global Positioning System) receiving module.

FIG. 6 is a diagram showing an example of the hardware configuration of the game server 30 according to the present embodiment. The game server 30 includes, for example, a CPU 31, a communication unit 32, an input unit 33, and a storage unit 35, and communicates the communication unit 32 with a plurality of game devices 10 and other devices connected via a network NW. Communicate via. These components are communicably connected to each other via a bus. The CPU 31 executes a game control program stored in the storage unit 35 to provide a game that can be played by a plurality of game devices 10.

The communication unit 32 communicates with a plurality of game devices 10 and other devices via the network NW based on the control by the CPU 31.
The input unit 33 is another input device such as a keyboard, a mouse, a touch pad, or a microphone into which various instructions are input by voice.

The storage unit 35 includes, for example, an HDD, EEPROM, RAM, etc., and stores a game control program, an application program, various setting information necessary for the game, history information, and the like. The storage unit 35 is not limited to the one built in the game server 30, and may be an external storage device connected by a digital input / output port such as USB. Further, the storage unit 35 may be an external storage device physically separated from the game server 30, or may be connected to the game server 30 via the network NW. Further, the game server 30 may be configured to include a hardware configuration such as a display unit (not shown), a speaker, and an audio output terminal.

[Functional configuration]
Next, with reference to FIG. 7, the functional configurations of the game device 10 and the game server 30 included in the game system 1 will be described. FIG. 7 is a block diagram showing an example of the configuration of the game device 10 and the game server 30 included in the game system 1 according to the present embodiment.

[Functional configuration of game device 10]
First, the configuration of the game device 10 will be described.
The game device 10 includes a game control unit 110 as a functional configuration realized by the CPU 11 executing a game control program stored in the storage unit 15. The game control unit 110 controls the game play process. For example, the game control unit 110 includes a server control information acquisition unit 111, a character control unit 112, a normal NPC control unit 113, a battle control unit 114, and a display control unit 115.

The server control information acquisition unit 111 acquires data related to the game processing from the game server 30 via the communication unit 12. For example, the server control information acquisition unit 111 acquires data on a player character that can be selected by the user, data on items that can be equipped on the player character, and the like. Further, the server control information acquisition unit 111 communicates data based on the processing result of the game processing executed by the game server 30 and data based on the processing result of the game processing executed by the other game device 10 from the game server 30. Obtained via unit 12.

The character control unit 112 controls the activity of the player character in the field FLD based on the user's operation on the input unit 13. Activity is a general term for movement and movement. A movement is a movement (motion) associated with an attack, defense, acquisition of an item, or the like. Further, the character control unit 112 changes the values of HP and MP according to being attacked or attacked in the battle play. Further, the character control unit 112 transmits control information of the player character (position and movement information, HP and MP values, etc.) to the game server 30 via the communication unit 12.

The normal NPC control unit 113 controls the normal NPC in each normal room. For example, the normal NPC control unit 113 causes a normal NPC (normal NPC corresponding to the occupying team) of the camp occupying the room to appear in each normal room, and attacks the player character of the opponent team. Usually controls the activities of NPCs.

The battle control unit 114 applies the rules of the battle in the battle play, determines the hit by the attack, determines the amount of damage and the type of damage based on the hit determination result, and the like. For example, in a battle between a normal NPC controlled by a normal NPC control unit 113 and a player character controlled by a character control unit 112, the battle control unit 114 applies a battle rule, determines a hit by an attack, and results in a hit determination. Determine the amount of damage and the type of damage based on. The rules of the battle are, for example, that an attack on a normal NPC is possible from a player character of a different camp (team) from the normal NPC, but not from a player character of the same camp (team). .. The battle control unit 114 may limit the attack from the player character of the same camp (team) to the normal NPC, or may not limit the attack itself and may not perform the hit determination.

Further, the battle control unit 114 transmits the determination result of the hit determination of the attack from the player character to the normal NPC or the information indicating the damage amount and the type of damage to the game server 30 via the communication unit 12. For example, the game server 30 usually changes the HP value of the NPC based on the determination result of the hit determination or the information indicating the damage amount and the type of damage. On the other hand, the battle control unit 114 normally outputs to the character control unit 112 the determination result of the hit determination of the attack from the NPC to the player character or the information indicating the damage amount and the type of damage. For example, the character control unit 112 changes the HP value of the player character based on the determination result of the hit determination or the information indicating the damage amount and the type of damage.

Further, in the battle play in the boss room, the battle control unit 114 determines the hit by the attack and the hit judgment result in the battle between the boss NPC controlled by the game server 30 and the player character controlled by the character control unit 112. Determine the amount of damage and the type of damage based on it. Further, the battle control unit 114 transmits the determination result of the hit determination of the attack from the player character to the boss NPC or the information indicating the damage amount and the type of damage to the game server 30 via the communication unit 12. For example, the game server 30 changes the HP value of the boss NPC based on the determination result of this hit determination or the information indicating the amount of damage and the type of damage. On the other hand, the battle control unit 114 outputs to the character control unit 112 the determination result of the hit determination of the attack from the boss NPC to the player character or the information indicating the damage amount and the type of damage. For example, the character control unit 112 changes the HP value of the player character based on the determination result of the hit determination or the information indicating the damage amount and the type of damage.

The display control unit 115 generates a game image to be displayed as a game screen and displays it on the display unit 14. For example, the display control unit 115 may use data based on the control result of the character control unit 112, the game processing executed by the game server 30 acquired by the server control information acquisition unit 111, or the game processing executed by the other game device 10. Based on the data based on, the state of each room in the field, the player character of each team, the normal NPC, the boss NPC, and the effect (effect) corresponding to the attack of each character are generated and displayed. Display as a play screen on the unit 14 (see, for example, the play screens of FIGS. 2 and 3).

[Functional configuration of game server 30]
Next, the configuration of the game server 30 will be described.
The game server 30 includes a server control unit 310 as a functional configuration realized by the CPU 31 executing a program stored in the storage unit 35. For example, the server control unit 310 transmits data related to the game (for example, data related to characters and items) stored in the storage unit 35 to the game device 10 via the communication unit 32. Further, the server control unit 310 acquires control information of the player character controlled based on the user's operation in each game device 10 from each game device 10 via the communication unit 32. Then, the server control unit 310 transmits the control information of each player character acquired from each game device 10 to the game device 10 other than the acquired game device 10. As a result, images of player characters operated by a plurality of users in a common field can be displayed on the play screen of each game device 10. Further, the server control unit 310 executes necessary processing on the server device side, such as control of the boss NPC that performs common processing for each game device 10, room occupancy determination, and team victory determination. Hereinafter, the configuration of the game server 30 will be described in detail.

First, the data stored in the storage unit 35 of the game server 30 will be described. For example, the storage unit 35 includes a user data storage unit 351, a team data storage unit 352, a character data storage unit 353, an item data storage unit 354, and a possession data storage unit 355.

The user data storage unit 351 stores user data regarding a user (player) who plays the game. User ID, user name, level, HP, MP, player character data, equipment items, and the like are associated with the user data. The user ID is user identification information. The user name is the name of the user displayed in the game. The level is a value that increases according to the degree of progress of the game by the user's play. The HP and MP values of the player character operated by the user are stored in the HP and MP. The player character data stores the character ID of the player character selected by the user and character parameters such as the attack power and defense power of the player character. Information (for example, item ID) indicating the equipment item set by the user is associated with the equipment item. These data are also stored in the storage unit 15 of the game device 10.

The team data storage unit 352 stores team data related to the team, such as user information belonging to the team (for example, user ID), room occupancy status by each team, or win / loss history. For example, team data is associated with a team ID (team identification information), a user ID of the team, information indicating an occupied room (room identification information, room ID), a win / loss history, and the like.

The character data storage unit 353 stores character data that can be selected by the user as a player character, and character data related to normal NPCs and boss NPCs. Character ID, character name, attribute, characteristic, character parameter, etc. are associated with the character data. The character ID is character identification information. The character name is the name of the character. The attributes include "fire", "water", "tree", "darkness", "holy", etc., and one of the attributes is set for each character. "Fire", "water", and "tree" are superior or inferior to each other. For example, the "water" attribute is superior to the "fire" attribute, the "tree" attribute is superior to the "water" attribute, and the "fire" attribute is superior to the "tree" attribute. Is superior. Note that "darkness" and "holy" are information indicating attacks and defenses having special abilities. As mentioned above, the characteristics show the characteristics of each character's individual abilities, such as "high attack power", "has recovery skills", "can attack high places with throwing weapons", and "specific "A large amount of damage can be given to an attribute character", "Fast movement speed", "Available to attack distant enemies", "Available to damage a wide range", etc. Character parameters include the attack power and defense power of the character. In addition, the level corresponding to the ability (attack power, defense power, etc.) of each NPC is usually set for the NPC and the boss NPC.

The item data storage unit 354 stores item data related to items that can be equipped to the player character. Item ID, item name, category, attribute, and item parameter are associated with the item data. The item ID is the identification information of the item. The item name is the name of the item. The category stores the category of each item (for example, "weapon", "armor", or "special weapon"). The attribute set for each item (one of "fire", "water", "tree", "darkness", and "holy") is stored in the attribute. Values such as attack power, defense power, HP, MP, etc. of each item are set in the item parameters, and by equipping the item, the attack power, defense power, HP, MP, etc. of the player character are strengthened (values are). Will be raised). The item may include a dedicated item that can be equipped only to a specific character, and information indicating the dedicated item may also be included in the item data.

The possession data storage unit 355 stores possession data of items possessed by the user. For example, in the possession data, data (for example, item ID) related to an item acquired by the user by clearing a lottery or a specific event is stored in association with the user ID. The user can select an item to be equipped on the player character from the items stored in the possessed data.

Next, the functional configuration of the server control unit 310 will be described. For example, as shown in FIG. 7, the server control unit 310 includes a terminal control information acquisition unit 311, a boss NPC control unit 312, a normal NPC state synchronization unit 313, a player character synchronization unit 314, and an occupation determination unit 315. It includes a win / loss determination unit 316 and a reward giving unit 317.

The terminal control information acquisition unit 311 acquires various information based on the game processing executed by each game device 10 from each game device 10 via the communication unit 32. For example, the terminal control information acquisition unit 311 acquires control information of the player character (information on activities such as position, HP and MP values, etc.) from each game device 10. Further, the terminal control information acquisition unit 311 acquires from each game device 10 the determination result of the hit determination of the normal NPC and the boss NPC by the battle play or the information indicating the damage amount and the type of damage.

The boss NPC control unit 312 controls the boss NPC in the boss room. For example, the boss NPC control unit 312 causes the boss NPC to appear in the boss room, moves the boss NPC that has appeared, attacks each player character, and changes the HP value according to the attack from each player character. Control. The boss NPC control unit 312 sets the HP of the boss NPC based on the determination result of the hit determination of the attack from the player character to the boss NPC or the information indicating the amount of damage and the type of damage acquired from each game device 10. Change the value. When the HP value of the boss NPC becomes "0", the boss NPC control unit 312 extinguishes (deaths) the boss NPC. Further, the boss NPC control unit 312 transmits the control information of the boss NPC (position and movement information, HP value, etc.) to each game device 10 via the communication unit 32.

The normal NPC state synchronization unit 313 synchronizes the normal NPCs controlled by each game device 10 so that the states are the same. For example, the normal NPC state synchronization unit 313 controls the number of normal NPCs appearing and the timing of appearance. Specifically, the normal NPC state synchronization unit 313 transmits instruction information indicating that fact to each game device 10 when the normal NPC appears. Each game device 10 usually causes an NPC to appear according to the instruction information. As a result, the timing and number of normal NPCs appearing in each game device 10 are approximately the same, and commonality is maintained.

Further, the normal NPC state synchronization unit 313 acquires the HP of the normal NPC based on the determination result of the hit determination of the attack from the player character to the normal NPC or the information indicating the amount of damage and the type of damage acquired from each game device 10. Change the value of. Further, the normal NPC control unit 113 extinguishes (deaths) the normal NPC whose HP value becomes "0". Then, the normal NPC state synchronization unit 313 transmits information indicating the HP value of the normal NPC to each game device 10 at any time, and when the normal NPC disappears (deaths), the information indicating that fact is transmitted to each game device. Send to 10. Each game device 10 usually controls the HP value and state of the NPC based on this information.

The player character synchronization unit 314 synchronizes the player characters controlled by each game device 10 so that the positions and states are the same. For example, the player character synchronization unit 314 controls each player character to be displayed at the same position on each game device 10 based on the information indicating the position of the player character acquired from each game device 10. Specifically, the player character synchronization unit 314 transmits information indicating the position of the player character acquired from each game device 10 to each game device 10. Each game device 10 controls the position of the player character based on the information indicating the position of each player character in each game device 10. As a result, each player character of each game device 10 is displayed at the same position on each game device 10. Further, the player character synchronization unit 314 controls so that the remaining HP of each player character is displayed in the same manner based on the information indicating the state of the player character acquired from each game device 10, and disappears (deaths). The player character is controlled so as to disappear (death) even in the other game device 10. Specifically, the player character synchronization unit 314 transmits information indicating the state of the player character acquired from each game device 10 to each game device 10. Each game device 10 controls the state of the player character based on the information indicating the state of each player character in each game device 10.

The occupancy determination unit 315 occupies which team the normal room is occupied based on whether or not the predetermined occupancy condition is satisfied based on the operation result of the user (that is, whether or not to associate with which team). To judge. For example, the occupancy determination unit 315 determines which team the normal room is occupied by when the subjugation status of the normal NPC satisfies a predetermined occupancy condition in the normal room (that is, which team is associated with it). To judge.

For example, in the normal room associated with the blue team, the occupation determination unit 315 uses the normal room of the red team when the predetermined occupation condition is satisfied by the operation result of the user of the red team (normal NPC subjugation status). Occupy. In this case, the occupation determination unit 315 associates the normal room (room ID) with the red team (team ID of the red team) in the team data stored in the team data storage unit 352. The occupation determination unit 315 may associate the normal room (room ID) with the user information (user ID) belonging to the red team in the team data stored in the team data storage unit 352.

FIG. 8 is a flowchart showing an example of the occupancy determination process for determining the occupancy of the room according to the present embodiment. When the battle in the normal room is started, the occupancy determination unit 315 determines whether or not the predetermined occupancy condition (for example, the normal NPC in the room is completely destroyed) is satisfied based on the operation result of the user (step S100). ). When it is determined that the predetermined occupation condition is not satisfied (NO), the occupation determination unit 315 executes the process of step S100 again. On the other hand, when it is determined that the predetermined occupation condition is satisfied (YES), the occupation determination unit 315 updates the team data stored in the team data storage unit 352 as the occupation by the team satisfying the predetermined occupation condition. (Step S102).

The victory / defeat determination unit 316 determines the victory / defeat of the match by a plurality of teams based on the determination result by the occupation determination unit 315. For example, the win / loss determination unit 316 determines the number of rooms occupied by each of the blue team and the red team (that is, the number of rooms associated with each of the blue team and the red team) according to the determination result by the occupation determination unit 315. Based on, determine the outcome of the match between the blue team and the red team. For example, the victory / defeat determination unit 316 determines that the team with the larger number of occupied rooms wins (wins), and determines that the team with the smaller number of occupied rooms loses (defeats).

In addition, the winning / losing determination may include a draw. For example, if the number of rooms occupied by each team is the same, the winning / losing determination unit 316 may determine that it is a draw. In addition, when the number of rooms occupied by each team is the same, the win / loss judgment unit 316 determines that one team wins and loses the other team, taking into consideration the type of room occupied. May be determined. For example, the victory / defeat determination unit 316 may determine that the team that occupies the boss room wins, or may occupy the boss room at a higher rate than occupying the normal room.

FIG. 9 is a flowchart showing an example of the win / loss determination process according to the present embodiment. When the battle play is started, the winning / losing determination unit 316 starts timing (step S110). Timekeeping may be count-up or countdown. Next, the win / loss determination unit 316 determines whether or not the time limit has expired based on the timed time (step S112). If it is determined that the time limit has not expired (NO), the win / loss determination unit 316 executes the process of step S110 again. On the other hand, when it is determined that the time limit has expired (YES), the win / loss determination unit 316 determines the win / loss based on the number of rooms occupied by each team (step S114).

In addition to the determination result by the occupation determination unit 315, the victory / defeat determination unit 316 considers the points given to each team or the user identified by the user information belonging to the team by the reward giving unit 317. May be determined. For example, if the number of rooms occupied by each team is the same, the victory / defeat determination unit 316 may determine the victory / defeat based on the points given to each team.

FIG. 10 is a flowchart showing an example of a win / loss determination process that considers not only the occupancy of the room but also the points. When the battle play is started, the win / loss determination unit 316 starts timing (step S120). Timekeeping may be count-up or countdown. Next, the win / loss determination unit 316 determines whether or not the time limit has expired based on the timed time (step S122). If it is determined that the time limit has not expired (NO), the win / loss determination unit 316 executes the process of step S120 again. On the other hand, when it is determined that the time limit has expired (YES), the winning / losing determination unit 316 determines the winning / losing based on the number of rooms occupied by each team and the points given (step S124). ).

The winning / losing determination unit 316 may make a winning / losing determination in consideration of points only when the number of rooms occupied by each team is the same, or the number of rooms occupied by each team may be different. The winning or losing judgment may be made in consideration of the points.

(Granting points)
Next, the granting of points will be described. The reward giving unit 317 grants points to the team or the user of the team by "occupying the room", "subjugating the NPC", "assisting", and the like. Hereinafter, they will be described in order.

-Awarding points by "occupying a room" The reward giving unit 317 grants points to a team (or a user of that team) who occupies a room. In other words, if all the normal NPCs that exist in the normal room occupied by the opponent team are subdued and there is no normal NPC in that room, the team on the subdued side will be occupied and points will be given to that team. (For example, 3000 points) will be awarded. Specifically, the reward giving unit 317 is the team (team ID) associated with the room (room ID) by the occupation determination unit 315 or the user belonging to the team in the team data stored in the team data storage unit 352. The information (user ID) is associated with points to be given according to the occupation of the room. For example, this point is added each time it is awarded.

The points given may differ depending on the room. For example, the reward giving unit 317 may give points according to the room to the team that occupies the room. For example, a level (room level) is set for a room, and the reward giving unit 317 may give points to the team that occupies the room according to the room level of the occupied room.

For example, the room level goes up by one each time it is occupied. As the level goes up, the level of normal NPCs that appear also goes up, and the difficulty of occupying becomes higher. Also, as the room level rises, the emerging normal NPCs may become other types of normal NPCs with higher levels. For example, the reward giving unit 317 gives higher points when the room is occupied as the room level is higher. That is, the reward giving unit 317 may increase the points given each time a predetermined occupancy condition is satisfied in the same room. An initial value of points (for example, points given when occupied when the room level is level 1) is set for each room.

FIG. 11 is a diagram showing an example of points given when occupying a room. In this figure, for the normal room A (room A) and the normal room B (room B), the relationship between each room level and the points at the time of occupation is shown. In the illustrated example, the normal room A is occupied when the room levels are level 1 (Lv1), level 2 (Lv2), level 3 (Lv3), level 4 (Lv4), and level 5 (Lv5). The points of are set to 2000 pt (point), 3000 pt, 4500 pt, 6000 pt, and 7500 pt. In normal room B, the points at the time of occupation are 3000 pt for each of the cases where the room level is level 1 (Lv1), level 2 (Lv2), level 3 (Lv3), level 4 (Lv4), and level 5 (Lv5). It is set to 4500 pt, 6000 pt, 7500 pt, and 9000 pt.

In addition, the reward giving unit 317 may increase the points given to the team as the number of rooms occupied by the team increases. For example, the reward giving unit 317 may award bonus points according to the number of other rooms occupied by the team occupying the room when the room is occupied. For example, a bonus coefficient is set according to the number of occupied rooms, and bonus points are given according to the bonus coefficient.

FIG. 12 is a diagram showing an example of setting the number of occupied rooms and the bonus coefficient. In the illustrated example, the bonus coefficients are 1.00 times, 1.05 times, and 1.10 for each case where the number of occupied rooms (number of occupied rooms) is 0, 1, 2, 3, 4, and 5. It is set to times, 1.15 times, 1.20 times, and 1.25 times. For example, points obtained by multiplying the points shown in FIG. 11 by a bonus coefficient are given according to the number of occupied rooms. That is, the reward giving unit 317 gives higher points as the number of occupied rooms of the same team increases at the time of occupying.

By doing so, users of the same team can get more points by attacking at once in the same time zone, so that the user can think about the strategic nature of the time zone.

The points according to the room are not limited to the points according to the room level (difficulty of occupation), and may be, for example, points according to the size (size) of the room. For example, the reward giving unit 317 may give higher points as the occupied room is larger (larger).

-Awarding points by "subjugating NPCs" The reward granting unit 317 grants points according to the type of normal NPC of the opponent team that has subdued (HP is set to 0). When subdued based on the operations of multiple users, points are allocated according to the damage done at the time of subjugation. For example, a level is usually set for an NPC, and points are set according to the level.
In addition, the level is also set for the boss NPC, and when the boss NPC is defeated, a boss NPC with a higher level than the subdued boss NPC will appear at the next appearance. The higher the level of the boss NPC, the higher the points given at the time of subjugation. Since the points given by subduing the boss NPC are higher than the points normally given by subduing the NPC, both teams will gather in the boss room and subdue while the boss appears. Unlike normal NPCs, boss NPCs can attack from both teams, so if both teams do damage, points will be assigned to each team according to the amount of damage at the time of subjugation.

-Point granting by "assist" The reward granting unit 317 increases the attack power of the player character operated by the user of the same team (buff), or lowers the defense power of the normal NPC of the opponent team (debuff). A preset point (for example, 50 points) is given.

(Bonus when occupying a room)
When the room is occupied, the reward giving unit 317 may generate a favorable effect as a bonus (for example, randomly generated) on the occupied team. For example, the reward granting unit 317 produces the above-mentioned advantageous effect when the last normal NPC existing in the normal room is subdued. Advantageous effects include, for example, the appearance of powerful fellow normal NPCs in the occupied room, the increase in the number of fellow normal NPCs appearing in the occupied room, and the increase in the attack power of all player characters of your team (buff). ), Etc. In this way, the reward giving unit 317 may generate an effect that is advantageous to the user of the team in the progress of the play based on the operation of the user in the room occupied by the team.

[Summary of the first embodiment]
As described above, the game system 1 according to the present embodiment includes a character control unit 112 (an example of a character moving unit), an occupation determination unit 315 (an example of an area determination unit), and a win / loss determination unit 316. ing. The character control unit 112 is a field having a plurality of rooms (an example of an area) common to a plurality of teams based on an operation for each user identified by user information (for example, a user ID) belonging to each of the plurality of teams. The player character (an example of the character) associated with each user information is moved within. The occupancy determination unit 315 determines which team the room (an example of the area) is associated with based on whether or not the operation result of the user satisfies a predetermined occupancy condition (an example of a predetermined condition) (for example, any of them). Whether to occupy the team of The victory / defeat determination unit 316 determines the victory / defeat of the match by a plurality of teams based on the determination result by the occupation determination unit 315.

As a result, the game system 1 has a new pleasure of deciding the victory or defeat by occupying a room (an example of an area) in a team battle type action game in which each user moves a player character in the field. Can be provided. For example, in a conventional team-based action game, which team wins or loses depending on which team defeats more opponent (enemy) characters, or which team reaches the final destination first. In many cases, it was difficult to tell in real time which team was dominant in the middle of the game, but in this embodiment, which team is always dominant in terms of the number of rooms occupied. It is possible to let the user play without interrupting the tension. In addition, when compared with a game in which one player competes for an area, since this embodiment is a team battle, cooperative play as a team and multiple player characters appearing on both the enemy and the ally, etc. , It is possible to provide a more strategic game.

For example, the game system 1 includes a normal NPC control unit 113 or a boss NPC control unit 312 (an example of an NPC control unit) that controls an NPC (normal NPC or boss NPC) in a room (an example of an area). Then, the occupation determination unit 315 (an example of the area determination unit) determines which team the room is associated with when the subjugation status of the NPC (normal NPC or boss NPC) in the room satisfies the predetermined occupation condition. To do.

As a result, the game system 1 can occupy each room by defeating the normal NPCs or boss NPCs that appear in each of the plurality of rooms in the field, so that the opponents of each team have the same conditions. Can be done and fairness can be maintained.

For example, the normal NPC subjugation status is the number of normal NPCs appearing in a normal room (an example of an area). The predetermined occupancy condition is, for example, that all the normal NPCs existing in the room are subdued (HP becomes "0") (that is, the number of normal NPCs becomes 0). The above-mentioned predetermined occupation condition in a normal room is not limited to the fact that all the normal NPCs existing in the room are subdued (HP becomes "0"), and other conditions may be used. For example, the predetermined occupancy condition is that the number of normal NPCs existing in the room is less than or equal to a predetermined number (for example, 2 or less), or the number of normal NPCs existing in the room is more than a predetermined number (for example, 2 or less). For example, it may be 10 or more. Further, in the case of the boss room, the above-mentioned predetermined occupation condition is that the boss NPC is subdued (HP becomes "0").

As a result, the game system 1 occupies the normal room when the number of normal NPCs appearing in the normal room satisfies a predetermined occupation condition (for example, when the number of normal NPCs becomes 0). It is easy to understand the occupation conditions. In addition, since it can be occupied quickly by cooperating with the team members, it is possible to obtain a sense of unity in which the user is fighting in the team.

For example, a normal NPC (an example of an NPC) in a normal room (an example of an area) corresponds to any one of a plurality of teams. As a result, the game system 1 can be in the same situation as when the opponent is fighting with the opponent's team while the opponent is an NPC, and the user can play while realizing that the opponent is in a team battle. be able to.

Instead of the battle with the NPC, the player characters of the teams may play each other in each room. For example, it may be possible to occupy by subduing the player character of the opponent's team.

Further, the victory / defeat determination unit 316 is based on the number of rooms (an example of an area) associated with each of the plurality of teams based on the determination result by the occupation determination unit 315 (an example of the area determination unit), and the battle between the plurality of teams is performed. Judge the victory or defeat. As a result, in the game system 1, the winning or losing of the team is determined by the number of occupied rooms, so that the user can easily understand the situation during the battle and the result when the battle is completed. Further, since the game system 1 has a plurality of rooms to be occupied in the field to be played against, the range of strategies such as which room should be occupied can be expanded.

In addition, the game system 1 gives points to a team associated with a room (an example of an area) by an occupation determination unit 315 (an example of an area determination unit) or a user identified by user information belonging to the team. A granting unit 317 is provided. As a result, the game system 1 gives points to the team or the user of the team who occupies the room, so that it is possible to add fun other than the occupancy situation. For example, when the game system 1 gives points to each user, the game system 1 can give the user the enjoyment of competing with each other in addition to the competition between the teams.

For example, the reward giving unit 317 responds to a team to which a room (an example of an area) is associated by an occupation determination unit 315 (an example of an area determination unit) or a user identified by user information belonging to the team according to the room. Give points. For example, the reward giving unit 317 gives points according to the room level.

As a result, the game system 1 is given different points depending on the occupied room (for example, room level). Therefore, for example, an attempt is made to occupy a large number of low-difficulty rooms, or a number of high-difficulty rooms are used. Can provide a highly strategic game because it is possible to select at least whether or not to occupy as a team strategy.

Further, the occupation determination unit 315 (an example of the area determination unit) is based on the operation result of a user identified by user information belonging to another team in a room (an example of an area) associated with any team of a plurality of teams. When a predetermined occupancy condition is met, the room is associated with the other team or user information belonging to the other team. Then, the reward giving unit 317 increases the points to be given each time a predetermined occupation condition is satisfied in the same room. That is, the reward giving unit 317 increases the value of the reward given each time a predetermined occupation condition is satisfied in the same room. The value of the reward is, for example, the amount of reward (eg, the amount of points). The value of the reward may be the degree of influence on the victory or defeat determination (for example, the high or low points, the degree of the points affecting the victory or defeat, etc.). In addition, the value of the reward may be the degree of advantage in the battle, such as the amount of increase in the attack power of the own team or the amount of decrease in the defense power of the opponent team.

As a result, in the game system 1, the points given when occupying the same room by teams are increased, so that the users of each team can be motivated to play repeatedly. You can expect a heated game development.

The reward giving unit 317 increases the points given when the area is associated with the team as the number of rooms (an example of the area) associated with the team by the occupation determination unit 315 (an example of the area determination unit) increases. As a result, the game system 1 can advance the game in an advantageous manner as the room is occupied.

The victory / defeat determination unit 316 is based on the determination result for each of the plurality of rooms (an example of the area) by the occupation determination unit 315 (an example of the area determination unit) and the reward giving unit 317 based on each team or the user information belonging to the team. Based on the points given to the identified user, the victory or defeat of the match by a plurality of teams is determined. As a result, the game system 1 can provide a highly strategic game because the winning or losing depends on which area is occupied because not only the occupancy of the room but also the acquisition of points affects the winning or losing.

The reward giving unit 317 is not limited to giving points, but may give items, virtual currency, and the like as rewards.

In addition, the reward granting unit 317 refers to the user identified by the user information belonging to the team in the room (an example of the area) associated with the team by the occupation determination unit 315 (an example of the area determination unit). An effect that is advantageous for the progress of play based on the operation may be generated. Advantageous effects include, for example, the appearance of powerful fellow normal NPCs in the occupied room, the increase in the number of fellow normal NPCs appearing in the occupied room, and the increase in the attack power of all player characters of your team (buff). ), Etc. As a result, the game system 1 can advance the game in an advantageous manner as the room is occupied.

Each of the above player characters (an example of a character) is set with characteristics that affect the progress of play based on the user's operation. As a result, the game system 1 can provide a highly strategic game because the type and power of the attack changes depending on the characteristics of the player character, and the superiority or inferiority also occurs depending on the compatibility with the characteristics of the opponent.

[Second Embodiment]
Next, a second embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described. In this embodiment, an example of a method of appearing a normal NPC appearing in a normal room will be described. The type and initial number of normal NPCs that exist in a normal room are set for each room. Even if a player character normally defeats an NPC, it will be revived (appeared) one by one every time a predetermined time (for example, 10 seconds) elapses. Normally NPCs will be revived until the initial number is reached. That is, the initial number set for each normal room is the upper limit of the normal NPCs existing in that room. That is, the normal NPC control unit 113 causes the normal NPC to appear in the normal room at predetermined time intervals. Further, the normal NPC control unit 113 causes the normal NPCs 113 appearing at predetermined time intervals in the normal room until the number of normal NPCs appearing at the same time reaches a preset upper limit.

In this way, normal NPCs will be revived even if they are subdued, so it is more efficient to occupy a room by cooperating as a team and attacking one room at once rather than defeating a normal NPC alone. .. Normally, the time to revive an NPC is determined for each room and each room level, and the higher the room level, the shorter the time to revive and the more difficult it is to occupy.

FIG. 13 is a diagram showing a setting example of a normal NPC appearance method. In the illustrated example, for the normal room A (room A) and the normal room B (room B), the appearance normal NPCs (appearance NPCs), the initial number, and the appearance time (time interval) at the time of revival are the rooms. It is set for each level. In the normal room A, the normal NPC that appears is the character A, and the higher the room level, the larger the initial number and the shorter the appearance time (time interval) when reviving, so the difficulty of occupying increases.

On the other hand, in the normal room B, the normal NPC that appears from level 1 (Lv1) to level 3 (Lv3) is the character B, but in level 4 (Lv4) and level 5 (Lv5), the character appears in the normal NPC that appears. C is added. As described above, usually, a plurality of types of NPCs may exist in one room. In that case, the initial number and the appearance time (time interval) at the time of revival may be set for each type of NPC. In this normal room B, the initial number and the appearance time (time interval) at the time of revival are set for each of the character B and the character C, and the higher the room level, the larger the initial number of each, and each of them. The appearance time (time interval) at the time of resurrection becomes shorter. In this way, the higher the room level of normal room B, the higher the difficulty of occupying it.

[Summary of the second embodiment]
As described above, in the game system 1 according to the present embodiment, the character control unit 112 (an example of the character movement unit) is within the team based on the operation for each user identified by the user information belonging to the team. The character associated with each user information is moved within the field (FLD) having a common area. The normal NPC control unit 113 (an example of an NPC control unit) causes a normal NPC (an example of an NPC) to appear in a normal room (an example of an area) at predetermined time intervals. Further, the occupation determination unit 315 (an example of the area determination unit) determines whether or not to associate the normal room with the team when the subjugation situation of the normal NPC satisfies a predetermined condition in the normal room. The winning / losing determination unit 316 determines the winning / losing of the team based on the normal room associated with the team by the occupation determination unit 315.

As a result, the game system 1 usually revives at predetermined time intervals even if the NPC is subdued, so that it is not easy to occupy the normal room alone, and it is necessary for the team to play more cooperatively. it can. Therefore, the game system 1 can provide a game with a high awareness of team battles.

For example, the normal NPC subjugation status is the number of normal NPCs appearing in a normal room (an example of an area). The predetermined occupancy condition is, for example, that all the normal NPCs existing in the room are subdued (HP becomes "0") (that is, the number of normal NPCs becomes 0). The above-mentioned predetermined occupation condition in a normal room is not limited to the fact that all the normal NPCs existing in the room are subdued (HP becomes "0"), and other conditions may be used. For example, the predetermined occupancy condition is that the number of normal NPCs existing in the room is less than or equal to a predetermined number (for example, 2 or less), or the number of normal NPCs existing in the room is more than a predetermined number (for example, 2 or less). For example, it may be 10 or more. Further, in the case of the boss room, the above-mentioned predetermined occupation condition is that the boss NPC is subdued (HP becomes "0").

As a result, the game system 1 sets the normal room when the number of normal NPCs appearing in the normal room at predetermined time intervals satisfies a predetermined occupancy condition (for example, when the number of normal NPCs becomes 0). Since it can be occupied, the occupation conditions are easy to understand. In addition, since it can be occupied quickly by cooperating with the team members, it is possible to obtain a sense of unity in which the user is fighting in the team.

The normal NPC control unit 113 causes the normal NPCs 113 to appear at predetermined time intervals in a normal room (an example of an area) until the number of normal NPCs (an example of an NPC) that are appearing at the same time reaches a preset upper limit. The preset upper limit is, for example, the initial number of normal NPCs that first exist (appear) in the normal room. As a result, the game system 1 will be revived even if the initial number of normal NPCs that first exist (appear) in the normal room are subdued, so that it is not easy to occupy the normal room by one person. You can need co-op play as a team. Therefore, the game system 1 can provide a game with a high awareness of team battles.

When there are a plurality of normal rooms (an example of an area) in the field, the normal NPC control unit 113 has a time interval for causing the normal NPCs (an example of an NPC) to appear in each of the plurality of normal rooms, or the normal NPCs appearing at the same time. Control the maximum number of. As a result, the game system 1 can set the difficulty level of occupation for each room.

The normal NPC control unit 113 makes a normal NPC (an example of an NPC) appear in the same normal room (an example of an area) every time a predetermined occupancy condition (an example of a predetermined condition) is satisfied. Or increase the maximum number of normal NPCs that can appear at the same time. As a result, the game system 1 requires teams to occupy the same room, which increases the difficulty of occupying the room. Therefore, more cooperative play is required, and a heated game development can be expected.

In the present embodiment, an example is described in which an initial number of normal NPCs first exists in a normal room, and even if the normal NPCs are subdued, the initial number can be restored at predetermined time intervals. Initially, there are usually no NPCs, and they may appear or reappear up to a preset upper limit at predetermined time intervals.

[Third Embodiment]
Next, a third embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described. In the present embodiment, a process for suppressing the influence of a time lag that may occur in an online game in which a large number of game devices 10 play against each other will be described. Conventionally, in real-time games such as online action games, management of player characters and NPCs (HP value, position on the map, attack activation state, etc.) is a server (or a host terminal having the same function as the server). It is generally managed centrally by. The operation information from each terminal is aggregated in the server, the processing result is returned to each terminal, and each terminal performs processing such as drawing based on the processing result.

Here, if you attack the same NPC with an attack power that can be subdued from different terminals at about the same time, it seems that you attacked from any of the attacking terminals, but as a result, only one terminal It does not mean that it has been subdued. Users of terminals that could not be subdued may have the proto-language that they should have attacked but could not subdue. This is because communication causes a time lag between sending the attacked information from the terminal, processing it on the server, and transmitting the processing result to the terminal again. In particular, such a problem may become noticeable in the case of a terminal such as a mobile terminal where a stable communication environment cannot always be secured, or in the case where the server is physically distant such as overseas. is there.

Therefore, as described in the first embodiment, in the game system 1, the NPC usually has a camp (team) setting, and the specifications are such that only one of the teams can attack. For example, the battle control unit 114 of the game device 10 operated by the user of the blue team controls the attack from the blue team to the normal NPC of the red team camp based on the operation of the user of the blue team, and the blue team controls the attack on the normal NPC. Limit attacks on the normal NPCs of the team camp. On the other hand, the battle control unit 114 of the game device 10 operated by the user of the red team controls the attack from the red team to the normal NPC of the blue team camp based on the operation of the user of the red team, and the red team controls the attack on the normal NPC. Limit attacks on the normal NPCs of the team camp. Here, the limitation of the attack is, for example, that the attack cannot be made, or that there is no hit judgment even if the attack is made.

This can alleviate the proto-language that you should have attacked but could not subdue. For example, NPCs are usually not attacked by both the blue and red teams, so the above proto-language between teams will not occur. However, although the above-mentioned proto-language can occur between player characters in a team, since it is a team battle type game, the influence is less than that between opponents.

Also, since the boss NPC can attack from both sides (for example, both the blue team and the red team), it is possible that the proto-language that the boss NPC could have attacked but could not be subdued. However, in the first place, the boss NPC has higher HP, attack power, defense power, etc. than the normal NPC, and is subdued by a large number of attacks from both teams. Therefore, although the proto-language can occur in the attack at the time of subjugation (the last stop), the order of the attacks from both teams up to that point may be changed, but it cannot be a big proto-language. Further, in the conventional game, there is a specification that bonus points are given by subduing the boss NPC (the last stop), but by not giving such bonus points in this embodiment, the above-mentioned proto-language game The impact on victory or defeat can be minimized.

Further, in the game system 1, attacks are also restricted with respect to attacks between player characters that are opponents. For example, the battle control unit 114 attacks a player character of another team from the player character to the player character of the other team, as compared with the damage given to the normal NPC by the attack from the player character to the normal NPC. Limit the damage done so that it is small. That is, the merit of performing a battle such as a direct attack between the player characters is reduced, and the factors that motivate the battle between the player characters are reduced. Specifically, it is possible to attack the opponent's player character for the time being, but the damage in that case is limited to a value smaller than the damage in the case of a normal NPC, for example, the minimum value (for example, 1 point). To. The damage caused by the attack on the opponent's player character may be "0" (no damage).

The battle control unit 114 may limit the activity of the opponent's player character by attacking the opponent's player character from the player character. Activity restrictions are, for example, disabling specific actions (movement, attack, etc.), limiting the speed of specific actions (for example, slowing the movement speed), and restricting specific attacks. (For example, reducing the attack power) or limiting the range to activities (narrowing the range of movement). For example, the battle control unit 114 in addition to or instead of inflicting damage (for example, the minimum value) on the opponent's player character by attacking the opponent's player character from the player character, for a certain period of time (for example, for example). 2 seconds) You may stop the movement of the opponent's player character. As a result, when attacking the opponent's player character, the purpose is to stop the movement rather than causing damage.

The differences in processing between normal NPCs and boss NPCs are summarized below. Normally, NPCs can only attack from the player character of one team, while boss NPCs can attack from the player character of any team. Therefore, both processes differ in whether they are synchronous processes in which the position, movement, state, and the like are controlled to be the same in each game device 10, or asynchronous processes in which each game device 10 is controlled.

FIG. 14 is a diagram showing a difference in processing between a normal NPC and a boss NPC. In the normal NPC processing, the processing for the position in the field of the normal NPC, the movement (motion) of the normal NPC, the display of the effect by the attack, and the hit judgment by the attack becomes asynchronous processing (that is, control for each game device 10). , The processing for the remaining amount of HP that changes due to damage and the abnormal state such as disappearance (death) is synchronized processing so that each game device 10 has the same processing. On the other hand, in the processing of the boss NPC, the position in the field of the boss NPC, the movement (motion) of the boss NPC, the display of the effect by the attack, the remaining amount of HP that changes due to the damage, and the processing for the abnormal state such as disappearance (death). Is a synchronous process, and the hit judgment by an attack is an asynchronous process. Note that the position of the player character is synchronized. The portion to be synchronous processing is managed by the game server 30, and the portion to be asynchronous processing is managed by the game device 10.

That is, basically, highly real-time actions such as the position and movement (motion) in the field of the NPC and the effect (effect) when the attack (technique) is activated are managed by each game device 10 (terminal side). , Only the information about the subjugation and the amount of damage is managed by the game server 30 (server side). Therefore, the position in the room of the normal NPC may be different for each game device 10. On the other hand, the position in the field of the boss NPC is managed by the game server 30 (server side). Therefore, the positions of the boss NPCs are basically the same, although there is a time lag in each game device 10.

For example, if the position of the boss NPC in the field is made asynchronous, the proto-language of the positional relationship between the player characters of each team playing against the same boss NPC becomes prominent. For example, I intended to attack the opponent's player character to block the movement and stop it from approaching the boss NPC, but in the game device 10 of the opponent's player character, the boss NPC can attack at a close position. It becomes inconsistent in the part related to the strategy of each team such as. In order to prevent such a situation, the boss NPCs that can be attacked by any team are synchronized with respect to their positions in the field.

[Summary of the third embodiment]
As described above, in the game system 1 according to the present embodiment, the normal NPC control unit 113 (an example of the first NPC control unit) normally controls the NPC (an example of the first NPC) in the field. Further, the battle control unit 114 is a normal NPC (for example, for example) of the blue team to the red team camp based on the operation of the user identified by the user information belonging to the blue team (an example of the first team) among the plurality of teams. Control an attack on the first NPC). On the other hand, the battle control unit 114 limits the attacks from the red team (an example of the second team) of the plurality of teams to the normal NPCs of the red team camp.

As a result, the game system 1 can usually attack NPCs from only one team (for example, because both the blue team and the red team cannot attack), which can occur in an online game. It can be suppressed so that the original word that it should have been done but could not be subdued does not occur. That is, the game system 1 can suppress the influence of the time lag that may occur in the online game.

The match control unit 114 is a user identified by the user information belonging to the red team (an example of the second team) based on the operation of the user identified by the user information belonging to the blue team (an example of the first team). When controlling an attack on a player character (an example of a second character) that is active based on each operation, an attack on a blue team (an example of a first team) causes a normal NPC of the red team camp (for example, the first). The damage given to the player character of the red team (an example of the second character) is smaller than the damage given to the player character of the red team (an example of the influence). Limit to. In the case of an attack from the red team to the player character of the blue team, the battle control unit 114 also limits the influence on the player character of the blue team to be small.

As a result, the game system 1 may generate a proto-language that the player characters should have attacked but could not be subdued in the battle between the player characters. However, the damage caused by the attack is extremely reduced to perform the battle between the player characters. Since it is possible to reduce the merits of the above and reduce the factors that motivate the battle between the player characters, it is possible to suppress the influence of the above-mentioned discrepancy.

Further, the battle control unit 114 may limit the activity of the player character of the red team by attacking the player character of the red team (an example of the second character) from the blue team (an example of the first team). Good. Similarly, the battle control unit 114 may limit the activity of the player character of the blue team by attacking the player character of the blue team from the red team.

As a result, in the battle between player characters, the purpose of the game system 1 is to stop the movement rather than damaging the opponent's player character, so that the proto-language that the player character should have attacked but could not be subdued is suppressed. it can.

Further, the game system 1 usually includes a plurality of game devices 10 (an example of a terminal device) including an NPC control unit 113 (an example of a first NPC control unit), and a game server 30 (server) that is communicated and connected to the plurality of game devices 10. (Example of device). Then, the normal NPC control unit 113 controls the position of the normal NPC (an example of the first NPC) in the field for each of the plurality of game devices 10. That is, each of the normal NPC control units 113 of the plurality of game devices 10 controls the normal NPC in the field for each of the plurality of game devices 10.

As a result, the game system 1 normally performs actions with high real-time characteristics such as the position and movement (motion) in the field of the NPC, and the effect (effect) when the attack (skill) is activated, in each game device 10 ( Since it is managed on the terminal side), it can be suppressed so as not to be affected by the time lag due to communication.

Further, the game server 30 (an example of a server device) includes a boss NPC control unit 312 (an example of a second NPC control unit) that controls a boss NPC (an example of a second NPC) in a field. The battle control unit 114 controls an attack from the blue team to the boss NPC based on the operation of the user identified by the user information belonging to the blue team (an example of the first team). Similarly, the battle control unit 114 controls an attack from the red team to the boss NPC based on the operation of the user identified by the user information belonging to the red team (an example of the second team). Then, the boss NPC control unit 312 controls the position of the boss NPC in the field so that the plurality of game devices 10 (an example of the terminal device) have the same position.

As a result, the game system 1 can synchronize the boss NPCs attacked by both camps (for example, both the blue team and the red team) so that the positions of the attack targets are the same in each game device 10. Therefore, consistency can be ensured in the battle of a plurality of users against the same attack target.

Defeating a boss NPC (an example of a second NPC) usually requires more attacks than subduing an NPC (an example of a first NPC). For example, a boss NPC is usually set to have a higher HP than an NPC. The boss NPC may be set to have a higher defensive power than the normal NPC. Further, the attack power when the player character attacks the boss NPC may be lower than the attack power when the player character normally attacks the NPC.

As a result, the game system 1 may have the proto-language that the attack at the time of subjugation (the last stop) could not be subdued even though it should have attacked, but the order of the attacks from both teams up to that point has been changed. However, since it cannot be a big proto-language, the influence of the above inconsistency can be reduced as a whole attack until it is subdued.

[Fourth Embodiment]
Next, a fourth embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described. In the first embodiment, as a basic rule of the game, the team with a large number of occupied rooms within the time limit (for example, 3 minutes) wins, but depending on the difference in ability with the opponent. In some cases, the superiority or inferiority of the battle situation becomes clear without waiting for the time limit, and the victory or defeat is practically settled. In such a case, if the play must be continued until the time limit, the play time may be felt as wasted time for the user. Therefore, in the present embodiment, an example in which the victory or defeat by the competitive play is exceptionally determined before the time limit will be described.

In the present embodiment, the win / loss determination unit 316 is before the time limit is reached based on the room occupation status by each team (that is, the association status of a plurality of rooms (normal room, boss room, etc.) with the team). However, the victory or defeat of the team may be decided. For example, when the occupancy status of the room by each team becomes a preset situation, the victory / defeat determination unit 316 starts before the time limit is reached, provided that the situation is maintained for a predetermined time (for example, 30 seconds). Even so, the victory or defeat of the team is confirmed. The preset room occupancy status is, for example, a situation in which one team occupies all of the occupable rooms. In this case, if the situation in which one team occupies all the rooms is maintained for a predetermined time (for example, 30 seconds), the winning / losing determination unit 316 determines the winning / losing of the team even before the time limit is reached. Specifically, the victory / defeat determination unit 316 determines that the team that occupies all the rooms wins. In other words, the victory / defeat judgment unit 316 is like a so-called cold game when the superiority or inferiority of the battle situation is clarified without waiting for the time limit due to the difference in ability between the teams based on the room occupation situation by each team. In addition, the victory or defeat is confirmed before the time limit and the battle play ends.

In addition, information indicating the above-mentioned predetermined time, which is a condition for determining the victory or defeat of the team, may be displayed on the play screen on which the play image of the battle play is displayed. For example, when one team occupies all the rooms, the display control unit 115 starts the countdown display up to the predetermined time as information indicating the time until the predetermined time (for example, 30 seconds) is reached. .. Then, the display control unit 115 continues the countdown display while the situation in which one team occupies all the rooms is maintained, and when the predetermined time elapses (when the countdown reaches 0 seconds), Alternatively, if one or more rooms are occupied and returned to the other team before the predetermined time has elapsed, the countdown display ends. The information displayed on the play screen indicating the time until the predetermined time (for example, 30 seconds) is reached may be a countdown display (remaining time) or a countup display (elapsed time). May be good.

In addition, after the situation in which one team occupies all the rooms, the victory / defeat determination unit 316 cannot maintain the situation for a predetermined time (for example, 30 seconds) and occupies one or more rooms in the other team and returns. In that case, when one of the above teams occupies all the rooms that can be occupied, the above-mentioned predetermined time, which is a condition for determining the victory or defeat of the team, is shortened (for example, shortened from 30 seconds to 15 seconds). May be good. That is, when the situation where all the rooms are occupied by any team repeatedly occurs, the victory / defeat determination unit 316 sets the above-mentioned predetermined time which is a condition for determining the victory or defeat of the team according to the number of times all the rooms are occupied. It may be shortened.

As the number of times all rooms are occupied in this way increases, the predetermined time becomes shorter. The number of times this room is occupied is the number of times counted for each team. That is, when the same team repeatedly occupies all the rooms, the predetermined time is shortened each time. For example, if the blue team first occupies all rooms and fails to maintain this occupancy of all rooms before the 30-second count ends, and the blue team occupies all rooms again, the count will be 15 seconds. If the red team occupies the entire room for the first time instead of the blue team, the count will be 30 seconds instead of 15 seconds. This countdown gives the teams that have occupied all the rooms time to have a chance to rewind, in order to eliminate the absurdity that the match will end without being able to show their abilities at once for some reason. Is.

If the remaining time until the time limit is reached (the remaining time of the match) is less than or equal to the above-mentioned predetermined time, the countdown will not be displayed even if all rooms are occupied. For example, if one team occupies all the rooms when the remaining time of the match is 20 seconds, the match will end due to the time limit before the countdown becomes "0" even if the countdown of 30 seconds is started. Therefore, there is no point in displaying the countdown.

Next, the operation of the countdown process that counts down when all the rooms are occupied by any team in the above-mentioned battle play will be described.
FIG. 15 is a flowchart showing an example of countdown processing in the battle play according to the present embodiment.

When the battle play is started, the occupation determination unit 315 determines whether or not the room is occupied (step S200). If it is determined that the room is not occupied (NO), the occupation determination unit 315 returns to the process of step S200 and determines whether or not the room is occupied. On the other hand, when it is determined that the room is occupied (YES), the occupation determination unit 315 determines whether or not all the rooms have been occupied by any team (step S202).

When it is determined that all the rooms are not occupied by any team (NO), the occupation determination unit 315 returns to the process of step S200 and determines whether or not the rooms are occupied. On the other hand, when it is determined that all the rooms are occupied by any team (YES), the occupation determination unit 315 determines the number of times all the rooms are occupied by that team (step S204).

When it is determined that the number of times all rooms are occupied by the team is the first time (first time), the victory / defeat determination unit 316 determines whether or not the remaining time of the time limit (remaining time of the match) is 30 seconds or more (the remaining time of the match). Step S206). If it is determined that the remaining time is less than 30 seconds (NO), the win / loss determination unit 316 returns to the process of step S200 without performing the countdown. As a result, the battle play is continued until the time limit is reached. On the other hand, when it is determined that the remaining time is 30 seconds or more (YES), the win / loss determination unit 316 starts a countdown of 30 seconds (step S208).

Next, the occupation determination unit 315 determines whether or not the room has been occupied (occupied and returned) (step S210). That is, the occupation determination unit 315 determines whether or not the state in which all the rooms are occupied is maintained. If it is determined that even one room has been occupied and returned (all room occupation was not maintained) before the countdown reaches "0" (YES), the win / loss determination unit 316 ends the countdown in the middle. , Return to the process of step S200. This returns to normal battle play. On the other hand, when it is determined that the room is not occupied (occupation of all rooms is maintained) (NO), the win / loss determination unit 316 determines whether or not the countdown has reached "0" (step S212). .. If it is determined that the countdown is not "0" (NO), the win / loss determination unit 316 returns to the process of step S210 and continues the countdown. On the other hand, if it is determined that the countdown has reached "0" (YES), the victory / defeat determination unit 316 considers the team that has occupied all the rooms to win (cold game), and ends the battle play at that point.

On the other hand, in step S210, since it was determined that the occupation of all rooms was not maintained before the lapse of 30 seconds, the 30-second countdown ended in the middle and returned to the normal battle play, and then the previous time again in this state. When the team that has occupied all the rooms occupies all the rooms, it is determined that the number of times that the team has occupied all the rooms in step S204 is the second time. The second countdown is 15 seconds, which is shorter than the first. The victory / defeat determination unit 316 determines whether or not the remaining time of the time limit (remaining time of the match) is 15 seconds or more (step S214). If it is determined that the remaining time is less than 15 seconds (NO), the win / loss determination unit 316 returns to the process of step S200 without performing the countdown. As a result, the battle play is continued until the time limit is reached. On the other hand, when it is determined that the remaining time is 15 seconds or more (YES), the win / loss determination unit 316 starts a countdown of 15 seconds (step S216).

Next, the occupation determination unit 315 determines whether or not the room has been occupied (occupied and returned) (step S218). That is, the occupation determination unit 315 determines whether or not the state in which all the rooms are occupied is maintained. If it is determined that even one room has been occupied and returned (all room occupation was not maintained) before the countdown reaches "0" (YES), the win / loss determination unit 316 ends the countdown in the middle. , Return to the process of step S200. This returns to normal battle play. On the other hand, when it is determined that the room is not occupied (occupation of all rooms is maintained) (NO), the win / loss determination unit 316 determines whether or not the countdown has become "0" (step S220). .. If it is determined that the countdown is not "0" (NO), the win / loss determination unit 316 returns to the process of step S218 and continues the countdown. On the other hand, if it is determined that the countdown has reached "0" (YES), the victory / defeat determination unit 316 considers the team that has occupied all the rooms to win (cold game), and ends the battle play at that point.

On the other hand, in step S218, since it was determined that the occupation of all rooms was not maintained before the lapse of 15 seconds, the 15-second countdown ended in the middle and returned to the normal battle play, and then the previous time again in this state. When the team that has occupied all the rooms occupies all the rooms, it is determined that the number of times that the team has occupied all the rooms in step S204 is the third time. In the case of the third all-room occupancy by the same team, the victory / defeat determination unit 316 does not count down, but the team that occupies all the rooms at that time wins (cold game) and ends the battle play.

[Summary of Fourth Embodiment]
As described above, in the game system 1 according to the present embodiment, the occupation determination unit 315 (an example of the area determination unit) determines whether or not the operation result of the user identified by the user information belonging to the team satisfies a predetermined condition. Based on the above, it is determined whether or not each of the plurality of rooms (an example of the area) in the field is associated with the team (for example, which team is occupied). The victory / defeat determination unit 316 determines the victory or defeat of the team based on the determination result by the occupation determination unit 315 within the preset time limit, and the occupancy status of the room by each team (association status with the teams in a plurality of areas). Based on one example), the team wins or loses even before the time limit is reached.

As a result, in the game system 1, in an action game in which a plurality of users forming a team operate each character to fight against an enemy character, the superiority or inferiority of the battle situation becomes clear without waiting for a time limit, and the victory or defeat is substantially achieved. In the case where the game is settled, the victory or defeat is confirmed at that point and the game ends, so that it is possible to suppress unnecessary play time for the user.

Further, the winning / losing determination unit 316 is conditioned on the condition that when the occupancy status of the room by each team (an example of the status of association with teams in a plurality of areas) becomes a preset status, the status is maintained for a predetermined time. As a result, the team wins or loses even before the time limit is reached. For example, the preset room occupancy status is a situation in which one team occupies all the rooms that can be occupied (all rooms are occupied).

As a result, the game system 1 can give the occupied team time a chance to rewind even if the entire room is occupied by one team. Therefore, the game system 1 can suppress the absurdity that the battle ends without being able to exert its ability by being attacked at once for some reason.

The preset room occupancy status may be a situation in which the difference between the number of rooms occupied by one team and the number occupied by the other team is greater than or equal to a predetermined number, or the field can be occupied. One team may occupy a predetermined ratio or more or a predetermined number or more of the rooms. In addition, the preset room occupancy status may be based on the ratio or number of occupancy of the room occupied by one team by the other team.

Further, in the present embodiment, when the room occupancy status by each team becomes a preset situation (for example, all room occupancy), before the time limit is reached, provided that the situation is maintained for a predetermined time. Even so, I explained an example of determining the victory or defeat of a team, but if the occupied team is not given time to have a chance to rewind, the situation where each team occupies the room is preset (for example, The team may win or lose even before the time limit is reached, provided that all rooms are occupied).

Further, the winning / losing determination unit 316 shortens the predetermined time according to the number of times that the occupancy status of the room by each team (an example of the status of association with the teams in a plurality of areas) becomes a preset status. As a result, the game system 1 is considered to be more certain that the team is superior to the first all-room occupancy when the all-room occupancy is repeated. Therefore, the occupied team It is possible to shorten the time that becomes the chance of rewinding and prevent the user of the team that occupies the entire room from having wasted play time.

For example, in the case of a match between a plurality of teams, the above number of times is counted for each team. As a result, in the game system 1, if one team occupies all the rooms and then the other team occupies all the rooms again, it is considered that the superiority or inferiority of the battle situation is not clear. It can give an equal chance of rewinding.

In addition, the display control unit 115 provides information indicating the time until the predetermined time is reached when the room occupancy status by each team (an example of the status of association with teams in a plurality of areas) becomes a preset status. Is displayed. As a result, the game system 1 presents the time until the victory or defeat is confirmed to the user during the battle play by a countdown or the like, so that a sense of tension can be increased. Further, since the game system 1 makes it easy for the user to grasp the remaining time until the victory or defeat is confirmed, the user can easily think about the strategy of what to do with the remaining time.

When the room occupancy status by each team (an example of the status of associating a plurality of areas with teams) becomes a preset status, the display control unit 115 sets the remaining time until the time limit is reached and the predetermined time. Based on the above, it is determined whether or not to display the information indicating the time until the predetermined time is reached. For example, if the remaining time until the time limit is reached (the remaining time of the battle) is less than or equal to the predetermined time, the display control unit 115 can display information indicating the time until the predetermined time is reached even if all the rooms are occupied. Do not display (countdown display). As a result, if the remaining time of the match is shorter than the countdown time, the game system 1 will end the match due to the time limit before the countdown becomes "0" even if the countdown is started. It is possible to prevent the countdown display from occurring.

Further, the character control unit 112 (an example of the character movement unit) is associated with each user information in a field having a plurality of areas common to the users, based on the operation for each user identified by the user information belonging to the team. Move the character. As a result, when the superiority or inferiority of the battle situation becomes clear and the victory or defeat is practically settled without waiting for the time limit, the game system 1 determines the victory or defeat at that point and ends, so that the user is wasted. It is possible to suppress the time required to move the character in the field.

[Fifth Embodiment]
Next, a fifth embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described.

When the player character is attacked and dies, it will restart from the start room. If you die, you will not be able to operate for a certain period of time until you restart, and your activities will be restricted (penalty related to winning or losing judgment). Therefore, it is one of the conditions for the team to win that they do not die as much as possible. In the present embodiment, it will be described that there is an asphyxia state that can be revived by a team member as a stage before the player character dies.

When a player character is normally damaged by an attack from an NPC, a boss NPC, or the like and the HP becomes "0", the player character is first put into a suspended state. At this point, the player character has not died. If you receive a certain amount of damage in the suspended state, you will be in a dead state. For example, when the player character is in the asphyxial state, the HP value returns slightly (for example, "10"), and when the player character is further attacked and the HP becomes "0" again, the player character is in the dead state. A player character in the asphyxial state can be restored from the asphyxial state to the normal state based on the player characters of the same team. In other words, once the HP becomes "0", it does not immediately die, but a chance of resurrection is given. The normal state is a state in which the player can move at least based on the user's operation from the appearance to the asphyxia state. For example, when a player character of the same team approaches a player character in a suspended state, as an operator that accepts an operation to revive the player character in the suspended state in the vicinity of the player character in the suspended state on the play screen. The resurrection icon is displayed. When an operation is performed on this resurrection icon, the player character in the suspended state returns to the normal state, and the HP value is also restored. In this way, by cooperating with members (companies) of the same team, it is possible to help a player character who is likely to die in the team before it becomes completely dead.

When the player character is in the asphyxia state, the ability is significantly reduced as compared with the normal state. For example, when the player character is in the asphyxia state, parameters such as attack power, defense power, and HP are significantly reduced (becomes a parameter dedicated to the asphyxia state). In addition, when the player is in a suspended state, the skills set for the player character (attacks that cause great damage to the opponent, recovery of HP, etc.) cannot be used. In addition, in the asphyxia state, the moving speed and jumping force of the player character are lower than in the normal state. That is, the asphyxia state is not a dead state, but the ability (parameters such as attack power, defense power, and HP) is lower than the normal state, and thereby the activity of the player character is restricted from the normal state. It is in a state of being. For example, a player character in a suspended state can move and fight a little, but can do little damage when attacked.

On the other hand, the dead state is a state in which the activity of the player character is restricted (for example, a state in which the player character cannot be operated at all) and cannot be restored to the normal state by another player character of the same team. .. The dead state is not a state in which the game is over due to death, but a state in which the game continues to progress and operation is disabled for a certain period of time.

In addition, the appearance displayed on the play screen changes when the person is in a suspended state. FIG. 16 is a diagram showing an example of the appearance of each state of the player character. As shown in the figure, in the normal state, it is a warrior character that looks like a human, but in the asphyxia state, it looks like a skeleton. In addition, it disappears when it becomes dead. For example, when the player character active in the game device 10-1 based on the user's operation is in the asphyxial state, the display control unit 115 of the game device 10-1 sets the asphyxial player character as the player character in the normal state. Display in an identifiable display mode. When the player character that is active in the game device 10-1 based on the user's operation is in the asphyxial state, the display control unit 115 of the game device 10-2 puts the player character in the asphyxial state in the game device 10-2. It is displayed in a display mode that can be distinguished from the player character in the normal state.

Note that FIG. 16 shows an example in which the appearance is changed to the skeleton display mode when the player character changes from the normal state to the asphyxia state. Although the display content itself may be changed in this way, the display content itself Does not have to be changed. For example, when the player character changes from the normal state to the asphyxial state, the size of the player character displayed on the play screen may be changed, the display may be changed to blinking, or the color or transparency may be changed. May be good.

A player character in the asphyxial state is less likely to die with less damage because the attack power and the like are reduced, so that it is almost impossible to improve the battle result, and the defense power is also reduced. In other words, strategically, it is necessary to get out of the suspended state as soon as possible. Therefore, by moving the player characters of the same team closer to the player character in the suspended state, the player character in the suspended state can be restored to the normal state. Therefore, the game system 1 can provide a game with more opportunities for cooperation within the team.

FIG. 17 is a block diagram showing an example of a detailed configuration of the character control unit 112 according to the present embodiment. The illustrated character control unit 112 includes a character state control unit 1121 and a resurrection control unit 1122. When the HP of the player character in the normal state becomes "0", the character state control unit 1121 shifts the player character to the asphyxia state. Further, the character state control unit 1121 shifts the player character in the asphyxial state to the dead state when the player character in the asphyxial state is further attacked and the HP whose value has temporarily returned slightly becomes "0" again.

The resurrection control unit 1122 restores the asphyxial player character to the normal state based on another player character belonging to the same team as the player character. For example, the resurrection control unit 1122 restores the asphyxial player character to the normal state based on the positional relationship between the player character and the player character in the normal state belonging to the same team. Specifically, the resurrection control unit 1122 displays a resurrection icon that accepts an operation to restore the suspended player character to the normal state when the player character in the normal state belonging to the same team approaches the player character in the suspended state. Instruct to display on the play screen. Then, when the resurrection control unit 1122 is operated on the resurrection icon, the player character in the suspended state is returned to the normal state at that location, and the HP value is also restored (for example, to the initial value).

On the other hand, the resurrection control unit 1122 shifts the dead player character to the normal state after a predetermined time (for example, 10 seconds) has elapsed from the dead state. For example, the resurrection control unit 1122 is arranged in the start room of the player character in the dead state when transitioning to the normal state. That is, when the player character dies, the operation becomes impossible for a certain period of time, and then the player restarts from the start room.

Next, the operation of the state transition process in which the character control unit 112 controls the state transition of the player character will be described. FIG. 18 is a flowchart showing an example of the state transition process according to the present embodiment.

When the battle play is started, the character control unit 112 arranges the player character in the normal state in the start room of the team of the player character. At this time, the HP of the player character is an initial value (for example, “1000”) (step S300). Based on the user's operation, this player character moves in the field and fights with an opponent (for example, a normal NPC or a boss NPC) in each room.

The character control unit 112 determines whether or not the HP of the player character in the normal state has become “0” (step S302). When it is determined that the HP is not "0" (NO), the character control unit 112 leaves the player character in the normal state and performs the process of step S302 again. On the other hand, when it is determined that the HP becomes "0" (YES), the character control unit 112 shifts the player character in the normal state to the asphyxia state. Further, the character control unit 112 slightly returns the HP value of the player character (for example, to “10”) (step S304).

Further, the character control unit 112 determines whether or not the HP of the player character in the asphyxial state has become “0” (step S306). When it is determined that the HP becomes "0" (YES), the character control unit 112 shifts the player character in the asphyxial state to the dead state (step S308). Then, the character control unit 112 returns to the process of step S300 after a predetermined time has elapsed from the transition to the dead state (step S310). Then, the player character that has returned from the dead state to the normal state (for example, HP has an initial value (for example, "1000")) is placed in the start room (step S300). As a result, the dead player character is restarted from the start room after being disabled for a certain period of time.

On the other hand, when it is determined in step S306 that the HP is not "0" (NO), the character control unit 112 determines whether or not the display condition of the resurrection icon is satisfied (step S312). The display condition of the resurrection icon is that the character in the normal state of the same team approaches the player character in the asphyxial state. For example, when the character control unit 112 determines that the character in the normal state of the same team approaches the player character in the asphyxia state within a predetermined distance (for example, the character in the normal state of the same team is added to the player character in the asphyxia state. When it becomes a touching positional relationship, or when it becomes an overlapping positional relationship on the play screen), it is determined that the display condition of the resurrection icon is satisfied.

When it is determined that the display condition of the resurrection icon is not satisfied (NO), the character control unit 112 returns to the process of step S306 and determines whether or not the HP of the player character in the asphyxial state has become "0". judge. On the other hand, when it is determined that the display condition of the resurrection icon is satisfied (YES), the character control unit 112 instructs the display control unit 115 to display the resurrection icon. As a result, the display control unit 115 displays the resurrection icon in the vicinity of the player character in the asphyxial state on the play screen (step S314).

Next, the character control unit 112 determines whether or not an operation on the resurrection icon has been performed based on the user's operation on the input unit 13 (step S316). If it is determined that the operation for the resurrection icon has not been performed (NO), the character control unit 112 returns the process to step S306. If the HP of the player character in the suspended state becomes "0" before the operation for the resurrection icon is performed, the state transitions to the dead state. Further, before the HP of the player character in the asphyxia state becomes "0", the resurrection icon once determined to satisfy the display condition of the resurrection icon and displayed is continuously displayed.

On the other hand, when it is determined that the operation for the resurrection icon has been performed (YES), the character control unit 112 restores the asphyxial player character to the normal state (for example, HP restores the initial value (for example, "1000")) ( Step S318).

[Summary of Fifth Embodiment]
As described above, in the game system 1 according to the present embodiment, the character control unit 112 has the character control unit 112 for each user information in a field common to the team based on the operation for each user identified by the user information belonging to the team. Activate the character associated with. For example, the character control unit 112 includes a character state control unit 1121 and a resurrection control unit 1122. The character state control unit 1121 puts the player character in the normal state on the condition that the HP of the player character in the normal state (an example of the first state) becomes "0" (an example in which a predetermined first condition is satisfied). Transition to the asphyxia state (an example of the second state) whose ability is lower than that. Further, the character state control unit 1121 is killed by limiting the activity of the player character in the asphyxial state on the condition that the HP becomes "0" again (an example in which a predetermined second condition is satisfied). Transition to the state (an example of the third state). The resurrection control unit 1122 restores the asphyxial player character to the normal state based on another player character belonging to the same team as the player character. The victory / defeat determination unit 316 determines the victory / defeat of the team based on the result of the player character's activity by the character control unit 112. For example, the winning / losing determination unit 316 determines the winning / losing of a team based on the occupancy status of each team's room based on the result of the activity of the player character (the result of the battle).

As a result, the game system 1 does not die immediately even if the player character is attacked and the HP becomes "0", and can give a chance of resurrection with the cooperation of the same team. Therefore, the game system 1 can increase the opportunities for cooperation within the team in the team-based action game.

The application of this embodiment is not limited to the battle play that occupies the room. For example, in the case of a battle play in which opponents are defeated, the victory / defeat determination unit 316 determines the victory / defeat of each team based on the subjugation status of each team based on the result of the player character's activity (combat result). May be good.

Further, the resurrection control unit 1122 determines the positional relationship between the player character in the asphyxial state (an example of the second state) and the player character in the normal state (an example of the first state) belonging to the same team as the player character. Restore to normal state. For example, when the resurrection control unit 1122 determines that the character in the normal state of the same team approaches the player character in the asphyxia state within a predetermined distance (for example, the character in the normal state of the same team is added to the player character in the asphyxia state. When it becomes a touching positional relationship, or when it becomes an overlapping positional relationship on the play screen), the player character in the asphyxial state is restored to the normal state.

As a result, in the game system 1, in order to revive the player character in the suspended state, it is necessary for another player character of the same team to move to the place where the player character in the suspended state is, so that the team members cooperate. Can give the feeling of rescue.

The method of reviving the player character in the asphyxial state is not limited to the method based on the positional relationship between the player character in the asphyxial state and the player character in the normal state of the same team. For example, the method of reviving a player character in a suspended state may be that a player character in a normal state of the same team uses a specific item. The specific item is, for example, a resurrection item having an effect of resurrection of a player character in a suspended state. Further, the method of reviving the player character in the asphyxial state may be that the player character in the normal state of the same team goes to a specific place. A particular place is, for example, a prayer room for resurrection. For example, by the operation of a user of the same team, the player character in the normal state of the user goes to the prayer room, or the player character in the asphyxial state is revived by going to the prayer room and praying in the room. You may.

The asphyxia state (an example of the second state) whose ability is lower than that of the normal state (an example of the first state) includes a state in which the activity of the player character is restricted. As a result, when the player character is transitioned to the asphyxial state, the game system 1 limits the activity of the player character from the normal state, so that the strength of the team is reduced in the battle play, so that the player in the asphyxial state You can motivate team members to revive your character.

In the asphyxia state (an example of the second state) in which the ability is lower than that of the normal state (an example of the first state), the value of the parameter associated with the player character is lower than that of the normal state. It is included that the value has been changed. As a result, when the player character is transitioned to the asphyxial state, the game system 1 reduces the values of parameters such as the player character's attack power, defense power, and HP from the normal state, so that the team's strength in the battle play Can be given to the team members to revive the asphyxial player character.

On the other hand, the dead state (an example of the third state) is a state in which the activity of the player character is restricted and is based on another player character belonging to the same team as the player character (an example of the first state). ) Includes a state that cannot be revived. As a result, when the player character dies, the game system 1 cannot be revived by cooperation within the team, and therefore can give motivation to cooperate within the team so that it can be revived somehow during the asphyxia state.

The dead state (an example of the third state) may be a state in which the restoration to the normal state (an example of the first state) is impossible. In this case, when the player character operated by the user dies, the user cannot participate in the subsequent battle play (that is, the user is game over), for example, just looking at the play screen. Become. As a result, when the player character dies, the game system 1 not only cannot be revived by cooperation within the team, but also cannot participate in the battle play after that, so that the game system 1 can be revived in the asphyxial state. Can motivate you to cooperate.

The resurrection control unit 1122 shifts the player character in the dead state (an example of the third state) to the normal state (an example of the first state) when a predetermined time elapses after the dead state. As a result, the game system 1 does not end the game even if the player character dies, but continues to play, and restarts after being unable to operate for a certain period of time. Therefore, the game system 1 participates in the battle play again. You can contribute to the team. Further, since the game system 1 cannot operate the player character for a certain period of time when the player character dies, it is possible to give motivation to cooperate within the team so that the player character can be revived in the asphyxial state.

The revival control unit 1122 may shift the dead player character to the asphyxial state (an example of the second state) after a predetermined time has elapsed from the dead state. In this case, when the player character dies, the game system 1 cannot operate the player character for a certain period of time, and further needs to be saved from the asphyxia state. Therefore, the game specification requires more cooperation within the team. can do.

Further, when the resurrection control unit 1122 transitions the player character in the dead state (an example of the third state) to the normal state (an example of the first state) or the asphyxia state (an example of the second state), the transitioned player character Place in place in the field. For example, the resurrection control unit 1122 is arranged in the start room of the player character in the dead state when transitioning to the normal state. As a result, the game system 1 can give a place penalty in addition to a time penalty that the player character cannot be operated for a certain period of time by restarting the player character who has died from the start room.

When the dying player character is transitioned to the asphyxia state (an example of the second state), the resurrection control unit 1122 may place the transitioned player character in the field where the player character died. However, it may be placed in the start room of the player character. For example, if a player character who has returned from a dead state to a suspended state is placed in the place where he died, the cooperation of team members is required to return to the normal state, but the location penalty is exempted. On the other hand, when a player character who has returned from a dead state to a suspended state is placed in the start room, further cooperation of team members is required to return to the normal state, and a location penalty is also imposed. As a result, the game system 1 can change the degree of penalty when the player character dies.

The revival control unit 1122 may limit the number of times the asphyxia state (an example of the second state) is revived from the normal state (an example of the first state). For example, the resurrection control unit 1122 may set a limit (for example, three times) on the number of times the resurrection can be performed from the asphyxial state in one battle play. You may not be able to revive after this number of times, or you may not be able to revive unless you consume a specific item if you exceed this number of times. As a result, the game system 1 can be suppressed so that the difficulty level of the play does not become too low or the difference in ability between the teams is not reflected because the game system 1 can be revived as much as possible.

Further, when the player character active in the game device 10-1 (an example of the first terminal device) in the game device 10-1 (an example of the first terminal device) is in the asphyxial state (an example of the second state), the display control unit 115 is the player. The character is displayed in a display mode that can be distinguished from the player character in the normal state (an example of the first state) in the game device 10-2 (an example of the second terminal device). The display control unit 115 at this time is the processing of the display control unit 115 of the game device 10-2. As a result, the game system 1 can display the player character in the suspended state on the play screen so that it can be easily distinguished from the player character in the normal state.

If the player character dies, in addition to or instead of the time penalty of not being able to operate for a certain period of time and the place penalty of restarting from the start place, a predetermined point given to the reward giving unit 317. May be deducted.

[Sixth Embodiment]
Next, a sixth embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described. In this embodiment, the items that can be acquired in the field will be described.

Items that can be acquired by the user operating the player character are arranged in the field. There are two types of items that are placed: regular items and treasure chest items. Normally, items are displayed in a display mode in which the type of item can be identified. On the other hand, treasure chest items are displayed in a display mode in which it is unclear what items can be obtained before they are acquired, and the items to be acquired are known at the time of acquisition. Both items can be obtained by moving the player character to the location where they are placed. For example, the reward giving unit 317 grants items corresponding to each as a reward based on the positional relationship between the player character and the treasure chest item or the normal item. Some of the acquired items are consumed on the spot, such as items that recover parameters, and some are confirmed when the battle is over. If the item is confirmed to be acquired when the match is over, it may not be acquired if the match is defeated.

[Treasure chest item specifications]
Treasure chest items are placed in a plurality of preset locations in the field. FIG. 19 is a diagram showing a display example of the treasure chest item. As shown in the figure, the treasure chest item is displayed in a display mode indicating an object representing the box, and the item of the contents that can be acquired is not known until it is acquired. That is, the display control unit 115 displays the treasure chest items arranged in the field in a display mode in which the item type (reward content) cannot be identified. The contents may be determined in advance, or may be determined by lottery at the time of acquisition. When a user operates a player character to acquire a treasure chest item, the item is given not only to that user but also to all users of the same team. For example, the reward giving unit 317 selects each user for each user identified by the user information belonging to the same team when the operation of acquiring the treasure chest item placed in the field is performed by any user. Give the item as a reward. It is not given to the user of the opponent team. Therefore, there may be a strategy aiming to acquire more items than the opponent team by sharing and acquiring a plurality of treasure chest items existing in the field among users in the team.

Moreover, although the arrangement information of the treasure chest item is associated with each team, the arrangement position of the treasure box item specified by this arrangement information is common. Therefore, for every user, the treasure chest item is placed in the same place in the field. In addition, the information on whether each treasure chest item has been acquired or has not been acquired differs for each team. That is, the treasure chest item cannot be acquired by a plurality of users in the team in duplicate, and the treasure chest item once acquired by any user cannot be acquired by other users in the team. For example, the reward giving unit 317 excludes the treasure chest item acquired by the operation of any user from the acquisition target for any user identified by the user information belonging to the same team. That is, the reward giving unit 317 refers to the team whose "information on whether it has been acquired or not acquired" included in the arrangement information of the treasure chest item associated with each team is "acquired". Control is performed so that any user identified by the user information belonging to the team is excluded from the acquisition target so that other users in the team cannot acquire the information.

The arrangement information of the treasure box item may be associated with each user information. When the arrangement information of the treasure box item is associated with each user information, the arrangement position of the treasure box item specified by this arrangement information is common to all users. In addition, the information on whether each treasure chest item associated with each user information has been acquired or has not been acquired is common to each team. As a result, treasure chest items are placed in the same place in the field for any user, and information on whether each treasure chest item has been acquired or not has been managed for each team.

When a treasure chest item is acquired, the item is given to all users of the same team, but the contents given to the same treasure chest item are different for each user. For example, since the contents are randomly determined, some users are given high-value items, and some users are given low-value items. For example, the display control unit 115 displays the item type for each user given to each user identified by the user information belonging to the team by the reward giving unit 317. That is, the information indicating the item given to the user in the same team is displayed on the play screen and becomes one of the triggers for communication in the team.

Note that some items acquired by treasure chest items, such as items that can be equipped to player characters, are not included in normal items, and are often relatively more valuable than normal items.

[Normal item specifications]
Regular items are also placed in multiple preset locations within the field. All types of regular items are placed more than treasure chest items and are more likely to be encountered than treasure chest items. For example, the display control unit 115 displays the normal items arranged in the field in a display mode in which the item type (reward content) can be identified. FIG. 20 is a diagram showing a display example of a normal item. The illustrated normal item is a "niku" item that restores HP and is displayed in a display mode indicating an object representing meat. In this way, unlike a treasure chest item, a normal item can be identified even before it is acquired. In addition, many normal items are consumed on the spot, such as items that restore HP. Therefore, when the user usually finds an item, he / she may acquire it if necessary at that time, but may not acquire it if it is not necessary at that time, but may acquire it when it is needed later.

Since the arrangement information of normal items is set for each user, it does not affect other users. For example, a normal item acquired by one user can be acquired by another user regardless of the team. That is, when the operation of acquiring the normal item placed in the field is performed by any user, the reward giving unit 317 grants the normal item to the user and acquires the normal item. When the operation is performed by another user, the normal item is given to the other user.

Further, although the arrangement information of the normal items arranged in the field is associated with each user information, the arrangement position of the normal item specified by the arrangement information associated with each user information is common. In addition, the type of normal item (reward content) specified by the arrangement information associated with each user information is also common. Therefore, for any user, the same type of regular item is placed in the same place in the field. On the other hand, the information on whether each normal item has been acquired or has not been acquired differs for each user. As a result, strategies such as when and where to acquire normal items (for example, whether to recover HP) can be established for each user.

In the above, the arrangement information of normal items is assumed to be associated with each user information, but may be associated with each team. In that case, it becomes possible to formulate a strategy for each team to use the necessary items in the team by the necessary users.

Next, the operation of the reward granting process by the normal item and the treasure chest item will be described. FIG. 21 is a flowchart showing an example of the reward granting process according to the present embodiment.

When the item is acquired based on the user's operation on the input unit 13 (step S400), the reward giving unit 317 determines whether the acquired item is a normal item or a treasure chest item (step S402). ). When it is determined that the acquired item is a normal item, the reward giving unit 317 grants the normal item to the user (step S404).

On the other hand, if it is acquired item is determined to be a treasure box items, reward giving unit 317, the lottery items to impart a plurality of items associated with the treasure box item for each user (random lottery) (step S406 ). Then, the reward giving unit 317 grants the lottered items for each user based on the lottery result (step S408). Further, the reward giving unit 317 instructs the display control unit 115 to display information indicating the item given to each user. As a result, the display control unit 115 displays information indicating the item assigned to each user on the play screen (step S410).

[Summary of the sixth embodiment]
As described above, in the game system 1 according to the present embodiment, the character control unit 112 has user information in a field common to the team based on the operation for each user identified by the user information belonging to the team. Move the associated character for each. When the operation of acquiring the treasure chest item (an example of the first object) placed in the field is performed by any user, the reward giving unit 317 is for each user identified by the user information belonging to the same team. The selected item (an example of reward) is given to each user.

As a result, the game system 1 can share and acquire a plurality of treasure chest items existing in the field among the users in the team, so that there are more opportunities for cooperation within the team in the team battle type action game. can do.

The display control unit 115 (an example of the first display control unit) displays the type of item (an example of the content of the reward) given to each user identified by the reward giving unit 317 based on the user information belonging to the team. .. As a result, the game system 1 can know the type of the item given to each user in the team, and can be a trigger for communication in the team.

In addition, the display control unit 115 (an example of the first display control unit) displays a treasure box item (an example of the first object) arranged in the field in which the item type (an example of the reward content) cannot be identified. Display with. As a result, the game system 1 suggests that after acquiring the treasure chest item, the type of the item to be given is known, that is, the item to be given is not known before the acquisition, and when the item is not known, the item is acquired. Can raise the expectation of.

On the other hand, the display control unit 115 (an example of the second display control unit) displays a normal item (an example of the second object) arranged in the field in a display mode in which the type of the item (an example of the content of the reward) can be identified. Display it. As a result, the game system 1 can acquire the normal item after the user confirms the type of the item to be given in advance. For example, many normal items are consumed on the spot, such as items that restore HP. Therefore, the user can confirm in advance the type of the item to be given, and then determine whether or not to acquire the normal item as needed.

The reward giving unit 317 grants an item (an example of a reward) based on the positional relationship between the player character and the treasure chest item (an example of the first object). For example, the reward giving unit 317 grants an item by moving the player character to a place where the treasure chest item is placed. As a result, in the game system 1, the user in the team can share and move each of the plurality of treasure chest items existing in the field, so that the user can efficiently acquire the item.

The reward giving unit 317 excludes the treasure chest item (an example of the first object) acquired by the operation of any user from the acquisition target for any user identified by the user information belonging to the same team. To do. As a result, the game system 1 can prevent a plurality of users in the same team from acquiring treasure chest items in duplicate, so that it is possible to prevent the users from being given too many valuable items.

The reward giving unit 317 may exclude the treasure chest item (an example of the first object) acquired by the operation of any user from the acquisition target for any user regardless of the team. .. In this case, if one team acquires the treasure chest item, the other team cannot acquire it, so that the competition between the teams can be intensified.

In the field, a normal item (an example of the second object) different from the treasure chest item (an example of the first object) is arranged. When the operation of acquiring the normal item placed in the field is performed by any user, the reward giving unit 317 gives a reward to the user and the operation of acquiring the normal item is another. If done by a user, reward the other user.

As a result, since the normal item acquired by a certain user can be acquired by another user regardless of the team, the game system 1 can give every user an equal opportunity to acquire the normal item. In addition, the game system 1 can make a strategy for each user, such as when and where to acquire a normal item (for example, whether to recover HP).

The placement information of the normal item (an example of the second object) placed in the field is associated with each user information, and the placement position of the normal item specified by the placement information associated with each user information is common. .. As a result, since the game system 1 arranges the normal item in the same place in the field for all users, it is possible to give every user an equal opportunity to acquire the normal item.

The reward content of the normal item (an example of the second object) specified by the arrangement information associated with each user information is common. As a result, since the game system 1 arranges the same type of normal items in the same place in the field for all users, it is possible to give every user an equal opportunity to acquire the normal items.

[7th Embodiment]
Next, a seventh embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to the present embodiment is the same as that of the first embodiment, the characteristic processing in the present embodiment will be described. In this embodiment, the processing of the effect (effect) displayed on the play screen during the battle play will be described.

The player character used in the battle can attack a distant enemy or damage a wide range depending on the characteristics based on the player character (characteristics of the player character or the characteristics of the equipment item equipped by the player character, etc.). Is possible, and the effects are various. When the player character attacks, the effect corresponding to the attack is displayed on the play screen. An effect is a display image (video) that visualizes an effect corresponding to the characteristics of an attack. FIG. 22 is a diagram showing a display example of the effect on the play screen. In the illustrated example, a display example of the effect EF1 by the attack of the player character PR1 of the red team and a display example of the effect EF2 by the attack of the player character PB1 of the blue team are shown.

Generally, when displaying such an effect, the processing load tends to be high because the display mode is continuously changed in a short time and a process of making the effect semi-transparent is frequently used. Therefore, in a scene where a large number of player characters are displayed at the same time, it may be difficult to display the effects of all the player characters. For example, when the processing load becomes high (for example, the CPU usage rate exceeds 100%), the drawing process is delayed and frames are dropped, which significantly impairs the operability. In addition, even if the processing load is not a problem, if a large number of effects are displayed, it may be difficult to see the situation of the enemy due to the effects, and it may be difficult to grasp the progress of the game. Therefore, in the present embodiment, the number of effects to be displayed is limited, and the effects are displayed based on the priority (priority setting). For example, the display control unit 115 sets a limit on the display of the effect based on a preset priority. The priority setting is not common and may be provided for each user information.

For example, as a priority, the display of the effect of the player character operated by the game device 10 (that is, the own game device) on which the display control unit 115 executes the display process is the effect of the player character operated by the other game device 10. It is set to take precedence over the display. That is, the display control unit 115 limits the display of the effect of the player character operated by the game device 10 other than the game device 10 that executes the display process. This is to raise the priority of the effect of the player character operated by the user for the purpose of ensuring the operation feeling of the user operating the game device 10.

Further, the priority may be set so that the display of the effect is restricted based on the characteristics of the player character and the characteristics of the equipment item. For example, the display of the effect may be restricted based on the rarity of the player character or the rarity of the equipment item. Specifically, the display control unit 115 may prioritize the display of the effect as the rarity of the player character or the equipment item is higher.

In addition, the priority may be set so that the display of the effect is restricted based on the characteristic based on the limited-time effect set for the player character or the equipment item. A limited-time effect is one in which a special effect can be obtained only for a limited period. For example, attributes are set for the player character and the equipment item, and the ability of the player character and the equipment item with a specific attribute becomes higher as a limited-time effect depending on the day of the week and the like. In addition, the characters and equipment items newly added to the game are set to have higher abilities than usual for a certain period of time, such as 10 days after the addition, as a limited-time effect. For example, the display control unit 115 may prioritize the display of the effect of the player character or the equipment item for which the characteristic based on the limited time effect is set for the limited period.

Further, among the equipment items of the player character operated by another user, the priority of displaying the effect of the item possessed by the own user (or the item that has been possessed) may be lowered. Among the equipment items of the player character operated by another user, the priority of displaying the effect of the item equipped by the player character operated by the own user (or the item that has been equipped) may be lowered. .. That is, the effect of the item that the user already knows does not need to be notified to the user, so the priority may be lowered. Information on items possessed by each user (items that can be equipped on the player character) and information on items that have been used as equipment items are stored in the user data storage unit 351 as the item possession history or usage history. It is remembered.

Also, when another user operates a character of the same type as the character possessed by the own user (or a character that has possessed it) as a player character, the display priority of the effect of the player character operated by the other user May be lowered. When another user operates a character of the same type as the character operated by the own user (or a character that has been operated) as a player character, the display priority of the effect of the player character operated by the other user May be lowered. That is, since it is less necessary to inform the user of the effect of the character that the user already knows, the priority may be lowered. Information on a character possessed by each user (a character that can be operated as a player character) and information on a character that has been operated as a player character are stored in the user data storage unit 351 as a character possession history or usage history. It is remembered.

For example, the display control unit 115 may possess or use a player character that can be operated by the user in the game device 10 that executes the display process (that is, the own game device 10 that includes the display control unit 115), or the player character. The display of the effect of the player character operated by the game device 10 (other game device 10) other than the game device 10 may be restricted based on the possession history or the usage history of the items that can be equipped in.

Next, a specific example in which the display control unit 115 sets a limit on the display of the effect will be described. For example, the display control unit 115 considers the above-mentioned priority of the effect based on the processing load of the game device 10 (that is, the own game device 10 including the display control unit 115) that executes the display process by itself. Set restrictions on display. Specifically, the display control unit 115 calculates the number of effects that can be displayed based on the current processing load (CPU usage rate) of the own game device 10, and limits the number of effects to be displayed below that number. You may. When the calculated number of effects exceeds the number of effects that need to be displayed at the same time due to an attack by a plurality of users, the display control unit 115 may limit the display of the effects according to the above-mentioned priority.

Further, when the processing load differs greatly for each effect, the display control unit 115 can display based on the current processing load (CPU usage rate) in the own game device 10 and the processing load for each effect. You may select and display various effects. For example, setting information indicating the processing load for each effect is stored in the item data storage unit 354 in advance, and the effect to be displayed with priority may be determined based on the setting information.

FIG. 23 is a diagram showing an example of effect setting information. The illustrated effect setting information shows an example of setting information related to the effect display of the equipment item, and the equipment item, the processing load, the rarity (rareness), and the special effect period are associated with each other. The equipment item is the item ID of the equipment item. The processing load is the processing load of the CPU required to display the effect by the equipment item. Rarity (rareness) is the rarity (rareness) set for the equipment item. For example, the rarity (rareness) is SS rarity, S rarity, and rarity in descending order, and any one of them is set for each equipment item. The special effect period is set for a period during which the special effect can be obtained in the case of an equipment item that can obtain the special effect for a limited time.

The display control unit 115 limits the display of the effect as necessary so that the processing load becomes less than 100% when the effect is displayed on the own game device 10. For example, when limiting the display of an effect, the display control unit 115 may give priority to equipment items with high rarity (rareness), or may give priority to equipment items during the special effect period. The display control unit 115 may limit the display of the effect so that the processing load is less than 98% or less than 95%.

When limiting the display of effects, the display control unit 115 may limit the contents to be displayed instead of limiting the number of effects to be displayed. For example, an effect having a low priority may be changed to an effect having a low processing load (for example, a general-purpose effect that does not use a special visual).

[Summary of the seventh embodiment]
As described above, the display control unit 115 of the game system 1 according to the present embodiment includes a player character operated for each user identified by user information belonging to the team in a field common to the team, and the player character. In a game in which an opponent of a player character plays against each other, a display process for displaying an effect based on the characteristics associated with each player character operated for each user is executed. Further, the display control unit 115 sets a limit on the display of the effect based on a preset priority.

As a result, the game system 1 sets a limit on the display of the effect based on the priority, so that the effect display by a plurality of player characters can be appropriately controlled.

For example, the display control unit 115 sets a limit on the display of the effect (effect) based on the processing load of the game device 10 that executes the display process. As a result, the game system 1 reduces the processing load so that the processing load of the game device 10 does not exceed (does not become an overload), and displays the effect with high priority. Therefore, the effect by a plurality of player characters The display can be controlled appropriately.

Further, the display control unit 115 is operated by a game device 10 (that is, another game device 10) other than the game device 10 (that is, the game device 10 provided with the display control unit 115) that executes the display process. Limit the display of player character effects. As a result, the game system 1 preferentially displays the effect of the player character operated by the user on the game device 10 operated by the user, so that the operation feeling of the user operated by the game device 10 can be ensured. ..

Further, the display control unit 115 is a possession history or usage history of a player character that can be operated by the user in the game device 10 (that is, the game device 10 provided with the display control unit 115) that executes the display process, or the player. Based on the possession history or usage history of items that can be equipped to the character, the display of the effect of the player character operated by the game device 10 other than the game device 10 (that is, another game device 10) is restricted. .. As a result, the game system 1 can set the priority of displaying the effect depending on whether or not the character or item is already known to the user, so that the user is notified rather than displaying the effect which is less necessary to inform the user. It is possible to give priority to the display of effects that are highly necessary (effects that the user has not seen yet).

Further, the display control unit 115 sets a limit on the display of the effect (effect) based on the priority set in advance based on the characteristics associated with each of the player characters operated for each user. Since the game system 1 can set the display priority of the effect according to the characteristics of the player character, it is possible to make the player character with the characteristic with the high priority set conspicuous, and motivate the user to obtain the character with the characteristic. be able to.

For example, the trait associated with each player character for each user is a trait based on the item associated with each player character. As a result, the game system 1 can set the display priority of the effect according to the characteristics of the equipment item, so that the equipment item with the characteristic with the higher priority can be made to stand out, and the user can obtain the item with the characteristic. Can be motivated.

The characteristic associated with each player character for each user may be a characteristic based on the rarity (rareness) of each player character or the item associated with each player character. As a result, the game system 1 can give priority to the display of the effect as the rarity of the player character or the rarity of the equipment item is higher. Therefore, for example, weapons and characters that seem to have high rare value that have never been seen can be made to stand out, and users can be motivated to obtain those weapons and characters.

Further, the characteristic associated with each player character for each user may be a characteristic based on a limited-time effect set for each player character or an item associated with each player character. As a result, the game system 1 can give priority to the display of the effect of the special effect during the limited period in which the special effect is obtained. Therefore, for example, it is possible to make effective weapons and characters stand out for a limited time, and to motivate the user to obtain those weapons and characters.

[Modification example]
Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs and the like within a range that does not deviate from the gist of the present invention. For example, the configurations described in the above-described first to seventh embodiments can be arbitrarily combined.

In the above embodiment, an example of a one-on-one team battle between the blue team and the red team has been described, but the present invention is not limited to this, and a battle of three or more teams may be used. In the case of a match of three or more teams, the normal NPC of the own team (team) can attack from the player characters of all the teams other than the own team. For example, the team that subdued the most normal NPCs, or the team that caused the most damage to the normal NPCs, may be the team that occupies the normal room. In addition, a normal NPC to be attacked may be set for each camp other than the own camp (team).

Further, in the above embodiment, the example of the team battle type has been described, but the present invention is not limited to this, and each time one team plays against an enemy NPC and defeats the NPC, the area and the stage are cleared in order. It may be applied to the game to be played. In that case, for example, the reward giving unit 317 may increase the points to be given each time a predetermined condition is satisfied in the same area (for example, a room) in the field. That is, the reward giving unit 317 may increase the value of the reward given each time a predetermined occupation condition is satisfied in the same room. Further, the normal NPC control unit 113 reduces the time interval for causing an NPC (for example, a normal NPC) to appear in the same area (for example, a room) in the field each time a predetermined condition is satisfied, or the NPC. You may increase the maximum number of (eg, normal NPCs) that can appear simultaneously.

Further, a program for realizing the functions of the game control unit 110 or the server control unit 310 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read by the computer system and executed. By doing so, a part or all of the processing as the game control unit 110 or the server control unit 310 may be performed. Here, "loading a computer system a program recorded on a recording medium and executing it" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium that can be accessed from the distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device, or the distribution server that distributes each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned functions in combination with a program already recorded in the computer system.

Further, a part or all of the game control unit 110 or the server control unit 310 described above may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

Further, the server control unit 310 may include a part of the configuration of the game control unit 110 described above. For example, the game server 30 may be responsible for most of the game processing, and the game device 10 may be configured to display a game image based on the game processing executed by the game server 30 and input a user's operation.

[Additional Notes]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated mode.

(Appendix A1) The game system (1) according to one aspect of the present invention has a plurality of areas common to the plurality of teams (1) based on an operation for each user identified by user information belonging to each of the plurality of teams. For example, a character moving unit (112) that moves a character (P1) associated with each user information in a field (FLD) having a room) and an operation result of the user satisfy a predetermined condition (for example, a predetermined occupation). The area determination unit (315, S100) that determines whether or not to associate the area with which team (for example, which team is to be occupied) based on whether or not the condition) is satisfied, and the area determination. A win / loss determination unit (316, S114) for determining the outcome of a match by the plurality of teams based on the determination result by the unit is provided.

According to the configuration of Appendix A1, the game system decides the victory or defeat by occupying an area (for example, a room) in a team battle type action game in which a player character is moved in a field by each user's operation. It is possible to provide new enjoyment. For example, this game system always tells which team is dominant by the number of occupied areas, so that the user can play without interruption of tension. Also, when compared to a game in which one player competes for an area, this game system is a team battle, so cooperative play as a team and multiple player characters appearing on both the enemy and the ally, etc. Therefore, it is possible to provide a more strategic game.

(Appendix A2) Further, one aspect of the present invention is the game system according to the appendix A1, which includes NPC control units (113, 312) for controlling NPCs (non-player characters) in the area. When the subjugation status of the NPC in the area satisfies the predetermined condition, the determination unit determines which team the area is associated with.

According to the configuration of Appendix A2, the game system occupies each area by subduing the NPCs (eg, normal NPCs or boss NPCs) that appear in each of the plurality of areas (eg, rooms) in the field. Because of this, the opponents of each team can have the same conditions, and fairness can be maintained.

(Appendix A3) Further, one aspect of the present invention is the game system described in Appendix A2, in which the NPC in the area corresponds to any one of the plurality of teams.

According to the configuration of Appendix A3, the game system can be in the same situation as when the opponent is an NPC and is fighting with the opponent's team, while realizing that the user is in a team battle. It can be made playable.

(Appendix A4) Further, one aspect of the present invention is the game system according to any one of the appendices A1 to A3, and the winning / losing determination unit is based on the determination result of the area determination unit of the plurality of teams. Based on the number of the regions associated with each, the winner of the match by the plurality of teams is determined.

According to the configuration of Appendix A4, in the game system, the winning or losing of the team is determined by the number of occupied areas (for example, the room), so that the user can easily understand the situation during the battle and the result when the battle is completed.

(Appendix A5) Further, one aspect of the present invention is the game system according to any one of the appendices A1 to A4, and the team to which the region is associated by the region determination unit or user information belonging to the team. It is provided with a reward giving unit (317), which gives points to the user identified by.

According to the configuration of Appendix A5, since the game system gives points to the team or the user of the team who occupies the area (for example, the room), it is possible to add fun other than the occupancy situation. For example, when giving points to each user, the game system can give the user the enjoyment of competing with each other in the team in addition to the competition between the teams.

(Appendix A6) Further, one aspect of the present invention is the game system described in Appendix A5, in which the reward giving unit is based on the team to which the area is associated by the area determination unit or the user information belonging to the team. Points corresponding to the area are given to the identified user.

According to the configuration of Appendix A6, since the points given to the game system differ depending on the occupied area (for example, a room), for example, an attempt is made to occupy a large number of low-difficulty areas, or a high-difficulty area is used. Since it is possible to select as a team strategy whether the number of areas is at least to occupy, it is possible to provide a highly strategic game.

(Appendix A7) Further, one aspect of the present invention is the game system according to the appendix A5 or the appendix A6, wherein the area determination unit is the other in the area associated with any team of the plurality of teams. When the predetermined condition is satisfied by the operation result of the user identified by the user information belonging to the team, the area is associated with the other team or the user information belonging to the other team, and the reward giving unit Increases the points awarded each time the predetermined condition is satisfied in the same area.

According to the configuration of Appendix A7, the game system repeatedly occupies the same area (for example, a room) for the users of each team because the points given when the teams occupy the same area (for example, a room) are increased. You can increase your motivation to play, and you can expect a heated game development.

(Appendix A8) Further, one aspect of the present invention is the game system according to any one of Appendix A5 to Appendix A7, and the reward giving unit has many areas associated with the team by the area determination unit. The more points you give when an area is associated with the team.

According to the configuration of Appendix A8, the game system can advance the game more predominantly as it occupies an area (for example, a room).

(Appendix A9) Further, one aspect of the present invention is the game system according to any one of Supplementary A5 to Appendix A8, wherein the winning / losing determination unit determines each of the plurality of regions by the region determination unit. Based on the result and the points given to each team or the user identified by the user information belonging to the team by the reward giving unit, the victory or defeat of the battle by the plurality of teams is determined.

According to the configuration of Appendix A9, in the game system, not only the occupation of the area (for example, the room) but also the acquisition of points affects the victory or defeat. Therefore, the victory or defeat depends on which area is occupied. Can provide high-quality games.

(Appendix A10) Further, one aspect of the present invention is the game system according to any one of Supplementary A5 to Appendix A9, wherein the reward giving unit is in the area associated with the team by the area determination unit. , An effect advantageous to the progress of play based on the operation of the user is generated for the user identified by the user information belonging to the team.

According to the configuration of Appendix A10, the game system can advance the game more predominantly as it occupies an area (for example, a room).

(Supplementary Note A11) Further, one aspect of the present invention is the game system according to any one of Supplementary notes A1 to A10, and each of the characters affects the progress of play based on the operation of the user. The characteristics are set.

According to the configuration of Appendix A11, the game system can provide a highly strategic game because the type and power of the attack change depending on the characteristics of the character, and the superiority or inferiority also occurs depending on the compatibility with the characteristics of the opponent.

(Appendix A12) Further, one aspect of the present invention is a program for causing a computer to function as a game system according to any one of Supplementary A1 to Supplementary A11.

According to the configuration of Appendix A12, in a team-based action game in which each user moves a player character in the field by operating the program, the winner is decided by occupying an area (for example, a room). It can provide new enjoyment.

(Appendix B1) Further, the game system (1) according to one aspect of the present invention is a field (FLD) having a common area within the team based on an operation for each user identified by user information belonging to the team. In the area, a character moving unit (112) that moves a character associated with each user information, an NPC control unit (113) that causes an NPC (non-player character) to appear in the area at predetermined time intervals, and the area. Based on the area determination unit (315) that determines whether or not to associate the area with the team when the subjugation status of the NPC satisfies a predetermined condition, and the area associated with the team by the area determination unit. A winning / losing determination unit (316) for determining the winning / losing of the team is provided.

According to the configuration of Appendix B1, the game system revives at predetermined time intervals even if the NPC (for example, normal NPC) is subdued, so that it is not easy for one person to occupy the area (for example, normal room). And you can need more cooperative play in your team. Therefore, the game system can provide a game with a high awareness of team battles.

(Appendix B2) Further, one aspect of the present invention is the game system described in Appendix B1, and the subjugation status of the NPCs is the number of the NPCs appearing in the area.

According to the configuration of Appendix B2, the game system satisfies that the number of NPCs (for example, normal NPCs) appearing in the area (for example, a normal room) at a predetermined time interval satisfies a predetermined condition (for example, a normal NPC). Since the area can be occupied (by the number becoming 0), the conditions under which it can be occupied are easy to understand. In addition, since it can be occupied quickly by cooperating with the team members, it is possible to obtain a sense of unity in which the user is fighting in the team.

(Appendix B3) Further, one aspect of the present invention is the game system according to the appendix B1 or the appendix B2, in which the NPC control unit has a preset upper limit of the NPCs appearing at the same time in the area. Appear at predetermined time intervals until the number is reached.

According to the configuration of Appendix B3, the game system will be restored even if the initial number of NPCs (for example, normal NPCs) that first exist (appear) in the area (for example, normal room) are subdued. Occupation of the territory can be made difficult by one person and requires team-based play. Therefore, the game system 1 can provide a game with a high awareness of team battles.

(Appendix B4) Further, one aspect of the present invention is the game system according to any one of the appendices B1 to B3, and the NPC control unit has a plurality of the regions when there are a plurality of the regions in the field. For each of the regions, the time interval at which the NPCs appear, or the upper limit of the number of NPCs appearing at the same time is controlled.

According to the configuration of Appendix B4, the game system can set the difficulty level of occupation for each area (for example, a normal room).

(Appendix B5) Further, one aspect of the present invention is the game system according to any one of the appendices B1 to B4, wherein the NPC control unit satisfies the predetermined condition in the same region. In addition, the time interval for the NPCs to appear in the region is reduced, or the maximum number of NPCs that can appear at the same time is increased.

According to the configuration of Appendix B5, in the game system, it is more difficult for teams to occupy the same area (for example, a normal room) by occupying the area, so it is necessary to play more cooperatively with the team. Therefore, we can expect a heated game development.

(Appendix B6) Further, one aspect of the present invention is the game system according to any one of the appendices B1 to B5, in which the area determination unit grants a reward to a team associated with the area. A unit (317) is provided.

According to the configuration of Appendix B6, in the game system, since the game system 1 gives points to the team or the user of the team who occupies the area (for example, the normal room), it adds fun other than the occupancy situation. Can be done. For example, when the game system 1 gives points to each user, the game system 1 can give the user the enjoyment of competing with each other in addition to the competition between the teams.

(Appendix B7) Further, one aspect of the present invention is the game system described in Appendix B6, wherein the reward giving unit is the value of the reward to be given each time the predetermined condition is satisfied in the same area. To raise.

According to the configuration of Appendix B7, in the game system, the points given when occupying the same area (for example, a normal room) by occupying each other are increased, so that the users of each team You can increase your motivation to play repeatedly, and you can expect a heated game development.

(Appendix B8) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices B1 to B7.

According to the configuration of Appendix B8, the program revives at predetermined time intervals even if NPCs (eg, normal NPCs) are subdued, making it difficult for one person to occupy an area (eg, normal room). , You can need more cooperative play in the team. Therefore, the program can provide a game with a high awareness of team battles.

(Appendix C1) Further, the game system (1) according to one aspect of the present invention is a field common to the plurality of teams based on an operation for each user identified by user information belonging to each of the plurality of teams. A character control unit (112) that activates the first character for each user in the FLD), a first NPC control unit (113) that controls the first NPC (non-player character) in the field, and a plurality of the above. The attack from the first team to the first NPC is controlled based on the operation of the user identified by the user information belonging to the first team among the first team, and the first of the plurality of teams. It is provided with a battle control unit (114) that limits attacks on the first NPC from a second team other than the first team.

According to the configuration of Appendix C1, the game system can only attack the first NPC (eg, a normal NPC) from either team (eg, attack from both the blue and red teams). (Because you can't), you can prevent the progenitor that you could have attacked but couldn't subdue in an online game. That is, the game system can suppress the influence of the time lag that may occur in the online game.

(Appendix C2) Further, one aspect of the present invention is the game system described in Appendix C1, in which the battle control unit is based on the operation of a user identified by user information belonging to the first team. When controlling an attack on a second character that is active based on an operation for each user identified by user information belonging to the second team, the attack on the first NPC gives the first NPC. The effect of the attack on the second character on the second character is limited to be smaller than the effect.

According to the configuration of Appendix C2, in the battle between characters operated by the user, the proto-language that the game system should have attacked but could not be subdued may occur, but by making the damage caused by the attack extremely small, the above Since the merit of playing a battle between characters can be reduced and the factors that motivate the battle between the characters can be reduced, the influence of the above-mentioned discrepancy can be suppressed.

(Appendix C3) Further, one aspect of the present invention is the game system described in Appendix C2, in which the battle control unit limits the activity of the second character by attacking the second character.

According to the configuration of Appendix C3, in the battle between characters operated by the user, the purpose is to stop the movement rather than damaging the opponent's character, so the game system could not be subdued even though it should have attacked. It can suppress the occurrence of proto-language.

(Supplementary Note C4) Further, one aspect of the present invention is the game system according to any one of Supplementary notes C1 to C3, wherein a plurality of terminal devices (10) including the first NPC control unit and the terminal device. The first NPC control unit includes a server device (30) that is communicatively connected to the first NPC, and controls the position of the first NPC in the field for each of the plurality of terminal devices.

According to the configuration of Appendix C4, the game system basically includes the position and movement (motion) of the first NPC (for example, a normal NPC) in the field, and the effect (effect) when the attack (skill) is activated. Since actions with high real-time characteristics are managed by each game device (terminal side), it is possible to suppress the influence of the time lag due to communication.

(Appendix C5) Further, one aspect of the present invention is the game system described in Appendix C4, in which the server device controls a second NPC different from the first NPC in the field. A control unit (312) is provided, and the battle control unit controls an attack from the first team to the second NPC based on an operation of a user identified by user information belonging to the first team. At the same time, based on the operation of the user identified by the user information belonging to the second team, the attack from the second team to the second NPC is controlled, and the second NPC control unit controls the attack on the second NPC. Within, the position of the second NPC is controlled so that the plurality of terminal devices have the same position.

According to the configuration of Appendix C5, the game system is attacked by each game device for a second NPC (eg, a boss NPC) that is attacked by both sides (eg, both the blue team and the red team). Since the positions can be synchronized so that they are the same, consistency can be ensured in the battle of a plurality of users against the same attack target.

(Appendix C6) Further, one aspect of the present invention is the game system described in Appendix C5, and in order to subdue the second NPC, there are many more than subduing the first NPC. Requires an attack.

According to the configuration of Appendix C6, the game system may have the proto-language that it should have attacked but could not subdue the attack at the time of subjugation (the last stop), but for the attacks from both teams so far Even if the order is changed, it cannot be a big proto-language, so the influence of the above inconsistency can be reduced as a whole attack until the subjugation.

(Appendix C7) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices C1 to C6.

According to the configuration of Appendix C7, the program can only attack the first NPC (eg, a normal NPC) from either team (eg, both the blue team and the red team). (Because), it is possible to suppress the progenitor that can occur in online games, that is, it should have been attacked but could not be subdued. That is, the program can suppress the influence of the time lag that may occur in the online game.

(Appendix D1) Further, the game system (1) according to one aspect of the present invention has a field (FLD) based on whether or not the operation result of the user identified by the user information belonging to the team satisfies a predetermined condition. An area determination unit (315, S100) for determining whether or not to associate each of a plurality of areas within the team with the team (for example, which team is to be occupied), and the area within a preset time limit. A win / loss determination unit (316, S114) for determining the victory / defeat of the team based on the determination result by the determination unit is provided, and the victory / defeat determination unit is based on the association status of the plurality of areas with the team. The victory or defeat of the team is determined even before the time limit is reached (S204 to S220).

According to the configuration of Appendix D1, in an action game in which a plurality of users forming a team operate each character to fight against an enemy character, the superiority or inferiority of the battle situation becomes clear without waiting for a time limit. When the victory or defeat is settled, the victory or defeat is confirmed at that point and the game ends, so that it is possible to suppress unnecessary play time for the user.

(Appendix D2) Further, one aspect of the present invention is the game system described in Appendix D1, and the winning / losing determination unit is in a situation in which the association status of the plurality of areas with the team is preset. In the case (for example, when all the rooms are occupied by one team), the victory or defeat of the team is determined even before the time limit is reached, provided that the situation is maintained for a predetermined time (S204 to S220). ).

According to the configuration of Appendix D2, the game system is the occupied side even if the association status of the multiple areas with the teams is preset (for example, all the rooms are occupied by one team). You can give your team time to rewind. Therefore, the game system can suppress the absurdity that the battle ends without being able to exert its ability by being attacked at once for some reason.

(Appendix D3) Further, one aspect of the present invention is the game system described in Appendix D2, and the winning / losing determination unit is in a situation in which the association status of the plurality of areas with the team is preset. The predetermined time is shortened according to the number of times (S204, S216).

According to the configuration of Appendix D3, the game system is considered to be more certain that the team is superior to the first all-room occupancy, for example, when all-room occupancy is repeated. It is possible to shorten the time that the occupied team has a chance to rewind, and to prevent the user of the occupied team from wasting play time.

(Appendix D4) Further, one aspect of the present invention is the game system described in Appendix D3, and in the case of a battle between a plurality of the teams, the number of times is counted for each team.

According to the configuration of Appendix D4, in the game system, for example, if one team occupies all the rooms and then the other team occupies all the rooms again, it is considered that the superiority or inferiority of the battle situation is not clear. , Each team can be given equal time to rewind.

(Appendix D5) Further, one aspect of the present invention is the game system according to any one of the appendices D2 to D4, in which the association status of the plurality of areas with the team is preset. In this case, a display control unit (115) for displaying information indicating the time until the predetermined time is reached is provided.

According to the configuration of Appendix D5, the game system presents the time until the victory or defeat is confirmed to the user in the battle play by a countdown or the like, so that the tension can be increased. In addition, the game system makes it easier for the user to grasp the remaining time until the victory or defeat is confirmed, so that the user can easily think of a strategy of what to do with the remaining time.

(Supplementary note D6) Further, one aspect of the present invention is the game system according to any one of Supplementary note D2 to Supplementary note D5, and the display control unit has a status of associating the plurality of areas with the team in advance. When the set situation is reached, it is determined whether or not to display the information indicating the time until the predetermined time is reached, based on the remaining time until the time limit is reached and the predetermined time (S206, S214).

According to the configuration of Appendix D6, if the remaining time of the match is shorter than the countdown time, even if the countdown is started, the match ends due to the time limit before the countdown becomes "0". Therefore, it is possible to prevent a meaningless countdown display.

(Appendix D7) Further, one aspect of the present invention is the game system according to any one of the appendices D1 to D6, based on the operation for each user identified by the user information belonging to the team. A character moving unit (112) for moving a character associated with each user information in a field having a plurality of areas common to the user is provided.

According to the configuration of Appendix D7, the game system decides the victory or defeat at that point and ends when the superiority or inferiority of the battle situation becomes clear and the victory or defeat is practically settled without waiting for the time limit. , It is possible to prevent the user from wasting time moving the character in the field.

(Appendix D8) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices D1 to D7.

According to the configuration of Appendix D8, in an action game in which a plurality of users forming a team operate each character to fight against an enemy character, the superiority or inferiority of the battle situation becomes clear without waiting for a time limit. When the victory or defeat is settled, the victory or defeat is confirmed at that point and the game ends, so that it is possible to prevent the user from having wasted play time.

(Appendix E1) Further, the game system (1) according to one aspect of the present invention is described in a common field (FLD) within the team based on an operation for each user identified by user information belonging to the team. A character control unit (112) that activates a character associated with each user information, and the character in the first state (for example, a normal state) are subjected to the first condition on condition that a predetermined first condition is satisfied. A third state in which the character's activity is restricted on condition that a predetermined second condition is satisfied for the character in the second state by transitioning to a second state (for example, asphyxia state) in which the ability is lower than the state. The character state control unit (1121, S304, S312) that transitions to a state (for example, a dead state) and the character in the second state are brought into the first state based on another character belonging to the same team as the character. It is provided with a revival control unit (1122, S312) for reviving the character, and a win / loss determination unit (316, S114) for determining the victory or defeat of the team based on the result of the character's activity by the character control unit.

According to the configuration of Appendix E1, the game system has a chance of resurrection with the cooperation of the same team before the character in the first state (for example, the normal state) is attacked and enters the third state (for example, the dead state). Can be in a second state (eg, asphyxia). Therefore, the game system can increase the opportunities for cooperation within the team in the team-based action game.

(Appendix E2) Further, one aspect of the present invention is the game system described in Appendix E1, and the resurrection control unit puts the character in the third state (for example, a dead state) into the third state. After a predetermined time elapses, the state transitions to the first state (for example, a normal state) or the second state (for example, a asphyxia state).

According to the configuration of Appendix E2, the game system does not end the game even when the character enters the third state (for example, the dead state), but the play continues to proceed, and the game is re-operated after being inoperable for a certain period of time. Since it will be the start, you can participate in the competitive play again and contribute to the team. In addition, the game system is motivated to cooperate within the team so that the character can be revived in the asphyxial state because the character cannot be operated for a certain period of time when the character is in the third state (for example, the dead state). Can be given.

(Appendix E3) Further, one aspect of the present invention is the game system described in Appendix E2, in which the resurrection control unit puts the character in the third state (for example, a dead state) into the first state (for example, death state). , Normal state) or the second state (for example, asphyxia state), the transitioned character is placed at a predetermined place in the field.

According to the configuration of Appendix E3, in addition to the temporal penalty that the game system cannot operate for a certain period of time by restarting the character once in the third state (for example, the dead state) from the start room. , A locational penalty can also be given.

(Supplementary Note E4) Further, one aspect of the present invention is the game system according to any one of Supplementary notes E1 to E3, wherein the revival control unit is the character in the second state (for example, asphyxia state). Is restored to the first state based on the positional relationship between the character and the other first state (for example, the normal state) belonging to the same team as the character.

According to the configuration of Appendix E4, in order to revive a character in a suspended state, a team member needs to move another character of the same team to the place where the character in the suspended state is located. It can give a feeling of cooperation and rescue.

(Appendix E5) Further, one aspect of the present invention is the game system according to any one of the appendices E1 to E4, and the activity of the character is restricted from the third state (for example, the dead state). This includes a state in which the character cannot be restored to the first state (for example, a normal state) based on another character belonging to the same team as the character.

According to the configuration of Appendix E5, when the character enters the third state (for example, the dead state), the game system cannot be revived by the cooperation within the team, so that the game system is in the second state (for example, the asphyxia state). You can motivate them to work together within the team so that they can somehow be revived.

(Appendix E6) Further, one aspect of the present invention is the game system according to Appendix E5, in which the ability is lower than that of the first state (for example, the normal state), the second state (for example, the asphyxia state). The term includes a state in which the activity of the character is restricted.

According to the configuration of Appendix E6, when the character is transitioned to the second state (for example, the asphyxia state), the activity of the character is restricted from the first state (for example, the normal state), and thus the game is played. Since the strength of the team is reduced in play, the team members can be motivated to revive the player character in the second state.

(Appendix E7) Further, one aspect of the present invention is the game system according to any one of the appendices E1 to E5, and the ability is lower than that of the first state (for example, the normal state). The two states (for example, asphyxia state) are states in which the value of the parameter associated with the character is changed from the first state (for example, the normal state) to a value at which the ability of the character is lowered. Is included.

According to the configuration of Appendix E7, when the character is transitioned to the second state (for example, the asphyxia state), the values of the parameters such as the character's attack power, defense power, and HP are in the first state (for example, asphyxia state). For example, since it is lower than the normal state), the strength of the team is reduced in the battle play, so that the team members can be motivated to revive the character in the second state (for example, the asphyxia state).

(Supplementary Note E8) Further, one aspect of the present invention is the game system according to any one of Supplementary note E1 to Supplementary note E7, and the revival control unit is the second state (for example, asphyxia state) to the first state. Limit the number of times to restore to one state (for example, normal state).

According to the configuration of Appendix E8, the game system can be suppressed so that the difficulty level of the play does not become too low or the difference in ability between the teams is not reflected because the game system can be revived as much as possible.

(Supplementary Note E9) Further, one aspect of the present invention is the game system according to any one of Supplementary notes E1 to E8, wherein the character who is active based on a user's operation in the first terminal device is the first. In the case of two states (for example, asphyxia), the display control unit (115) displays the character in a display mode that can be distinguished from the character in the first state (for example, the normal state) in the second terminal device. To be equipped.

According to the configuration of Appendix E9, the game system displays the character in the second state (for example, the asphyxia state) on the play screen so as to be easily distinguished from the character in the first state (for example, the normal state). It can be displayed.

(Appendix E10) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices E1 to E9.

According to the configuration of Appendix E10, the program has a chance of resurrection with the cooperation of the same team before the character in the first state (eg, normal state) is attacked and goes into the third state (eg, dead state). It can be in a second state (eg, asphyxia). Therefore, the program can have more opportunities for cooperation within the team in a team-based action game.

(Appendix F1) Further, the game system (1) according to one aspect of the present invention has a common field (FLD) within the team based on the operation for each user identified by the user information belonging to the team. An operation of acquiring a character moving unit (112) for moving a character associated with each user information and a first object (for example, a treasure chest item) arranged in the field is performed by any of the users. In this case, a reward giving unit (317, S408) that grants a reward (for example, an item) selected for each user to each user identified by the user information belonging to the team is provided.

According to the configuration of Appendix F1, the game system can acquire a plurality of first objects (for example, treasure chest items) existing in the field by sharing them among the users in the team, so that it is a team battle type action game. You can have more opportunities for cooperation within the team.

(Appendix F2) Further, one aspect of the present invention is the game system described in Appendix F1, and the content of the reward for each user given to each user identified by the user information belonging to the team by the reward giving unit. A first display control unit (115, S410) for displaying (for example, the type of item) is provided.

According to the configuration of Appendix F2, since the game system can know the content of the reward given to each user in the team, it can be a trigger for communication within the team.

(Appendix F3) Further, one aspect of the present invention is the game system described in Appendix F2, in which the first display control unit uses the first object (for example, a treasure chest item) arranged in the field. The reward content (for example, the type of item) is displayed in an indistinguishable display mode.

According to the configuration of Appendix F3, the game system suggests that the reward content is known after acquiring the first object (for example, a treasure chest item), that is, the reward content is not known before the acquisition, and by not knowing it. , It is possible to raise the expectation when acquiring.

(Appendix F4) Further, one aspect of the present invention is the game system according to any one of the appendices F1 to F3, wherein the reward giving unit includes the character and a first object (for example, a treasure chest item). The reward (for example, an item) is given based on the positional relationship of.

According to the configuration of Appendix F4, the game system allows users in the team to share and move each of a plurality of first objects (for example, treasure chest items) existing in the field, so that the user can efficiently move the objects. You can get rewards (eg items).

(Appendix F5) Further, one aspect of the present invention is the game system according to any one of the appendices F1 to F4, and the reward giving unit has been acquired by the operation of any of the users. The first object is excluded from the acquisition target for any user identified by the user information belonging to the team.

According to the configuration of Appendix F5, the game system cannot obtain the first object (for example, a treasure chest item) in duplicate by a plurality of users in the same team, so that a high-value reward (for example, an item) can be obtained. It is possible not to give too much to the user.

(Appendix F6) Further, one aspect of the present invention is the game system according to any one of the appendices F1 to F5, and a second object different from the first object (for example, usually (Item) is arranged, and when the operation of acquiring the second object arranged in the field is performed by any of the users, the reward giving unit rewards the user (for example, an item). ) Is given, and when the operation of acquiring the second object (for example, a normal item) is performed by the other user, a reward (for example, an item) is given to the other user (S404). ).

According to the configuration of Appendix F6, in the game system, the second object (for example, a normal item) acquired by one user can be acquired by other users regardless of the team, so that the second object (for example, a normal item) can be acquired equally for all users. 2 It is possible to give an opportunity to acquire an object. In addition, the game system 1 can make a strategy for each user, such as when and where to acquire the second object (for example, whether to recover the HP).

(Appendix F7) Further, one aspect of the present invention is the game system according to any one of the appendix F6, and the arrangement information of the second object (for example, a normal item) arranged in the field is the above. It is associated with each user information, and the arrangement position of the second object specified by the arrangement information associated with each user information is common.

According to the configuration of Appendix F7, the game system places the second object (for example, a normal item) in the same place in the field for all users, so that the second object is equally distributed to all users. Can give an opportunity to acquire.

(Appendix F8) Further, one aspect of the present invention is the game system according to any one of the appendices F7, in which the reward content of the second object specified by the arrangement information associated with each user information is It is common.

According to the configuration of Appendix F8, since the game system places the same type of second object (for example, a normal item) in the same place in the field for any user, the second object (for example, a normal item) is placed equally for all users. 2 It is possible to give an opportunity to acquire an object.

(Appendix F9) Further, one aspect of the present invention is the game system according to the appendix F6 or the appendix F7, in which the second object (for example, a normal item) arranged in the field is rewarded (for example, for example). It is provided with a second display control unit (115), which displays the item type) in an identifiable display mode.

According to the configuration of Appendix F9, the game system can acquire the second object (for example, a normal item) after the user confirms the content of the reward to be given in advance. For example, many of the second objects are consumed on the spot, such as items that restore HP. Therefore, the user can determine in advance whether or not to acquire the second object after confirming the content of the reward to be given.

(Appendix F10) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices F1 to F3.

According to the configuration of Appendix F10, since the program can acquire a plurality of first objects (for example, treasure chest items) existing in the field by sharing them among users in the team, in a team battle type action game. , You can have more opportunities for cooperation within the team.

(Appendix G1) Further, the game system (1) according to one aspect of the present invention includes a character operated for each user identified by user information belonging to the team in a field (FLD) common to the team. A display control unit (115) that executes a display process for displaying an effect based on a characteristic associated with each of the characters operated for each user in a game in which an opponent of the character is played against the character. The display control unit sets a limit on the display of the effect based on a preset priority.

According to the configuration of Appendix G1, since the game system limits the display of the effect (effect) based on the priority, the effect display by a plurality of characters can be appropriately controlled.

(Appendix G2) Further, one aspect of the present invention is the game system according to the appendix G1, wherein the terminal device (10) provided with the display control unit and the server device (30) communicated with the terminal device. ), And the display control unit sets a limit on the display of the effect based on the processing load of the terminal device that executes the display process.

According to the configuration of Appendix G2, the game system displays high-priority effects while reducing the processing load so that the processing load of the terminal device is not overloaded (so as not to be overloaded). The effect display by a plurality of characters can be appropriately controlled.

(Appendix G3) Further, one aspect of the present invention is the game system according to the appendix G1 or the appendix G2, which includes a plurality of the terminal devices, and the display control unit is other than the terminal device that executes the display process. The display of the effect of the character operated by the terminal device is restricted.

According to the configuration of Appendix G3, since the game system preferentially displays the effect of the character operated by the user on the terminal device operated by the user, the operation feeling of the user operated by the terminal device is ensured. can do.

(Appendix G4) Further, one aspect of the present invention is the game system described in Appendix G3, wherein the display control unit has a possession history of a character that can be operated by the user in a terminal device that executes the display process. Based on the usage history, or the possession history or usage history of items that can be equipped on the character, the display of the effect of the character operated by the terminal device other than the terminal device is restricted.

According to the configuration of Appendix G4, the game system can set the display priority of the effect (effect) depending on whether or not the character or item is already known to the user, so that it is not necessary to inform the user of the effect. It is possible to prioritize the display of effects (effects that the user has not seen yet) that need to be notified to the user rather than the display.

(Appendix G5) Further, one aspect of the present invention is the game system according to any one of the appendices G1 to G4, and the display control unit is associated with each of the characters operated for each user. The display of the effect is limited based on the priority set in advance based on the characteristics.

According to the configuration of Appendix G5, since the game system can set the display priority of the effect (effect) according to the characteristics of the player character, it is possible to make the player character with the characteristic of setting a high priority stand out, and to the user. It is possible to motivate the acquisition of characters with that characteristic.

(Appendix G6) Further, one aspect of the present invention is the game system according to any one of the appendices G1 to G5, and the characteristics associated with each of the characters for each user are associated with each character. Based on the item that was given.

According to the configuration of Appendix G6, since the game system can set the display priority of the effect (effect) according to the characteristics of the equipment item, it is possible to make the equipment item with the characteristic with the higher priority stand out, and to the user. You can motivate yourself to obtain items with that characteristic.

(Appendix G7) Further, one aspect of the present invention is the game system according to any one of the appendices G1 to G5, and the characteristics associated with each of the characters for each user are the respective characters or each. Based on the rarity of the item associated with the character.

According to the configuration of Appendix G7, the game system can prioritize the display of the effect as the rarity of the character or the rarity of the item is higher. Therefore, for example, weapons and characters that seem to have high rare value that have never been seen can be made to stand out, and users can be motivated to obtain those weapons and characters.

(Appendix G8) Further, one aspect of the present invention is the game system according to any one of the appendices G1 to G5, and the characteristics associated with each of the characters for each user are the respective characters or each. Based on the limited-time effect set on the item associated with the character.

According to the configuration of Appendix G8, the game system can prioritize the display of the effect of the special effect for a limited period of time when the special effect is obtained. Therefore, for example, it is possible to make effective weapons and characters stand out for a limited time, and to motivate the user to obtain those weapons and characters.

(Appendix G9) Further, one aspect of the present invention is a program for causing a computer to function as the game system according to any one of the appendices G1 to G8.

According to the configuration of Appendix G9, since the program sets a limit on the display of the effect (effect) based on the priority, the effect display by a plurality of characters can be appropriately controlled.

1 game system, 10 game devices, 11 CPU, 12 communication unit, 13 input unit, 14 display unit, 15 storage unit, 30 game server, 31 CPU, 32 communication unit, 35 storage unit, 110 game control unit, 111 server control Information acquisition unit, 112 character control unit, 113 normal NPC control unit, 114 battle control unit, 115 display control unit, 310 server control unit, 311 terminal control information acquisition unit, 312 boss NPC control unit, 313 normal NPC state synchronization unit, 314 Player character synchronization unit, 315 Occupation determination unit, 316 Win / loss determination unit, 317 Reward granting unit, 351 User data storage unit, 352 Team data storage unit, 353 Character data storage unit, 354 Item data storage unit, 355 Possession data storage unit

Claims (3)

A character moving unit that moves a character associated with each user information in a field common to the team based on an operation for each user identified by the user information belonging to the team.
When the operation of acquiring the first object arranged in the field is performed by any of the users, a lottery reward is given to each user identified by the user information belonging to the team. Then, when the operation of acquiring the second object arranged in the field is performed by any of the users, the reward is given to the user and the operation of acquiring the second object is performed by another user. When performed by the user, a reward giving unit that grants a reward to the other user, and
A display control unit that displays information indicating a reward drawn for each user given to each user identified by the user information belonging to the team by the reward giving unit.
With
The placement information of the second object placed in the field is associated with each user information, and the reward content of the second object specified by the placement information associated with each user information is common. ,
The first object is placed in the same place in the field for any user, and it is managed whether or not it has been acquired for each team.
The first object arranged at the same place as the first object for which the operation acquired by any of the users identified by the user information belonging to the first team is performed is the first team. The user who is identified by the user information belonging to the first team is excluded from the acquisition target.
The first object arranged at the same place as the first object for which the operation acquired by any of the users identified by the user information belonging to the first team has been performed is the first team. It is not acquired for other teams other than the above, and users identified by the user information belonging to the other team are not excluded from the acquisition target.
Game system. A second display control unit that displays the second object arranged in the field in a display mode in which the reward content can be identified.
The game system according to claim 1. A program for causing a computer to function as the game system according to claim 1 or 2.

Images