JP6727501B2 - Game system and program - 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 the game while fighting with an enemy character (for example, Patent Document 1). For example, in the case of a team battle type, a character operated by each user moves in a field (game space) while playing against a character of the opponent team to progress the game.

JP, 2010-207404, A

However, in a team battle type action game as described above, which team will subdue more opponent (enemy) characters, or which team will reach the final destination first. There were many uniform things such as winning or losing was decided by.

It is an object of some aspects of the present invention to provide a game system and a program that provide new enjoyment in a team battle type action game in which a plurality of users operate each character to battle an enemy character. And one of them.

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

In order to solve the above-mentioned problems, an aspect of the present invention is a field having a plurality of regions common to a plurality of teams based on an operation for each user identified by user information belonging to each of the plurality of teams. It is determined whether or not to associate the area with which team, based on whether or not the operation result of the user satisfies a predetermined condition, and a character moving unit that moves the character associated with each of the user information. And a win/loss determination unit that determines the outcome of the competition by the plurality of teams based on the determination result by the region determination unit.

Further, one embodiment of the present invention is a program for causing a computer to function as the above 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 a structure of the game system which concerns on 1st Embodiment. The figure which shows an example of the hardware constitutions of the game device which concerns on 1st Embodiment. The figure which shows an example of the hardware constitutions of the game server which concerns on 1st Embodiment. The block diagram which shows an example of a structure of the game device and game server which concern on 1st Embodiment. The flowchart which shows an example of the occupation determination process which concerns on 1st Embodiment. The flowchart which shows the 1st example of the winning/losing determination process which concerns on 1st Embodiment. The flowchart which shows the 2nd example of the winning/losing determination process which concerns on 1st Embodiment. The figure which shows an example of the point given when occupying a room according to the first embodiment. The figure which shows an example of the setting of the number of occupied rooms and a bonus coefficient which concern on 1st Embodiment. The figure which shows the example of a setting of the appearance method of the normal NPC which concerns on 2nd Embodiment. The figure which shows the difference of the process of a normal NPC and boss NPC which concerns on 3rd Embodiment. The flowchart which shows an example of the countdown process in the battle play which concerns on 4th Embodiment. The figure which shows an example of the appearance for every state of the player character which concerns on 5th Embodiment. The block diagram which shows an example of a 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 example of a display of the treasure box item which concerns on 6th Embodiment. The figure which shows the example of a display of the normal item which concerns on 6th Embodiment. The flowchart which shows an example of the reward provision process which concerns on 6th Embodiment. The figure which shows the example of a display 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.

[Outline of the game]
First, an outline of an example of the game according to this 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 “player character”) advances the game while fighting with an enemy character. Will be described as an example. The number of teams may be two teams, or may be three or more teams. Here, a case of a battle between two teams (that is, a battle between one team and one team) will be described as an example. Since there is a player character operated by each of a plurality of users for each team, a multiplayer/multiplayer battle is performed.

When the user starts playing the game, the user decides the own team and the opponent team before the battle. After the member matching for determining the users who participate in the own team is performed, the member matching for the opponent team is performed. For example, one team has 4 players, and there will be a match of 4 players against 4 players. Note that the number of people in one team may be another number. Matching of the own team includes random matching on the spot by the server device and matching by the team formed by the users. The opponent is a random matching by the server device. In addition, in order to participate in the team battle, it may be a specification that consumes items such as specific points and tickets set in the game.

A character is a person, an animal, an object (for example, a vehicle) that appears in a game. After the team members are matched, the user selects the player character operated by the user. For example, the player character is a warrior (person) who is an operation target of a user who plays the game. The player character operated by the user may be one, or may be two or more in the form of a group (party). If there are two or more bodies, you can play while switching to one body. In the present embodiment, it is assumed that there is one player character operated by each user.

The player character is associated with parameters that affect the user's play content, such as HP (Hit Point), MP (Magic Point), offensive power, and defense power, as an index indicating the ability. HP is a value indicating physical strength and vitality, and is a parameter serving as a point for determining whether or not the game can be continued. This HP is reduced by the attack from the enemy, and when the HP becomes a predetermined value or less (for example, "0"), the game cannot be continued. The MP is a value consumed when the player character uses an item such as a special ability or a special weapon. The offensive power and the defensive power are values indicating the offensive ability and the offensive ability of the player character. The attack power is a parameter indicating the amount of damage to the attack target, and is related to the reduction amount of the HP of the attack target. The defense force is a parameter indicating the resistance to damage when an attack is received, and is related to the reduction of HP reduction amount. For example, the offensive power and the defensive power are individually set for each player character as the ability of the player character. On the other hand, HP and MP are associated with the user who operates the player character. The HP and MP may be associated with the player character.

The specification may be such that the same character as the player character can be selected. The obi same character supports the user's play, such as defeating or collaborating with the player character, defeating the enemy character, or recovering the HP of the player character. For example, the obi 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 the same character, and the effect differs depending on which character is the same character.

Further, by equipping the player character with an item, the ability of the player character can be improved. Items are classified into multiple categories. For example, the items are classified into three categories of “weapon”, “armor”, and “special weapon”. The player character's ability includes parameters such as the attack power and defense power of the player character, and the ability to make 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 for improving parameters such as the attack power of the player character. The “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 a large amount of damage that causes an explosion after a predetermined time. For example, these items can be acquired by the user by completing a lottery or a predetermined event.

Further, the player character or each item that can be equipped to the player character is set with a characteristic indicating the characteristic 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 a strategy depending on the player character or the item equipped to the player character. In addition, the opponent character or the equipped item also has the same characteristics, and superiority or inferiority occurs depending on the compatibility due to the combination of the opponent characters, so it is necessary to consider a strategy. The characteristics are, for example, the ability (attack power, etc.) related to the action of the character and the ability (recovery skill, etc.) that affects the action. Specifically, for example, as characteristics, "high offensive power", "having recovery skill", "throwing weapon allows attacking high places", "great damage to character with specific attribute" , "Move fast", "Attack a distant enemy", "Can damage a wide area", 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 fields according to the present embodiment. In the illustrated field FLD, a blue team and a red team are played. The field FLD has four types of "rooms (areas)", which are "start room", "normal room", "passage", and "boss room", as a plurality of areas common to both teams.

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 battle play, the player characters of each team start from the start room of each team. Even if the HP becomes 0 and restarts (respawn), it will be restarted from this start room.

A normal room is a room that each team occupies. In the illustrated example, the room A, the room B, and the room C are the rooms occupied by the blue team as an initial state at the start of the competitive play. On the other hand, the room D, the room E, and the room F are rooms occupied by the red team as an initial state at the start of the competitive play. In the normal room, the NPC (non-player character) of the occupying side is present. The NPC is a character that does not require user operation, and is a character controlled by game processing 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 an attack from the player character of the opponent team as a character of the occupying side. For example, when a normal NPC is defeated in a normal room, the team on the defeating side occupies this normal room. On the other hand, if the defeat of the normal NPC in the normal room fails, the occupation of the team on the defeated side ends in failure, and the team originally occupying will occupy the normal room as it is.

The passage 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 the boss character appears and is a room to be occupied. The boss character is an NPC, but unlike a normal NPC, it is not a character of any camp. Therefore, in the initial state at the start of the competitive play, the boss room is not occupied by any team. Hereinafter, the NPC existing in this boss room is also referred to as “boss NPC”. The boss NPC has a higher attack power and defense power than a normal NPC, and is a character that can be attacked by any team. For example, when the boss NPC is subdued, the team that has done more damage to the boss NPC will occupy the boss room.

There are different types of fields in which the battle play is performed, and the rooms are arranged differently in each field, but here, as an example, the rooms are arranged symmetrically from the viewpoint of equality to the teams to compete. In the illustrated field FLD, the room of the blue team is arranged on the left side and the room of the red team is arranged on the right side, and the respective rooms are arranged in a symmetrical relationship. Each room is provided with a door DR between adjacent rooms. It is possible to go in and out of an adjacent room through this door DR. Specifically, from the start room BS of the blue team to room A, from room A to room B, from room B to room C and the boss room, from room C to the room F of the red team via the passage. , And through the door DR. On the other hand, from the red team's start room RS to room D, from room D to room E, from room E to room F and the boss room, and from room F to the room C of the blue team via the passageway. It communicates through the door DR. The player characters of both teams have a common area in this field FLD and can move in and out without limitation. Note that the player character of the opponent team may not be allowed to 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 (for example, 3 minutes) wins. For example, each player character of each team moves in the field according to the operation of each user and occupies a room while fighting. The team occupying more rooms at the end of the time limit will be judged to be the winner. The occupation of the room will be described in detail below.

In a normal room, the competing teams (blue team, red team) compete for the room by occupying it. The normal room occupied by the blue team has a normal NPC on the blue team side, 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. The hit determination is performed by each other's attacks, the damage is given to the attacked side and the HP of the attacked side is reduced depending on the degree of the hit (the hitting degree, the attack power, etc.). 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 the normal room, when the subduing status of the normal NPC satisfies a predetermined occupation condition set in advance, the attacking team can occupy the normal room. The subdue status of a normal NPC is the number of normal NPCs appearing in the normal room. The predetermined occupation condition is, for example, that all the normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes 0). When all the normal NPCs existing in the room are defeated by the player character on the red team side, the room is occupied by the red team side.

When the normal room is occupied by the red team, the normal NPC on the red team side appears in the room. The appearing normal NPC on the red team side 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 attacked), and the normal NPC does not attack the player character on the red team side. When all the normal NPCs existing in the room are defeated by the player character on the blue team side, the room is occupied by the blue team side again. While repeating this, both teams usually occupy the room. In this way, one normal room is occupied by either team, and normal NPCs of both teams do not coexist at the same time.

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

Further, in the play screen during the battle play in the normal room, the lower part of the play screen is changed to the color of the occupied team. This makes it easier to visually recognize which team has occupied the room during the competitive play.
FIG. 2 is a diagram showing an example of a play screen in a normal room. On the play screen G10 shown in the figure, the inside of 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. The area FL becomes blue (or a blue color) when occupied by the blue team, and becomes red (or a red 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.

Further, a map MA in the field is displayed at the top of the play screen G10. Further, in the map MA, a position mark PS indicating the place of the room during the competitive play is displayed. Reference numerals NP1 to NP3 indicate normal NPCs existing in this room, and reference numeral P1 indicates a player character trying to subdue the normal NPCs. In this figure, there is only one player character, but there may be other player characters of the same team, a plurality of player characters of the opponent team, and the like.

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

A boss NPC appears in the boss room. The boss NPC is neither side. 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 has done more damage to the boss NPC will occupy the boss room. In the boss room, the boss NPC will appear only once in one battle. For this reason, once the boss room is occupied by one team, the other team cannot occupy it again and the team (camp) that has occupied the boss room does not change until the end of the battle. That is, there is only one chance to occupy the boss room during one field battle. Although there may be a plurality of boss rooms in the field, 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 inside of the boss room is displayed on the play screen G20 shown in the figure. Unlike the play screen G10 in the normal room, since the occupation is not occupied during the competitive play, the occupation status is not displayed (team color display). Further, the reference sign BNP indicates the boss NPC existing in this room, the reference signs PB1 and PB2 indicate the player characters of the blue team trying to subdue the boss NPC, and the reference signs PR1 and PR2 also indicate the boss NPC. The player character of the red team trying to subdue is shown. The boss NPC has higher HP, attack power, defense power, etc. than a normal NPC, and more attacks are required to subdue it. Therefore, when the boss NPC appears in the boss room and the battle is started, the player characters of each team gather in the boss room to occupy the boss room, and each team deals more damage to the boss NPC. We will cooperate in the attack. Since occupancy cannot be returned to the boss room, occupying at least one room is confirmed by occupying the boss room, which is more advantageous to the battle situation than the occupation of the normal room. By occupying the boss room, the parameter of the player character on the occupying side may be changed to an advantageous direction (for example, HP recovery or the like). Also, the occupation of the boss room may correspond to a predetermined multiple of the occupation 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 this embodiment. The game system 1 includes computer devices including a game device 10-1, a game device 10-2, a game device 10-3,..., And a game server 30, and these computer devices form a network NW. Connected through. Since the game device 10-1, the game device 10-2, and the game device 10-3 have the same configuration, the description such as "-1" and "-2" is omitted unless otherwise specified. Will be described as the game device 10. Although three game devices 10 are shown here, an arbitrary 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 on the game device 10. For example, the game server 30 provides a control program (game control program) of a game that can be played on the game device 10 so as to be downloadable from the game device 10. In addition, the game server 30 stores various setting information and history information necessary for the game played on the game device 10, and transmits them to the game device 10 as necessary. In addition, the game server 30 executes a process that needs to be executed on the server side among the processes of the game played on 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, a memory card or the like.

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 device, a portable game device, an arcade game device installed in a game center, a PC (Personal Computer), a tablet PC, or the like. A mobile phone such as a smartphone or a feature phone, a personal digital assistant (PDA), or the like can be applied. In the present embodiment, the game device 10 will be described as a portable game device.

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), a LAN (Local Area Network). It is a communication network configured by a PSTN (Public Switched Telephone Network) or the like or a combination thereof.

FIG. 5: is a figure which shows an example of the hardware constitutions of the game device 10 which concerns on this embodiment. The game apparatus 10 includes, for example, a game server 30 including a CPU (Central Processing Unit) 11, a communication unit 12, an input unit 13, a display unit 14, and a storage unit 15 and connected via a network NW. It communicates with other devices and the like via the communication unit 12. These constituent elements are communicatively 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 and other devices via the network NW under the control of the CPU 11.
The input unit 13 is configured to include a plurality of operation buttons for inputting a user operation, and outputs the input operation information to the CPU 11. The input unit 13 includes other input devices 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 for inputting various instructions by voice. May be
The display unit 14 is a display that displays information such as images and texts, and includes, for example, a liquid crystal display panel, an organic EL (ElectroLuminescence) display panel, and the like. For example, the play image of the game is displayed on the display unit 14.

The storage unit 15 includes, for example, a hard disk drive (HDD), a solid state drive (SSD), an electrically erasable programmable-only memory (ROM), a read-only memory (ROM), and the like (ROM). Various information, images, programs (including game control programs), and the like processed by the game device 10 are stored. The storage unit 15 is not limited to the one built in the game apparatus 10, and may be an external storage device connected by a digital input/output port such as a USB. Further, the game device 10 may be configured to include a hardware configuration such as a speaker, a sound output terminal, a camera, a gyro sensor, and a GPS (Global Positioning System) reception module, which are not shown.

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 with the plurality of game devices 10 and other devices connected via the network NW and the communication unit 32. Communicate through. These constituent elements are communicatively connected to each other via a bus. The CPU 31 executes the game control program stored in the storage unit 35 and provides a game that can be played on the plurality of game devices 10.

The communication unit 32 communicates with the plurality of game devices 10 and other devices via the network NW under the control of 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, a HDD, an EEPROM, a RAM, and the like, 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 via a digital input/output port such as a 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. In addition, the game server 30 may be configured to include a hardware configuration such as a display unit, a speaker, and a sound output terminal, which are not illustrated.

[Functional configuration]
Next, with reference to FIG. 7, 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 configurations 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 the game control program stored in the storage unit 15. The game control unit 110 controls a game playing 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 regarding the game processing from the game server 30 via the communication unit 12. For example, the server control information acquisition unit 111 acquires data regarding a player character that the user can select, data regarding an item that the player character can equip, and the like. Further, the server control information acquisition unit 111 communicates from the game server 30 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 another game device 10. It is acquired via the 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 an action (motion) associated with an attack, a defense, an acquisition of an item, or the like. Further, the character control unit 112 changes the values of HP and MP in response to being attacked or attacked in the battle play. In addition, 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, in each normal room, a normal NPC of the camp occupying the room (normal NPC corresponding to the occupying team) to appear, and attacks the player character of the opponent team. Normally controls NPC activity, such as

The battle control unit 114 applies the rules of battle in the battle play, determines the hit by the attack, determines the amount of damage and the type of damage based on the result of the hit determination. For example, in the battle between the normal NPC controlled by the normal NPC control unit 113 and the player character controlled by the character control unit 112, the battle control unit 114 applies the rules of the battle, hit determination by an attack, and hit determination result. Determine the amount of damage and the type of damage based on. The battle rule is, for example, that an attack on a normal NPC can be made by a player character of a camp (team) different from the normal NPC, but cannot be made by a player character of the same camp (team). .. Note that the battle control unit 114 may limit an attack from a 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.

In addition, the battle control unit 114 transmits, to the game server 30 via the communication unit 12, information indicating the result of the hit determination of the normal attack on the NPC from the player character or the amount of damage and the type of damage. For example, the game server 30 changes the HP value of the normal NPC based on the 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 normal NPC to the player character or the information indicating the amount of damage and the type of damage. For example, the character control unit 112 changes the HP value of the player character based on the result of this hit determination or the information indicating the amount of damage and the type of damage.

Further, in the battle play in the boss room, the battle control unit 114 determines whether or not the boss NPC controlled by the game server 30 and the player character controlled by the character control unit 112 are in a battle determination result or a collision determination result by an attack. Based on this, the amount of damage and the type of damage are determined. In addition, the battle control unit 114 transmits, to the game server 30 via the communication unit 12, the determination result of the hit determination of the player character to the boss NPC or the information indicating the damage amount and the damage type. For example, the game server 30 changes the HP value of the boss NPC based on the 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 player character from the boss NPC or the information indicating the damage amount and the damage type. For example, the character control unit 112 changes the HP value of the player character based on the result of this hit determination or the information indicating the amount of damage 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 includes 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, and the game processing executed by another game device 10. Based on the data based on the above, a display image of a state of each room in the field, a player character of each team, a normal NPC, a boss NPC, and an effect corresponding to an attack of each character is generated and displayed. It is displayed on the unit 14 as a play screen (for example, refer to 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 the data regarding the game (for example, the data regarding the character and the item) stored in the storage unit 35 to the game device 10 via the communication unit 32. In addition, the server control unit 310 acquires control information of the player character controlled based on a user's operation on 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 devices 10 other than the acquired game device 10. As a result, images of player characters operated by a plurality of users in the common field can be displayed on the play screen of each game device 10. In addition, 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 and determination of room occupation and team victory. 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 item, etc. are associated with the user data. The user ID is identification information of the user. 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 played by the user. In HP and MP, the values of HP and MP of the player character operated by the user are stored. 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. The equipment item is associated with information indicating the equipment item set by the user (for example, item ID). These data are also stored in the storage unit 15 of the game device 10.

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

The character data storage unit 353 stores character data that the user can select as a player character, and character data regarding a normal NPC and a boss NPC. A character ID, a character name, an attribute, a characteristic, a character parameter, etc. are associated with the character data. The character ID is identification information of the character. The character name is the name of the character. The attributes include "fire", "water", "tree", "darkness", "holy", etc., and any attribute is set for each character. "Fire", "water", and "tree" are superior to each other. For example, the attribute "water" is superior to the attribute "fire", the attribute "wood" is superior to the attribute "water", and the attribute "fire" is superior to the attribute "tree". Is superior. Note that "darkness" and "holy" are information indicating attacks and defenses having special abilities. As described above, the characteristics indicate the characteristics of the individual abilities of each character, and are “high in attack power”, “have recovery skill”, “throwing weapons can attack high places”, “specific "The character of the attribute can be greatly damaged", "moving speed is fast", "a distant enemy can be attacked", and "a wide range of damage can be done". The character parameters include the attack power and defense power of the character. It should be noted that the normal NPC and the boss NPC are set with levels corresponding to the capabilities of each NPC (attack power, defense power, etc.).

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

The possession data storage unit 355 stores possession data of the items possessed by the user. For example, in the possession data, data related to an item (for example, item ID) 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 equipped on the player character from the items stored in the possession data.

Next, the functional configuration of the server control unit 310 will be described. For example, as illustrated 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. The game includes a win/loss determination unit 316 and a reward granting 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 the control information of the player character (information regarding the activity such as the position, the values of HP and MP, etc.) from each game device 10. In addition, the terminal control information acquisition unit 311 acquires, from each game device 10, information indicating the judgment result of the hit judgment of the normal NPC and the boss NPC or the damage amount and the kind of damage in the battle play.

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 appeared boss NPC, attacks each player character, and changes the HP value according to the attack from each player character. Control. The boss NPC control unit 312 determines the HP of the boss NPC based on the determination result of the hit determination of the player character's attack on the boss NPC or the information indicating the amount of damage and the type of damage, which is 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 causes the boss NPC to disappear (death). In addition, the boss NPC control unit 312 transmits 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 so that the states of the normal NPCs controlled by the game devices 10 are the same. For example, the normal NPC state synchronization unit 313 controls the appearance number and appearance timing of normal NPCs. Specifically, the normal NPC state synchronization unit 313 transmits instruction information indicating that when a normal NPC appears, to each game device 10. Each game device 10 causes a normal NPC to appear in accordance with the instruction information. As a result, the timing and the number of normal NPCs appearing in each game device 10 become approximately the same, and the commonality is maintained.

Further, the normal NPC state synchronization unit 313 acquires the HP of the normal NPC based on the judgment result of the hit judgment of the attack from the player character to the normal NPC or the information indicating the amount of damage and the type of damage, which is acquired from each game device 10. Change the value of. Further, the normal NPC control unit 113 causes the normal NPC whose HP value has become “0” to disappear (death). 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 (dies), the information indicating that fact is sent to each game device. Send to 10. Each game device 10 controls the HP value and state of the normal NPC based on these pieces of information.

The player character synchronization unit 314 synchronizes so that the positions and states of the player characters controlled by the respective game devices 10 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. In addition, the player character synchronization unit 314 controls so that the HP remaining amount of each player character is displayed the same based on the information indicating the state of the player character acquired from each game device 10, and disappears (dead). The player character who has played is controlled so as to disappear (die) even in the other game device 10. Specifically, the player character synchronization unit 314 transmits, to each game device 10, information indicating the state of the player character acquired from 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 occupation determination unit 315 determines which team the normal room is to be occupied based on whether or not a predetermined occupation condition is satisfied based on the operation result of the user (that is, which team is to be associated). To judge. For example, the occupation determination unit 315 determines which team should be occupied in the normal room when the subduing status of the normal NPC satisfies a predetermined occupation condition in the normal room (that is, which team is to be associated). To judge.

For example, in the normal room associated with the blue team, if the predetermined occupation condition is satisfied by the operation result of the user of the red team (the suppression status of the normal NPC), the occupation determination unit 315 sets the normal room to the red team. 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. Note that 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 occupation determination processing for determining occupation of a room according to this embodiment. When the battle in the normal room is started, the occupation determination unit 315 determines whether or not a predetermined occupation condition (for example, 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 that satisfies the predetermined occupation condition. Yes (step S102).

The win/loss determination unit 316 determines the win/loss of a match between 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 based on the determination result of the occupation determination unit 315 (that is, the number of rooms associated with each of the blue team and the red team). Based on, the winning or losing of the match between the blue team and the red team is determined. For example, the win/loss determination unit 316 determines that the team having the larger number of occupied rooms is the winner (win) and the team having the smaller number of occupied rooms is the loser (defeat).

A draw may be included in the winning/losing determination. For example, if the number of rooms occupied by each team is the same, the win/loss determination unit 316 may determine that the team is a draw. If the number of rooms occupied by each team is the same, the win/loss determination unit 316 considers the type of room occupied and determines one team as the winner and loses the other team. May be determined. For example, the winning/losing determination unit 316 may determine that the team that has occupied the boss room is the winner, or may make the ratio of the occupation of the boss room contributing to the victory higher than the occupation of the normal room.

FIG. 9 is a flowchart showing an example of the win/loss determination process according to the present embodiment. When the competitive play is started, the win/loss determination unit 316 starts timing (step S1010). The time may be counted up or counted down. Next, the win/loss determination unit 316 determines whether or not the time limit has expired based on the time counted (step S112). When it is determined that the time limit has not ended (NO), the winning/losing 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 victory/loss determination unit 316 determines the victory/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 win/loss determination unit 316 considers the points given to each team by the reward giving unit 317 or the user identified by the user information belonging to the team, to thereby win or lose. May be determined. For example, if the number of rooms occupied by each team is the same, the win/loss determination unit 316 may determine the win/loss based on the points given to each team.

FIG. 10 is a flowchart showing an example of the winning/losing determination process in which not only the occupation of the room but also the points are considered. When the competitive play is started, the win/loss determination unit 316 starts timing (step S120). The time may be counted up or counted down. Next, the win/loss determination unit 316 determines whether or not the time limit has expired based on the time counted (step S122). When it is determined that the time limit has not expired (NO), the winning/losing 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 victory/loss determination unit 316 determines the victory/loss based on the number of rooms occupied by each team and the points provided (step S124). ).

Note that the winning/losing determination unit 316 may perform the winning/losing determination in consideration of points only when the number of rooms occupied by each team is the same, or when the number of rooms occupied by each team is different. You may decide whether to win or lose in consideration of points.

(Awarding points)
Next, the giving of points will be described. The reward giving unit 317 gives points to a team or a user of the team by “room occupation”, “subscription of NPC”, “assist”, and the like. Hereinafter, they will be described in order.

-Point Grant by "Room Occupancy" The reward granting unit 317 grants points to the team (or the user of that team) who has occupied the room. In other words, if all the normal NPCs existing in the normal room occupied by the opponent team are defeated and there are no normal NPCs in that room, it becomes the occupation of the defeated side and points to that team. (For example, 3000 points or the like) will be awarded. Specifically, in the team data stored in the team data storage unit 352, the reward granting unit 317, the team (team ID) associated with the room (room ID) by the occupation determination unit 315, or a user belonging to the team. The information (user ID) is associated with points to be given according to the occupation of the room. For example, this point is added every time it is given.

The points given may differ depending on the room. For example, the reward granting unit 317 may grant points according to the room to the team occupying 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 occupying the room according to the room level of the occupied room.

For example, the room level is increased by one each time it is occupied. The higher the level, the higher the level of normal NPCs that appear, and the higher the difficulty of occupation. Also, as the room level goes up, the emerging normal NPC may become another type of normal NPC with a higher level. For example, the reward giving unit 317 raises the points given when occupied when the room level is higher. That is, the reward giving unit 317 may increase the points to be given each time a predetermined occupation condition is satisfied in the same room. An initial value of points (for example, awarding point 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 a room is occupied. In this figure, regarding the normal room A (room A) and the normal room B (room B), the relationship between each room level and points at the time of occupation is shown. In the illustrated example, the normal room A is occupied when the room level is level 1 (Lv1), level 2 (Lv2), level 3 (Lv3), level 4 (Lv4), or level 5 (Lv5). Points are set to 2000 pt (point), 3000 pt, 4500 pt, 6000 pt, and 7500 pt. In the normal room B, when the room level is level 1 (Lv1), level 2 (Lv2), level 3 (Lv3), level 4 (Lv4), and level 5 (Lv5), the occupation point is 3000 pt, It is set to 4500pt, 6000pt, 7500pt, and 9000pt.

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 give bonus points according to the number of rooms occupied by the team occupying the room at the time when the room is occupied. For example, a bonus coefficient according to the number of occupied rooms is set, and bonus points according to the bonus coefficient are given.

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 the cases where the number of occupied rooms (the number of occupied rooms) is 0, 1, 2, 3, 4, and 5, respectively. It is set to double, 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 at the time of occupation increases.

By doing so, the users of the same team can get more points at a stretch in the same time zone, so that the user can think of the strategic characteristics depending on the time zone.

The points according to the room are not limited to the points according to the room level (difficulty of occupancy), and may be points according to the size (width) of the room, for example. For example, the reward giving unit 317 may increase the points given as the occupied room is larger (wider).

-Pointing by "Defeating NPCs" The reward giving unit 317 gives points according to the type of normal NPCs of the opponent team that has been defeated (HP is set to 0). When the subjugation is performed based on the operation of a plurality of users, points are assigned at a rate according to the damage given at the subjugation. For example, a level is usually set for an NPC, and points according to the level are set.
Also, a level is set for the boss NPC, and when the boss NPC is defeated, a boss NPC having a higher level than the defeated boss NPC appears at the next appearance. The higher the level of the boss NPC, the higher the points awarded during subjugation. The points awarded by defeating boss NPCs are higher than the points awarded by defeating normal NPCs, so both teams will gather in the boss room and defeat them while the boss appears. Unlike normal NPCs, boss NPCs can be attacked by both teams, so if damage is done by both teams, points will be allocated to each team at the time of subjugation according to the amount of damage.

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

(Bonus when occupying a room)
When the room is occupied, the reward granting unit 317 may generate an advantageous effect (for example, randomly occur) as a bonus on the occupied team. For example, the reward granting unit 317 causes the advantageous effect described above when the last normal NPC existing in the normal room is subdued. The advantageous effects are, for example, that a normal NPC of a powerful companion appears in the occupied room, the number of normal NPCs of the companion appearing in the occupied room increases, and the attack power of all player characters of the own team increases (buffs). ) And so on. In this way, the reward granting unit 317 may generate an advantageous effect on the progress of the play based on the operation of the user for the user of the team in the room occupied by the team.

[Summary of First Embodiment]
As described above, the game system 1 according to the present embodiment includes the character control unit 112 (an example of a character moving unit), an occupation determination unit 315 (an example of a region 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 regions) 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. Inside, a player character (an example of a character) associated with each piece of user information is moved. The occupation determination unit 315 determines whether to associate the room (an example of the area) with which team based on whether the operation result of the user satisfies a predetermined occupation condition (an example of the predetermined condition) (for example, Of the team's occupation). The win/loss determination unit 316 determines the win/loss of a match between 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 fun of deciding a victory by occupying a room (an example of a region) in a team battle type action game in which each user operates a player character to move in the field. Can be provided. For example, in a traditional team-matching action game, you win or lose depending on which team will subdue more opponent (enemy) characters, or which team will reach the final destination first. It was difficult to understand in real-time which team was superior during the course of the game because there were many things that were decided, but in this embodiment, which team is always superior in terms of the number of occupied rooms. It is possible to let the user play without interruption of tension. Further, when compared with a game in which one player competes for a region in one battle, in the present embodiment, since it is a team battle, a cooperative play as a team, a plurality of player characters appearing in 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 a boss NPC) in a room (an example of a region). Then, the occupation determination unit 315 (an example of the area determination unit) determines whether or not to associate the room with the team when the subduing status of the NPC (normal NPC or boss NPC) in the room satisfies a predetermined occupation condition. To do.

As a result, the game system 1 can occupy each room by defeating a normal NPC or a boss NPC appearing in each of a plurality of rooms in the field, so that the opponents of each team have the same condition. You can do it and you can maintain fairness.

For example, the suppression status of normal NPCs is the number of normal NPCs appearing in a normal room (an example of a region). The predetermined occupation condition is, for example, that all the normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes 0). The above-mentioned predetermined occupation condition in the normal room is not limited to the subjugation of all the normal NPCs existing in the room (HP becomes “0”), and may be other conditions. For example, the predetermined occupation condition is that the number of normal NPCs existing in the room is less than or equal to a predetermined number (for example, two or less), or the number of subdued normal NPCs in the room is greater than or equal to a predetermined number ( For example, it may be 10 or more). In the case of the boss room, the predetermined occupation condition is that the boss NPC is subjugated (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). Since it is possible to understand, the conditions of occupation are easy to understand. Also, since the occupation can be quickly achieved by cooperating with the team members, it is possible to obtain the sense of unity that the users are fighting in the team.

For example, a normal NPC (an example of NPC) in a normal room (an example of a region) corresponds to any one of a plurality of teams. As a result, the game system 1 can be in a situation similar to a situation in which the opponent is an NPC and is fighting with the opponent team, and the user can play while feeling that it is a team battle. be able to.

Instead of the battle with the NPC, the battle between the player characters of the teams may be performed in each room. For example, it may be possible to occupy the player character of the opponent team by defeating it.

In addition, the winning/losing determination unit 316 determines whether a match between a plurality of teams is based on the number of rooms (an example of a region) associated with each of the plurality of teams according to the determination result of the occupation determination unit 315 (an example of the region determination unit). Determine the outcome. As a result, in the game system 1, the team wins or loses is determined by the number of occupied rooms. Therefore, it is easy for the user to understand the situation during the battle and the result when the battle ends. Further, since the game system 1 has a plurality of rooms to be occupied in the field to be played, it is possible to broaden the range of strategies such as which room should be occupied.

In addition, the game system 1 is a reward for giving points to a team associated with a room (an example of a region) by the occupation determination unit 315 (an example of a region determination unit) or a user identified by user information belonging to the team. The provision unit 317 is provided. As a result, the game system 1 gives points to the team who occupies the room or the users of the team, so that it is possible to add fun not only to the occupation status. For example, in the case of giving points to each user, the game system 1 can provide the users with the enjoyment that the users in the team can also compete with each other in addition to the competition between the teams.

For example, the reward granting unit 317 responds to the team identified by the team associated with the room (an example of the area) by the occupation determining unit 315 (an example of the area determining unit) or the user information belonging to the team, depending on the room. Award points. For example, the reward giving unit 317 gives points according to the room level.

As a result, the game system 1 gives different points depending on the occupied room (for example, the room level). For example, the game system 1 attempts to occupy a large number of low difficulty rooms or sets a high difficulty room number. Can select at least whether to try to occupy as a team strategy, so that a highly strategic game can be provided.

In addition, the occupation determination unit 315 (an example of a region determination unit) determines whether the room (an example of a region) associated with any one of the plurality of teams is operated by a user identified by user information belonging to another team. When the predetermined occupation condition is satisfied, 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 to be given each time a predetermined occupation condition is satisfied in the same room. The reward value is, for example, the amount of reward (for example, the amount of points). Note that the value of the reward may be a degree that influences the win/loss determination (for example, the level of points, the degree that the points affect the win or loss, etc.). In addition, the value of the reward may be a degree of advantage in the battle, such as an amount by which the attack power of the own team increases or an amount by which the defense power of the opponent team decreases.

As a result, the game system 1 increases the points given when the teams occupy the same room by occupying each other, which can increase the motivation to repeatedly play against the users of each team. You can expect an exciting game development.

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

The win/loss determination unit 316 determines the result of determination by the occupation determination unit 315 (an example of a region determination unit) for each of a plurality of rooms (an example of a region), and the reward granting unit 317 for each team or user information belonging to the team. Based on the points given to the identified user, the winning or losing of the competition by a plurality of teams is determined. As a result, the game system 1 influences not only the occupation of the room but also the acquisition of points, so that the victory or defeat depends on which area is occupied, so that a highly strategic game can be provided.

Note that the reward giving unit 317 may give items, virtual currencies, and the like as rewards, instead of giving points.

In addition, the reward granting unit 317 determines whether the user identified by the user information belonging to the team in the room (an example of the region) associated with the team by the occupation determination unit 315 (an example of the region determining unit) of the user. An advantageous effect may be generated in the progress of the play based on the operation. The advantageous effects are, for example, that a normal NPC of a powerful companion appears in the occupied room, the number of normal NPCs of the companion appearing in the occupied room increases, and the attack power of all player characters of the own team increases (buffs). ) And so on. As a result, the game system 1 can advance the game more as the room is occupied.

Each of the player characters (an example of a character) is set with a characteristic that affects the progress of the play based on the user's operation. As a result, the game system 1 changes the type and power of the attack depending on the characteristics of the player character, and is superior or inferior due to the compatibility caused by the combination with the characteristics of the opponent, thereby providing a highly strategic game.

[Second Embodiment]
Next, a second embodiment of the present invention will be described. The basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, and therefore the characteristic processing in this 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 existing in a normal room are set for each room. Even if the player character defeats the normal NPC, one body is revived (appeared) one by one every predetermined time (for example, 10 seconds). Normally NPCs are revived until the initial number is reached. That is, the initial number set for each normal room becomes the upper limit number of 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 to appear at a predetermined time interval in the normal room until the normal NPCs that are simultaneously appearing reach the preset upper limit number.

In this way, normal NPCs will be revived even if they are subjugated, so it is more efficient to occupy a room by collaborating with a team and defeating one room at a time rather than defeating normal NPCs alone. .. Normally, the NPC revival time is determined for each room and for each room level. The higher the room level, the shorter the revival time, and the higher the difficulty level of occupation.

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 normal NPCs (appearing NPCs) that appear, the initial number, and the appearance time (time interval) at the time of restoration are 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, the more difficult the occupation becomes.

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 N appears in the normal NPC that appears. C is added. As described above, a plurality of types of normal NPC may exist in one room. In that case, the initial number and the appearance time (time interval) at the time of recovery may be set for each type of normal 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 greater the respective initial number, and the respective Appearance time (time interval) when revived becomes short. Thus, the higher the room level of the normal room B, the higher the difficulty level of occupation.

[Summary of 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 moving unit) moves within the team based on the operation for each user identified by the user information belonging to the team. A character associated with each user information is moved within a field (FLD) having a common area. The normal NPC control unit 113 (an example of the NPC control unit) causes the normal NPC (an example of the NPC) to appear in the normal room (an example of the area) at predetermined time intervals. Further, the occupation determination unit 315 (an example of a region determination unit) determines whether or not to associate the normal room with the team when the subduing status of the normal NPC in the normal room satisfies a predetermined condition. The win/loss determination unit 316 determines the team's win/loss based on the normal room associated with the team by the occupation determination unit 315.

As a result, the game system 1 normally recovers at a predetermined time interval even if an NPC is subjugated, so that it is difficult for a normal room to be occupied by one person, and more cooperative play by the team is required. it can. Therefore, the game system 1 can provide a game with a high awareness of team competition.

For example, the suppression status of normal NPCs is the number of normal NPCs appearing in a normal room (an example of a region). The predetermined occupation condition is, for example, that all the normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes 0). The above-mentioned predetermined occupation condition in the normal room is not limited to the subjugation of all the normal NPCs existing in the room (HP becomes “0”), and may be other conditions. For example, the predetermined occupation condition is that the number of normal NPCs existing in the room is less than or equal to a predetermined number (for example, two or less), or the number of subdued normal NPCs in the room is greater than or equal to a predetermined number ( For example, it may be 10 or more). In the case of the boss room, the predetermined occupation condition is that the boss NPC is subjugated (HP becomes "0").

As a result, the game system 1 changes the number of normal NPCs appearing in the normal room at a predetermined time interval to the normal room by satisfying a predetermined occupation condition (for example, when the number of normal NPCs becomes 0). Since it is possible to occupy, it is easy to understand the occupancy conditions. Also, since the occupation can be quickly achieved by cooperating with the team members, it is possible to obtain the sense of unity that the users are fighting in the team.

The normal NPC control unit 113 causes normal NPCs (an example of a region) to appear at a predetermined time interval until the number of normal NPCs (an example of NPC) that are simultaneously appearing reaches a preset upper limit number. The preset upper limit number is, for example, the initial number of normal NPCs that first exist (appear) in the normal room. As a result, the game system 1 is restored even if the initial number of the normal NPCs that first exist (appear) in the normal room are subdued, so that the normal room cannot be occupied by one person easily. You can require teamed play. Therefore, the game system 1 can provide a game with a high awareness of team competition.

When there are a plurality of normal rooms (an example of a region) in the field, the normal NPC control unit 113 causes the normal NPC (an example of the NPC) to appear for each of the plurality of normal rooms, or the normal NPCs that are simultaneously appearing. Control the maximum number of. Thereby, the game system 1 can set the difficulty level of occupation for each room.

The normal NPC control unit 113 causes the normal NPC (an example of the NPC) to appear in the normal room every time a predetermined occupation condition (an example of the predetermined condition) is satisfied in the same normal room (an example of the area). Or increase the maximum number of NPCs that can appear at the same time. As a result, in the game system 1, since the teams occupy the same room with each other, the difficulty level of occupying the room is increased, and thus the team needs to play more cooperatively, and a heated game development can be expected.

In the present embodiment, the initial number of normal NPCs initially exist in the normal room, and even if the normal NPCs are subjugated, the initial number can be restored at a predetermined time interval. First, the normal NPC may not exist, and the NPC may appear or recover at a predetermined time interval up to a preset upper limit number.

[Third Embodiment]
Next, a third embodiment of the present invention will be described. The basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, and therefore the characteristic processing in this embodiment will be described. In the present embodiment, a process of suppressing the influence of a time lag that may occur in an online game in which a plurality of game devices 10 play a multiplayer game will be described. 2. Description of the Related Art Conventionally, in a real-time game such as an online action game, a server (or a host terminal having a function equivalent to the server) manages the player character and NPC (HP value, position on map, attack state, etc.). It is generally managed centrally by. The operation information from each terminal is collected in the server, the processing result is returned to each terminal, and each terminal performs processing such as drawing based on the result.

Here, when attacking the same NPC with different attack powers from different terminals at approximately the same time, it seems that any of the attacked terminals has attacked, but as a result, only one of them has attacked. I haven't punished it. The user of the terminal that could not be subjugated may have a pronoun word that he could not subjugate, although he should have attacked. This is because communication causes a time lag between sending the attacked information from the terminal, processing it by the server, and sending the processing result again to the terminal. In particular, in the case of a terminal such as a mobile terminal that does not necessarily ensure a stable communication environment, or in the case where the server is physically located far away such as outside the country, such a problem may become remarkable. is there.

Therefore, as described in the first embodiment, in the game system 1, the NPC is normally set to the camp (team), and the specification is such that only one of the teams can attack. For example, the match 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 NPCs of the red team based on the operation of the user of the blue team, and the blue team causes the blue team to control the attack. Limits the team camp's attacks on regular NPCs. On the other hand, the match 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 based on the operation of the user of the red team, and at the same time, the red team makes a red Limits the team camp's attacks on regular NPCs. Here, the limitation of the attack means, for example, that the attack cannot be performed, or that there is no hit determination even if the attack is performed.

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

In addition, since the boss NPC can be attacked by both sides (for example, both the blue team and the red team), it is possible that the pronoun word that the boss NPC should have been attacked but could not be subdued. However, in the first place, the boss NPC is set to have a higher HP, attack power, defense power, etc. than a normal NPC, and is defeated by a large number of attacks from both teams. Therefore, although the pronoun may occur in the attack at the time of subjugation (final stop), the order of the attacks from both teams up to that point may be changed, but it cannot be a large pronoun. In addition, in the conventional game, there is a specification that bonus points are provided by subjugation (final stop) of the boss NPC. However, by not providing such bonus points in the present embodiment, the game in the above-mentioned proto-language is used. The impact on winning or losing can be minimized.

Further, in the game system 1, the attacks are also restricted with respect to the attacks between the player characters that are opponents. For example, the battle control unit 114 compares the damage given to the normal NPC by the attack from the player character to the normal NPC, and the attack to the player character of the other team from the player character to the player character of the other team. Limit it so that the damage done is small. In other words, the merit of having the player characters fight each other directly such as an attack is reduced, and the factors that motivate the player characters to fight each other are reduced. Specifically, it is possible to attack the opponent 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 normal NPC, for example, a minimum value (for example, 1 point). It The damage caused by the attack on the player character of the opponent may be "0" (no damage).

The battle control unit 114 may limit the activity of the player character of the opponent by attacking the player character of the opponent from the player character. Activities are restricted by, for example, disabling certain actions (movement, attack, etc.), limiting the speed of certain actions (for example, slowing the movement speed), and limiting certain attacks. (For example, the attack power is reduced), or the range is limited to the activity (the movable range is narrowed). For example, the battle control unit 114 may, in addition to or instead of damaging (for example, a minimum value) the player character of the opponent by an attack from the player character to the player character of the opponent, for a certain period of time (for example, (2 seconds) The movement of the player character of the opponent may be stopped. Thus, when attacking the player character of the opponent, the purpose is to stop the movement rather than damage.

Below, the difference in processing between the normal NPC and the boss NPC will be summarized. Normally, the NPC can be attacked only by the player character of one team, whereas the boss NPC can be attacked by the player character of any team. Therefore, the two processes differ in whether they are synchronous processes in which the game devices 10 are controlled to have the same position, movement, state, or the like, or asynchronous processes in which the game devices 10 are controlled.

FIG. 14 is a diagram showing a difference in processing between the normal NPC and the boss NPC. In the processing of the normal NPC, 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 determination by the attack are asynchronous processing (that is, control for each game device 10). , The synchronization processing is performed so that the HP remaining amount that changes due to damage and the status abnormality such as disappearance (death) are the same in each game device 10. 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 HP remaining amount that changes due to damage, and the processing of the status abnormality such as disappearance (death) Is a synchronous process, and the hit determination by an attack is an asynchronous process. The position of the player character is synchronized. The part that is the synchronous process is managed by the game server 30, and the part that is the asynchronous process is managed by the game device 10.

In other words, basically, each game device 10 (terminal side) manages a real-time action such as the position and movement (motion) in the field of the normal NPC, and the effect (effect) when an attack (skill) is activated. The game server 30 (server side) manages only the subdued information and the information about the damage amount. Therefore, the normal NPC may have a different position in the room for each game device 10. On the other hand, the position of the boss NPC in the field and the like are managed by the game server 30 (server side). Therefore, there is basically no difference in the position of the boss NPC 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 pronouns of the positional relationship with the player characters of each team competing with the same boss NPC become prominent. For example, although it is intended that the opponent player character is attacked to block the movement and stop the movement so as not to approach the boss NPC, the opponent player character's game device 10 is in a position close to the boss NPC and can attack. It becomes impossible to maintain consistency in the part related to the strategy of each team. In order to prevent such a situation, for the boss NPCs that can be attacked by any team, synchronization processing is performed regarding the position in the field and the like.

[Summary of 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) controls the normal NPC (an example of the first NPC) in the field. In addition, the match control unit 114, based on the operation of the user identified by the user information belonging to the blue team (an example of the first team) of the plurality of teams, from the blue team to the normal NPC of the red team camp (for example, Control an attack on the first NPC). On the other hand, the battle control unit 114 limits an attack from the red team (an example of the second team) among the plurality of teams to the normal NPC of the red team camp.

As a result, the game system 1 can normally attack NPCs only from one of the teams (for example, cannot attack from both the blue team and the red team), and thus an attack that may occur in an online game. You can suppress the pronoun that you couldn't subdue it even though you should have done it. That is, the game system 1 can suppress the influence of a time lag that may occur in an online game.

The match control unit 114 determines the 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 the player character (an example of the second character) that is active based on each operation, an attack on the blue team (an example of the first team) causes the normal NPC of the red team (for example, the first NPC) to attack. The damage to the player character of the red team by the attack on the player character of the red team (an example of the second character) is smaller than the damage (an example of the effect) of the NPC 1). Restricted to. Note that the battle control unit 114 also limits the influence on the player character of the blue team in the same manner when the player character of the red team attacks the player character of the blue team.

As a result, the game system 1 may have a pronoun saying that the player characters could have attacked but could not be subdued in the battle between the player characters, but the battle between the player characters can be performed by extremely reducing the damage caused by the attack. 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 discrepancy.

Also, the battle control unit 114 may restrict 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 restrict 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 game system 1, in the battle between the player characters, the purpose is to stop the movement rather than damage the player character of the opponent, so that it is possible to suppress the pronouncing that the attack could have been made but could not be suppressed. it can.

In addition, the game system 1 includes a plurality of game devices 10 (an example of a terminal device) that normally include an NPC control unit 113 (an example of a first NPC control unit), and a game server 30 (server that is communicatively connected to the plurality of game devices 10). And an example of a 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, the normal NPC control unit 113 of each of the plurality of game devices 10 controls the normal NPC within the field for each of the plurality of game devices 10.

As a result, the game system 1 basically performs a real-time action such as the position and movement (motion) in the field of the NPC, and the effect (effect) when an attack (skill) is activated on each game device 10 ( Since it is managed on the terminal side, it is possible to suppress the influence of the time lag due to communication.

In addition, the game server 30 (an example of a server device) includes a boss NPC controller 312 (an example of a second NPC controller) that controls the boss NPC (an example of a second NPC) in the 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 sides (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, it is possible to ensure consistency in the battle of multiple users against the same attack target.

Defeating a boss NPC (an example of a second NPC) requires more attacks than defeating a normal NPC (an example of a first NPC). For example, the boss NPC has a higher HP than the normal NPC. Note that the boss NPC may be set to have a higher defense 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 attacks the normal NPC.

As a result, the game system 1 may have a proverbial word 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 was changed. However, since it cannot be a large native language, it is possible to reduce the influence of the above-mentioned discrepancy in the entire attack until subjugation.

[Fourth Embodiment]
Next, a fourth embodiment of the present invention will be described. The basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, and therefore the characteristic processing in this embodiment will be described. In the first embodiment, as a basic rule of the game, it has been explained that the team having the largest number of rooms occupied within the time limit (for example, 3 minutes) wins. However, depending on the difference in ability with the opponent, , There are cases where the superiority or inferiority of the battle situation becomes clear without waiting for the time limit and the victory or defeat is practically concluded. In such a case, if the user has to continue playing until the time limit, the user may feel that the play time is useless. Therefore, in the present embodiment, an example in which the outcome of the competitive play is exceptionally determined before the time limit is described.

In the present embodiment, the win/loss determination unit 316 determines whether the time limit is reached based on the occupation status of the room by each team (that is, the association status of a plurality of rooms (normal room, boss room, etc.) with the team). However, the team's winning or losing may be confirmed. For example, when the occupation status of the room by each team becomes a preset situation, the winning/losing determination unit 316 determines that the situation is maintained for a predetermined time (for example, 30 seconds) before reaching the time limit. Even the winning or losing of the team is confirmed. The preset occupation status of a room is, for example, a situation in which one team has occupied all of the rooms that can be occupied. 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 win/loss determination unit 316 determines the win/loss of the team even before the time limit is reached. Specifically, the winning/losing determination unit 316 determines that the team occupying all the rooms wins. In other words, the win/loss determination unit 316 determines that the team is in a so-called cold game when the superiority or inferiority of the battle situation is clear without waiting for the time limit due to the difference in ability between the teams based on the occupation status of the room by each team. Then, the winning or losing is confirmed before the time limit, and the battle play is ended.

Further, the information indicating the predetermined time period, which is a condition for determining the winning or losing of the team, may be displayed on the play screen on which the play image of the competitive 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 has elapsed (when the countdown becomes 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 is terminated. The information indicating the time until the predetermined time (for example, 30 seconds) displayed on the play screen may be a countdown display (remaining time) or a countup display (elapsed time). Good.

After the situation in which one team occupies all the rooms, the winning/losing determination unit 316 cannot maintain the situation for a predetermined time (for example, 30 seconds) and the other team occupies one or more rooms and is returned. In this case, once again, when one of the above teams occupies all the rooms that can be occupied, the above-mentioned predetermined time which is the condition for determining the winning or losing of the team is shortened (for example, from 30 seconds to 15 seconds). Good. That is, when the situation in which all the rooms are occupied by any one of the teams repeatedly occurs, the winning/losing determination unit 316 determines the above-mentioned predetermined time as a condition for determining the winning/losing of the team according to the number of times all the rooms are occupied. May be shortened.

As the number of times all the rooms are occupied in this way increases, the above-mentioned predetermined time becomes shorter. The number of times all the rooms are occupied is the number counted for each team. That is, if the same team repeatedly occupies all the rooms, the predetermined time is shortened each time. For example, if the blue team first occupies all the rooms and fails to maintain the all-room occupation before the 30-second count ends, if the blue team occupies all the rooms again, the count will be 15 seconds. If the red team, not the blue team, occupied the entire room for the first time, the count would be 30 seconds instead of 15 seconds. This countdown gives the team on the side occupied by all the rooms a chance to rewind in order to eliminate the unreasonableness that the battle is ended without being able to exert strength due to some factors. Is.

If the remaining time until reaching the time limit (remaining time of the battle) is less than or equal to the predetermined time, the countdown is not displayed even if all the rooms are occupied. For example, if one team occupies all the rooms when the remaining time of the match is 20 seconds, even if the countdown of 30 seconds is started, the match ends due to the time limit before the countdown becomes "0". Therefore, it is meaningless to display the countdown.

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

When the competitive play is started, the occupation determination unit 315 determines whether the room has been occupied (step S200). When 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 the room is occupied. On the other hand, when it is determined that the room has been 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 have not been occupied by any team (NO), the occupation determination unit 315 returns to the process of step S200 and determines whether the room has been occupied. On the other hand, when it is determined that all the teams have occupied all the rooms (YES), the occupation determination unit 315 determines the number of times that the teams have occupied all the rooms (step S204).

When it is determined that the number of times all the rooms have been occupied by the team is the first time (first time), the victory/loss determination unit 316 determines whether the remaining time of the time limit (remaining time of the battle) is 30 seconds or more ( Step S206). When it is determined that the remaining time is less than 30 seconds (NO), the victory/loss determination unit 316 returns to the process of step S200 without performing the countdown. As a result, the competitive 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 victory/loss determination unit 316 starts the countdown of 30 seconds (step S208).

Next, the occupation determination unit 315 determines whether the room has been occupied (occupied back) (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 at least one room has been occupied and returned (the occupation of all rooms was not maintained) before the countdown reaches “0” (YES), the victory/defeat determination unit 316 ends the countdown on the way. , And returns 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 (the occupation of all the rooms is maintained) (NO), the victory/loss determination unit 316 determines whether or not the countdown has become “0” (step S212). .. When it is determined that the countdown is not “0” (NO), the victory/loss determination unit 316 returns to the process of step S210 and continues the countdown. On the other hand, when it is determined that the countdown has reached “0” (YES), the victory/defeat determination unit 316 determines that the team who has occupied all the rooms wins (cold game), and ends the competitive play.

On the other hand, in step S210, since it was determined that the occupation of all the rooms was not maintained before 30 seconds had elapsed, the 30-second countdown ended halfway and returned to normal competitive play. When the team on the occupying side has occupied all the rooms, it is determined that the number of times that the team has occupied all the rooms is the second time in step S204. The second countdown is 15 seconds, which is shorter than the first time. The win/loss determination unit 316 determines whether or not the remaining time of the time limit (remaining time of the competition) is 15 seconds or more (step S214). When it is determined that the remaining time is less than 15 seconds (NO), the victory/loss determination unit 316 returns to the process of step S200 without performing the countdown. As a result, the competitive 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 victory/loss determination unit 316 starts the 15-second countdown (step S216).

Next, the occupation determination unit 315 determines whether the room is occupied (occupied back) (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 at least one room has been occupied and returned (the occupation of all rooms was not maintained) before the countdown reaches “0” (YES), the victory/defeat determination unit 316 ends the countdown on the way. , And returns 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 (occupancy of all rooms is maintained) (NO), the victory/loss determination unit 316 determines whether or not the countdown has become “0” (step S220). .. When it is determined that the countdown is not “0” (NO), the winning/losing determination unit 316 returns to the process of step S218 and continues the countdown. On the other hand, when it is determined that the countdown has reached “0” (YES), the victory/defeat determination unit 316 determines that the team who has occupied all the rooms wins (cold game), and ends the competitive play.

On the other hand, in step S218, it is determined that the occupation of all the rooms has not been maintained before 15 seconds have passed, so the 15-second countdown ends halfway, and the game returns to the normal battle play. When the team on the occupying side has occupied all the rooms, it is determined that the number of times that the team has occupied all the rooms is the third time in step S204. When the same team occupies all the rooms for the third time, the victory/defeat determination unit 316 does not count down, and determines that the team occupying all the rooms at that time is a win (cold game) and ends the competitive 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 the operation result of the user identified by the user information belonging to the team satisfies a predetermined condition. Based on whether or not each of the plurality of rooms (an example of areas) in the field is associated with a team (for example, which team is to be occupied) is determined. The win/loss determination unit 316 determines the team's win/loss based on the determination result by the occupation determination unit 315 within the preset time limit, and the occupation status of the room by each team (the association status of a plurality of areas with the team). Based on the example), the team wins and losses are confirmed 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 battle an enemy character, the superiority or inferiority of the battle situation becomes clear without waiting for the time limit, and the victory or defeat is substantially achieved. In the case where the game is settled, the win/loss is finalized at that point and the game ends, so that it is possible to prevent the user from spending play time.

In addition, when the occupation status of the room by each team (an example of the status of association of a plurality of areas with a team) becomes a preset status, the win/loss determination unit 316 determines that the status is maintained for a predetermined time. As a result, the victory or defeat of the team is confirmed even before the time limit is reached. For example, the preset occupation status of a room is a situation in which one team occupies all the occupable rooms (occupancy of all rooms).

As a result, even if one team occupies all the rooms, the game system 1 can give the occupied team a time as a chance to rewind. Therefore, the game system 1 can prevent an unreasonable situation in which the battle ends at a dash due to some factor and ends the battle without producing the ability.

Note that the preset room occupation 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 equal to or more than a predetermined number, or occupation within the field is possible. It may be a situation in which one team occupies a predetermined ratio or more or a predetermined number or more of these rooms. Further, the preset occupation status of the room may be a situation based on the ratio or the number of the one team that has occupied the room occupied by the other team.

In addition, in the present embodiment, when the occupation status of a room by each team becomes a preset situation (for example, occupation of all rooms), the situation is maintained for a predetermined time before the time limit is reached. Even if the team wins or loses is determined, the situation in which the occupation of the room by each team is set in advance (for example, if the team on the occupied side does not have the time to rewind) The victory or defeat of the team may be confirmed even before the time limit is reached, only if all the rooms are occupied.

In addition, the winning/losing determination unit 316 shortens the predetermined time according to the number of times that the occupation status of the room by each team (an example of the status of associating a plurality of areas with the team) reaches a preset status. Accordingly, in the game system 1, when the occupation of all the rooms is repeated, it is considered that the team is more dominant than the case of the first occupation of all the rooms. It is possible to shorten the time that is a chance of rewinding and to prevent useless play time from being generated for the user of the team who has occupied all the rooms.

For example, in the case of a battle between a plurality of teams, the number of times is counted (counted) for each team. Accordingly, in the game system 1, it is considered that the superiority or inferiority of the battle situation is not clear when one team occupies all the rooms and then the other team occupies all the rooms. Time to give you an equal chance to rewind.

Further, the display control unit 115, when the occupation status of the room by each team (an example of the association status of a plurality of areas with the team) becomes a preset status, information indicating the time until the predetermined time is reached. Is displayed. As a result, the game system 1 presents the time during which the win or loss is confirmed to the user in the competitive play by a countdown or the like, so that the sense of tension can be increased. Further, in the game system 1, since it becomes easier for the user to grasp the remaining time until the win or loss is decided, the user can easily think of the strategy to be taken in the remaining time.

When the occupation status of the room by each team (an example of the status of associating a plurality of areas with the team) is set in advance, the display control unit 115 determines the remaining time until reaching the time limit and the predetermined time. Based on, it is determined whether or not to display the information indicating the time until the predetermined time is reached. For example, when the remaining time until reaching the time limit (remaining time of competition) is less than or equal to the predetermined time, the display control unit 115 displays information indicating the time until the predetermined time is reached even if all rooms are occupied. Do not display (countdown display). As a result, if the remaining time of the battle is shorter than the countdown time, the game system 1 ends the battle due to the time limit before the countdown becomes “0” even if the countdown is started, which is significant. No countdown display can be turned off.

Further, the character control unit 112 (an example of a character moving unit) is associated with each user information in a field having a plurality of regions 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, in the game system 1, when the superiority or inferiority of the battle situation becomes clear without waiting for the time limit and the victory or defeat is practically settled, the victory is lost and the game is ended at that point, which is wasteful for the user. It is possible to suppress the occurrence of time for moving the character in the field.

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

When the player character is attacked and dies, the player character restarts 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 for winning or losing). Therefore, one of the conditions for a team to win is not to die as much as possible. In the present embodiment, it will be described that there is an asphyxia state that can be restored by a team member before the player character dies.

When the player character is damaged by an attack from a normal NPC, a boss NPC, or the like and the HP becomes "0", the player character first enters a provisional death state. At this point, the player character has not died. If a predetermined amount of damage is further received in the asphyxia state, it will be in a death state. For example, when the player character is in the asphyxia state, the HP value is slightly returned (for example, “10”), and when the player character is further attacked and HP becomes “0” again, the player character is in the death state. The player character in the asphyxia state can be restored from the asphyxia state to the normal state based on the player characters of the same team. In other words, even if the HP becomes “0” once, the person will not be killed immediately, but will be given a chance to be restored. The normal state is a state in which the robot can move based on at least the user's operation from the appearance to the state of asphyxia. For example, when a player character of the same team approaches a player character in an asphyxia state, as an operator that accepts an operation to revive the player character in the asphyxia state near the asphyxiated player character on the play screen. The resurrection icon is displayed. When this revival icon is operated, the player character in the asphyxia 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 that is likely to die within the team before it is completely dead.

When the player character is in the asphyxia state, the ability of the player character is significantly reduced as compared with the normal state. For example, when the player character is in the asphyxia state, the parameters such as the offensive power, the defense power, and the HP are remarkably reduced (the parameters become the asphyxia state dedicated parameters). Further, in the asphyxia state, the skill set for the player character (an attack that causes great damage to the opponent, HP recovery, etc.) cannot be used. Further, in the asphyxia state, the moving speed and the jumping power of the player character are lower than in the normal state. In other words, the asphyxia state is a state in which the ability (parameters such as attack power, defense power, and HP) is lower than that in the normal state, but the activity of the player character is restricted compared to the normal state, although it is not a dead state. It is in a state of being. For example, a player character in the asphyxia state can move and fight a little, but can hardly do damage even if it attacks.

On the other hand, the dead state is a state in which the player character's activity is restricted (for example, a state in which no operation is possible), and it is a state in which another player character of the same team cannot restore the normal state. .. Note that the dead state is not a state in which the game is over due to death, but is a state in which the game continues and operation is impossible for a certain period of time.

In addition, the appearance displayed on the play screen changes when the animal is in the asphyxia 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, the character looks like a human warrior, but when it is in the asphyxia state, the appearance becomes a skeleton. It also disappears when it is in a dead state. For example, when the player character that is active in the game device 10-1 based on the user's operation is in the asphyxia state, the display control unit 115 of the game device 10-1 determines that the asphyxiated player character is the normal state player character. It is displayed in an identifiable display mode. In addition, when the player character who is active based on the operation of the user in the game device 10-1 is in the asphyxia state, the display control unit 115 of the game device 10-2 causes the player character in the asphyxia state to be displayed in the game device 10-2. It is displayed in a display mode that is distinguishable from the player character in the normal state.

Although FIG. 16 shows an example in which the appearance is changed to the display mode of a skeleton when the player character changes from the normal state to the asphyxia state, the display content itself may be changed in this way, but the display content itself. Does not have to change. For example, when the player character changes from the normal state to the asphyxia 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 the transparency may be changed. Good.

Since the offensive power and the like of the player character in the provisional death state are reduced, it is almost impossible to improve the battle result, and the defense power is also low, and thus the player character is likely to be in a death state with less damage. In other words, strategically, it is necessary to get out of asphyxia as soon as possible. Therefore, by moving the player characters in the same team near the player character in the asphyxia state, the player character in the asphyxia 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 this embodiment. The illustrated character control unit 112 includes a character state control unit 1121 and a revival control unit 1122. When the HP of the player character in the normal state becomes “0”, the character state control unit 1121 transitions the player character to the asphyxia state. Further, the character state control unit 1121 transitions the player character to the dead state when the player character in the provisionally-dead state is further attacked and the HP temporarily returning to a slightly smaller value becomes “0” again.

The revival control unit 1122 restores the player character in the asphyxia state to the normal state based on another player character belonging to the same team as the player character. For example, the revival control unit 1122 revives the player character in the asphyxia state 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 as the player character. Specifically, when the player character in the normal state belonging to the same team approaches the player character in the asphyxia state, the revival control unit 1122 receives a revival icon for accepting an operation to revive the player character in the asphyxia state to the normal state. Instruct to display on the play screen. When the revival icon is operated on the revival icon, the revival control unit 1122 restores the player character that was in the provisional death state to the normal state at that location, and also restores the HP value (for example, to the initial value).

On the other hand, the revival control unit 1122 causes the player character in the dead state to transition to the normal state after a lapse of a predetermined time (for example, 10 seconds) from the dead state. For example, the revival control unit 1122 arranges the player character in a dead state in the start room of the player character when the player character is to transition to the normal state. That is, when the player character dies, the operation is disabled for a certain period of time, and then the player is restarted 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 processing according to this 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). This player character moves in the field and battles with an opponent (for example, a normal NPC or a boss NPC) in each room based on a user operation.

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 has become “0” (YES), the character control unit 112 causes the player character in the normal state to transition to the asphyxia state. Further, the character control unit 112 slightly returns the value of HP 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 asphyxia state has become “0” (step S306). When it is determined that the HP has become “0” (YES), the character control unit 112 causes the player character in the provisional death state to transition to the death state (step S308). Then, the character control unit 112 returns to the process of step S300 after a lapse of a predetermined time 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 HP is not “0” (NO), the character control unit 112 determines whether or not the display condition of the revival icon is satisfied (step S312). The display condition of the revival icon is that the character in the normal state of the same team approaches the player character in the asphyxia 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 temporary death state within a predetermined distance (for example, the player character in the normal team of the temporary death state is in the normal state). If the touching positional relationship or the overlapping positional relationship on the play screen), it is determined that the display condition of the revival icon is satisfied.

When it is determined that the display condition of the revival icon is not satisfied (NO), the character control unit 112 returns to the process of step S306, and determines whether the HP of the player character in the asphyxed state is “0”. judge. On the other hand, when it is determined that the display condition of the revival icon is satisfied (YES), the character control unit 112 instructs the display control unit 115 to display the revival icon. As a result, the display control unit 115 causes the play icon to display a revival icon near the player character in the asphyxia state (step S314).

Next, the character control unit 112 determines, based on the user's operation on the input unit 13, whether or not the revival icon has been operated (step S316). When it is determined that the revival icon is not operated (NO), the character control unit 112 returns the process to step S306. When the HP of the player character in the provisional death state becomes “0” before the operation of the revival icon is performed, the state transitions to the death state. Further, before the HP of the player character in the asphyxia state becomes “0”, the display of the revival icon that is once determined to be satisfied with the display condition of the revival icon and is displayed is continued.

On the other hand, when it is determined that the operation for the revival icon has been performed (YES), the character control unit 112 revives the player character in the provisional death state to the normal state (for example, HP is an 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, based on the operation for each user identified by the user information belonging to the team, sets the user information for each user information in the common field within the team. Activate the character associated with. For example, the character control unit 112 includes a character state control unit 1121 and a revival control unit 1122. The character state control unit 1121 sets the player character in the normal state (an example of the first state) on condition that the HP becomes “0” (an example of satisfying a predetermined first condition). The ability is changed to an asphyxia state (an example of the second state). In addition, the character state control unit 1121 causes the activity of the player character to be restricted if the HP of the player character in the asphyxia state becomes “0” again (an example that the predetermined second condition is satisfied). Transition to a state (an example of the third state). The revival control unit 1122 revives the player character in the provisional death state to the normal state based on another player character belonging to the same team as the player character. The win/loss determination unit 316 determines the team's win/loss 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 the team based on the occupation status of the room of each team based on the result of the player character's activity (the result of the battle).

As a result, the game system 1 does not cause immediate death even if the player character is attacked and the HP becomes “0”, and can provide a chance of recovery by cooperation of the same team. Therefore, the game system 1 can increase opportunities for cooperation within a team in a team battle type action game.

The application of the present embodiment is not limited to the competitive play in which the rooms are occupied. For example, in a battle play in which opponents are subdued, the win/loss determination unit 316 determines the win/loss of each team based on the subdued status of each team based on the result of the player character's activity (combat result). Good.

Further, the revival control unit 1122 determines, based on the positional relationship between the player character in the asphyxia state (an example of the second state) and the player character in the normal state (an example of the first state) that belongs to the same team as the player character. Restore to normal state. For example, when the revival control unit 1122 determines that the character in the normal state of the same team has approached the player character in the temporary death state within a predetermined distance (for example, the character in the normal state of the same team becomes the player character in the temporary death state). When the positional relationship is such that the player character is in a touching position or when the positional relationship is such that it overlaps on the play screen), the player character in the asphyxia state is restored to the normal state.

Accordingly, in the game system 1, in order to revive the player character in the asphyxia state, it is necessary for another player character of the same team to move to the place where the player character in the asphyxia state exists, and therefore the team members cooperate with each other. Then you can give the feeling of rescue.

The method of reactivating the player character in the asphyxia state is not limited to the method based on the positional relationship between the player character in the asphyxia state and the player character in the normal state of the same team. For example, a method of reactivating a player character in an asphyxia 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 revival item having an effect of reviving a player character in an asphyxia state. Further, the method of reactivating the player character in the asphyxia state may be that the player character in the normal state of the same team goes to a specific place. The specific place is, for example, a prayer room for resurrection. For example, an operation of a user of the same team causes the player character in the normal state of the user to go to the prayer room, or to go to the prayer room and perform a prayer action in the room, so that the player character in the asphyxia state is restored. May be.

The asphyxia state (an example of the second state) in which the ability is lower than that in the normal state (an example of the first state) includes a state in which the activity of the player character is restricted. Thus, in the game system 1, when the player character is transitioned to the asphyxia state, the activity of the player character is restricted compared to the normal state, so that the team's strength decreases in the competitive play, so that the player in the asphyxia state. Motivation to revive a character can be given to team members.

In the asphyxia state (an example of the second state) in which the ability is lower than that in the normal state (an example of the first state), the value of the parameter associated with the player character is lower than the ability of the player character than in the normal state. It includes that the value has been changed. As a result, in the game system 1, when the player character is transitioned to the asphyxia state, the values of parameters such as the attack power, the defense power, and the HP of the player character are lower than those in the normal state. Is decreased, it is possible to give a motivation to revive the player character in the asphyxia state to the team member.

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 a normal state (an example of the first state) based on another player character belonging to the same team as the player character. ) Is included in the state that it is impossible to revive. With this, when the player character dies, the game system 1 cannot revive with the cooperation of the team, and thus can give the motivation to cooperate with the team so that the player character can be somehow restored during the asphyxia.

Note that the dead state (an example of the third state) may be a state in which 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 ongoing battle play thereafter (that is, the user is over the game), for example, only watching the play screen. Become. As a result, in the game system 1, when the player character dies, it is not possible to revive with the cooperation of the team, and since it is not possible to participate in the battle play after that, the game system 1 can be revitalized in the temporary death state within the team. Can be motivated to cooperate.

The revival control unit 1122 transitions the player character in the death state (an example of the third state) to the normal state (an example of the first state) when a predetermined time has elapsed after the death state. As a result, the game system 1 does not go over the game even if the player character dies, but the play continues and restarts after the operation is disabled for a certain period of time. Therefore, the game system 1 participates in the battle play again. Can contribute to the team. In addition, since the game system 1 cannot operate the player character for a certain period of time when the player character dies, the game system 1 can be motivated to cooperate within the team so that the player character can somehow be revived during the asphyxia.

The revival control unit 1122 may cause the player character in the dead state to transition to the provisional death state (an example of the second state) when a predetermined time has elapsed after the death of the player character. In this case, when the player character dies, the game system 1 cannot operate the player character for a certain period of time and needs to be saved from the asphyxia state. can do.

In addition, when the revival control unit 1122 transitions the player character in the death 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. Is placed in place in the field. For example, the revival control unit 1122 arranges the player character in the dead state in the start room of the player character, when the player character is transitioned to the normal state. As a result, the game system 1 restarts the player character that has died once from the start room, so that it is possible to give a place-based penalty in addition to the time-based penalty that the operation cannot be performed for a certain period of time.

It should be noted that, when the player character in the dead state is transitioned to the suspended death state (an example of the second state), the revival control unit 1122 may arrange the transitioned player character in the place in the field where the player character died. However, it may be arranged in the start room of the player character. For example, when the player character that has been restored from the death state to the asphyxia state is placed in the place where the player character has died, the team member must further cooperate to restore the normal state, but the local penalty is exempted. On the other hand, when the player character that has been restored from the death state to the asphyxia state is placed in the start room, the team members need to cooperate in order to return to the normal state, and a local penalty is also imposed. As a result, the game system 1 can change the degree of penalty when the player character dies.

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

Further, the display control unit 115, in the game device 10-1 (an example of the first terminal device), when the player character that is active based on the user's operation is in the asphyxia state (an example of the second state), the player character. The character is displayed on the game device 10-2 (an example of the second terminal device) in a display mode that is distinguishable from the player character in the normal state (an example of the first state). Note that the display control unit 115 at this time is the process of the display control unit 115 of the game device 10-2. Accordingly, the game system 1 can display the player character in the suspended state on the play screen so that the player character can be easily distinguished from the player character in the normal state.

When the player character dies, in addition to or in place of the temporal penalty of being inoperable for a certain period of time and the positional penalty of restarting from the start place, predetermined points given to the reward giving unit 317. May be deducted.

[Sixth Embodiment]
Next, a sixth embodiment of the present invention will be described. The basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, and therefore the characteristic processing in this embodiment will be described. In this embodiment, 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 arranged: regular items and treasure chest items. The normal item is displayed in a display mode in which the type of item can be identified. On the other hand, the treasure chest item is displayed in a display mode in which it is unknown what item can be acquired before the acquisition, and the acquired item is known at the time of acquisition. Both items can be obtained by moving the player character to the place where they are arranged. For example, the reward giving unit 317 gives an item corresponding to each of the items as a reward based on the positional relationship between the player character and the treasure chest item or the normal item. There are items that are acquired on the spot like items that restore parameters, and items that are confirmed to be acquired when the battle ends. For items that are confirmed to be acquired when the match ends, you may be unable to acquire them if you lose the match.

[Specifications of treasure chest items]
The treasure chest item is arranged in each of a plurality of preset locations in the field. FIG. 19 is a diagram showing a display example of a treasure chest item. As shown in the figure, the treasure chest item is displayed in a display mode showing an object representing a box, and the contents items that can be acquired are unknown until they are acquired. That is, the display control unit 115 displays the treasure box 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 certain user operates the 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, for each user, for each user identified by the user information belonging to the same team, when an operation of acquiring the treasure box item arranged in the field is performed by any user. The given item is given as a reward. It is not given to the user of the opponent team. Therefore, there may be a strategy in which the users in the team share and acquire a plurality of treasure box items existing in the field to acquire more items than the opponent team.

Further, the arrangement information of the treasure chest item is associated with each team, but the arrangement position of the treasure chest item specified by this arrangement information is common. Therefore, the treasure chest item is arranged at the same place in the field for any user. Further, the information on whether each treasure box item has been acquired or has not been acquired is different for each team. That is, the treasure box item cannot be acquired by multiple users in the team in duplicate, and the treasure box item once acquired by any one of the users cannot be acquired by other users in the team. For example, the reward giving unit 317 excludes the treasure box item that has been 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 granting unit 317, for the team for which the “information whether acquired or not acquired” included in the arrangement information of the treasure box items 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 the other users in the team cannot acquire it.

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

When a treasure box item is acquired, the item is given to all users of the same team, but the contents given to the same treasure box item are different for each user. For example, the contents are randomly determined, so if there is a user who is given a high-value item, some user is given a low-value item. For example, the display control unit 115 displays the type of item 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 items given to the users in the same team is displayed on the play screen and serves as a trigger for communication within the team.

It should be noted that the items acquired by the treasure box items are items that are not included in the normal items, such as items that can be equipped by the player character, and are often items of relatively higher value than the normal items.

[Specifications of regular items]
Ordinary items are also arranged at a plurality of preset locations in the field. All types of regular items are placed more often 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 item 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 "nikku" item for recovering HP, and is displayed in a display mode showing an object representing meat. As described above, unlike the treasure chest item, the normal item can be identified before the acquisition. Note that many normal items are consumed on the spot, such as items that restore HP. Therefore, when a user finds a normal item, he or she may obtain it if necessary at that time, but may obtain it when it is needed later, without obtaining it if not necessary at that time.

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 other users regardless of the team. That is, when the operation of acquiring the normal item arranged in the field is performed by any user, the reward granting 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, the arrangement information of the normal items arranged in the field is associated with each user information, but the arrangement position of the normal items specified by the arrangement information associated with each user information is common. In addition, the type (reward content) of the normal item specified by the arrangement information associated with each user information is also common. Therefore, the same type of regular item is placed in the same place in the field for any user. On the other hand, the information on whether each normal item has been acquired or has not been acquired is different for each user. As a result, a strategy such as when and where to acquire a normal item (for example, to recover HP) can be set for each user.

In the above description, the normal item arrangement information is associated with each user information, but may be associated with each team. In that case, it becomes possible to make a strategy for each team, in which a necessary user uses a necessary item in the team.

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

When an 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 gives the normal item to the user (step S404).

On the other hand, when it is determined that the acquired item is the treasure box item, the reward giving unit 317 performs a lottery (lander lottery) on an item to be given to each user from a plurality of items associated with the treasure chest item (step S406). .. Then, the reward giving unit 317 gives the item selected by lottery for each user based on the lottery result (step S408). Further, the reward giving unit 317 instructs the display control unit 115 to display the information indicating the item given to each user. As a result, the display control unit 115 causes the play screen to display information indicating the item given to each user (step S410).

[Summary of Sixth Embodiment]
As described above, in the game system 1 according to the present embodiment, the character control unit 112, based on the operation for each user identified by the user information belonging to the team, sets the user information in the field common to the team. Each time the associated character is moved. When the operation of acquiring the treasure box item (an example of the first object) arranged in the field is performed by any user, the reward giving unit 317 gives each user identified by the user information belonging to the same team. The item (an example of reward) selected for each user is given.

As a result, the game system 1 can acquire a plurality of treasure box items existing in the field in a shared manner by the users in the team, so that there is more opportunity for cooperation in the team in the team battle type action game. can do.

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

In addition, the display control unit 115 (an example of a first display control unit) is a display mode in which the treasure chest item (an example of the first object) arranged in the field cannot be identified by the item type (an example of the content of the reward). To display. Thereby, 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 it is not known, You can increase your expectations.

On the other hand, the display control unit 115 (an example of a second display control unit) displays the 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. Thereby, the game system 1 can acquire the normal item after the user confirms the type of the given item in advance. For example, many normal items are consumed on the spot, such as items that restore HP. Therefore, the user can determine whether or not to acquire the normal item as necessary after confirming the type of the item to be given in advance.

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

The reward giving unit 317 excludes the treasure box item (an example of the first object) that has been 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 cannot duplicately acquire the treasure box item by a plurality of users in the same team, and thus it is possible to prevent the user from being given too many valuable items.

The reward giving unit 317 may exclude the treasure box item (an example of the first object) that has been acquired by the operation of any user from the acquisition target for any user regardless of the team. .. In this case, when one team obtains the treasure chest item, the other team cannot obtain the item, so that competition between the teams can be more intense.

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 arranged in the field is performed by any one of the users, the reward giving unit 317 gives the user a reward, and the operation of acquiring the normal item is performed by another user. When performed by a user, a reward is given to the other user.

As a result, the game system 1 can equally give all users the opportunity to obtain the normal item, because the normal item obtained by a certain user can be obtained by other users regardless of the team. In addition, the game system 1 can allow each user to set a strategy such as when and where to acquire a normal item (for example, to recover HP).

The arrangement information of the normal item (an example of the second object) arranged in the field is associated with each user information, and the arrangement position of the normal item specified by the arrangement information associated with each user information is common. .. With this, the game system 1 arranges the normal items in the same place in the field for all users, and thus can equally give all users the opportunity to acquire the normal items.

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. With this, the game system 1 arranges the normal items of the same type in the same place in the field for all users, so that all users can be equally given the opportunity to acquire the normal items.

[Seventh Embodiment]
Next, a seventh embodiment of the present invention will be described. The basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, and therefore the characteristic processing in this embodiment will be described. In the present embodiment, processing of effects displayed on the play screen during competitive play will be described.

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

Generally, when such an effect is displayed, a processing load tends to increase because a display mode is continuously changed in a short time, or a semitransparent process is frequently used. Therefore, in a scene in which a large number of player characters are displayed simultaneously, it may be difficult to display the effects of all the player characters. For example, if the processing load becomes high (for example, the CPU usage rate exceeds 100%), a delay in drawing processing, dropping of frames, and the like occur, and the operation feeling is significantly impaired. Further, even if the processing load is not a problem, if a large number of effects are displayed, the effects may make it difficult to see the situation of the enemy and 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 limits the display of effects based on a preset priority. The priority setting is not common and may be provided for each user information.

For example, as the priority, the display of the effect of the player character operated on the game device 10 (that is, the own game device) on which the display control unit 115 executes the display process is displayed as the effect of the player character operated on the other game device 10. It is set to have priority over the display. That is, the display control unit 115 limits the display of the effect of the player character operated on the game device 10 other than the game device 10 that executes the display process. In order to secure the operational feeling of the user who operates the game device 10, the priority of the effect of the player character operated by the user is set high.

In addition, the priority may be set so that the display of the effect is limited based on the characteristics of the player character and the characteristics of the equipment item. For example, the display of effects may be limited 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 effects as the player character or the equipment item has a higher rarity.

Further, the priority may be set so that the display of the effect is limited based on the characteristic based on the limited time effect set in the player character or the equipment item. The limited-time effect is one in which a special effect is obtained only for a limited time. For example, attributes are set for the player character and the equipment item, and the ability of the player character or the equipment item having a specific attribute increases depending on the day of the week as a limited time effect. Further, the character or equipment item newly added to the game is set to have an ability higher than usual for a certain period 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 period effect is set for the limited time period.

Further, among the equipment items of the player character operated by another user, the effect display priority of the item possessed by the own user (or the item possessed by the user) may be lowered. Of the equipment items of the player character operated by the other user, the effect display priority of the item equipped by the player character operated by the own user (or the item which has been equipped) may be lowered. .. In other words, the effect of an item that the user already knows may be lowered in priority because it is less necessary to notify the user. Information on items possessed by each user (items that can be equipped by the player character) and information on items that have been used as equipment items are stored in the user data storage unit 351 as item possession history or usage history. Remembered

In addition, when another user operates a character of the same type as the character owned by the user (or a character who has possessed) as the 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 by another user) as a player character, the display priority of the effect of the player character operated by the other user. May be lowered. That is, the effect of the character that the user has already known is less required to be notified to the user, and thus the priority may be lowered. The information of the character possessed by each user (the character operable as the player character) and the information of the character operated as the player character are stored in the user data storage unit 351 as the possession history or the use history of the character. Remembered

For example, the display control unit 115 has a possession history or a use history of a player character operable by a user on the game device 10 (that is, the own game device 10 including the display control unit 115) that executes a display process, 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 use history of the items that can be equipped with.

Next, a specific example of the case where the display control unit 115 places a limit on the display of effects will be described. For example, the display control unit 115 considers the above-described priority 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, and displays the effect. Limit the 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 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 simultaneously due to an attack of a plurality of users, the display control unit 115 may limit the display of the effects according to the above-described priority.

In addition, 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) of the own game device 10 and the processing load for each effect. You can select and display different effects. For example, the setting information indicating the processing load for each effect may be stored in advance in the item data storage unit 354, and the effect to be preferentially displayed 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 relating 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 necessary for displaying 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 one of them is set for each equipment item. The special effect period is set to a period during which the special effect can be obtained in the case of an equipment item for which the special effect can be obtained for a limited time.

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

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

[Summary of Seventh Embodiment]
As described above, the display control unit 115 of the game system 1 according to the present embodiment, in the field common to the team, the player character operated for each user identified by the user information belonging to the team, In a game in which a player character competes with an opponent, display processing for displaying an effect based on a characteristic associated with each player character operated for each user is executed. In addition, the display control unit 115 limits the display of the effect based on the preset priority.

As a result, the game system 1 limits the display of effects 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 limits the display of effects based on the processing load of the game apparatus 10 that executes the display processing. As a result, the game system 1 displays the high-priority effect while reducing the processing load of the game apparatus 10 so that the processing load of the game apparatus 10 does not become excessive (so that it does not become an overload). 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 executes the display process (that is, the game device 10 that includes the display control unit 115). Limit the display of effects of the player character. 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 operational feeling of the user operating the game device 10 can be secured. ..

In addition, the display control unit 115 has a possession history or a use history of a player character operable by a user on the game device 10 (that is, the game device 10 including the display control unit 115) that executes the display process, or the player character. Based on the possession history or usage history of the 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, the other game device 10) is restricted. .. With this, the game system 1 can set the priority of the effect display depending on whether or not the character or item is already known to the user, so that the user is notified of the effect rather than the effect display which need not be notified to the user. It is possible to prioritize the display of effects that are highly necessary (effects that the user has not yet seen).

In addition, the display control unit 115 limits the display of effects based on the priority set in advance based on the characteristics associated with each player character operated for each user. Since the game system 1 can set the priority of the effect display depending on the characteristics of the player character, the player character having the characteristics set with a high priority can be made conspicuous, and the user's motivation to obtain the character having the characteristics can be increased. be able to.

For example, the characteristic associated with each player character of each user is a characteristic based on an item associated with each player character. As a result, the game system 1 can set the priority of the effect display according to the characteristic of the equipment item, so that the equipment item having the characteristic having the high priority can be made conspicuous, and the user can obtain the item of the characteristic. Can motivate.

The characteristic associated with each player character for each user may be a characteristic based on the rarity of each player character or an item associated with each player character. Thus, the higher the rarity of the player character or the rarity of the equipment item, the game system 1 can give priority to the display of the effect. Therefore, for example, it is possible to make the weapons and characters that are rare and have a high rare value and stand out, and to motivate the user to obtain those weapons and characters.

Further, the characteristic associated with each player character of each user may be a characteristic based on a limited time effect set in each player character or an item associated with each player character. Thereby, 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, weapons and characters that are effective for a limited time can be made to stand out, and the user can be motivated to obtain those weapons and characters.

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

In the above embodiment, an example of a one-on-one team battle between a blue team and a red team has been described, but the present invention is not limited to this and three or more teams may compete. In the case of a battle of three teams or more, the normal NPC of the own camp (team) can be attacked by the player characters of all teams other than the own team. For example, the team that defeats the most ordinary NPC or the team that causes the most damage to an ordinary NPC may be the team that occupies that ordinary room. Further, a normal NPC to be attacked may be set for each camp other than its own camp (team).

Further, in the above embodiment, an example of a team battle type has been described, but the present invention is not limited to this, and each time a team battles an enemy NPC and defeats an NPC, the area and stage are cleared in order. It may be applied to a game that goes on. 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 to be given each time a predetermined occupation condition is satisfied in the same room. In addition, the normal NPC control unit 113 reduces the time interval in which NPC (for example, normal NPC) appears in the same area (for example, room) every time a predetermined condition is satisfied in the same area, or NPC. (For example, normal NPC) may increase the upper limit number of simultaneous appearances.

In addition, a program for realizing the function of the game control unit 110 or the server control unit 310 described above is recorded in a computer-readable recording medium, and the program recorded in this recording medium is read by a computer system and executed. By doing so, part or all of the processing as the game control unit 110 or the server control unit 310 may be performed. Here, “reading and executing a program recorded in a recording medium on a computer system” includes installing the program in the computer system. The "computer system" here includes an OS and hardware such as peripheral devices. Further, the “computer system” may include a plurality of computer devices connected via the Internet, a WAN, a LAN, a network including a communication line such as a dedicated line. The "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. The recording medium also includes a recording medium provided inside or outside accessible 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 executable 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 executable by the terminal device. Note that the program may be divided into a plurality of programs and 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. Further, the "computer-readable recording medium" holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that serves as a server or a client when the program is transmitted via a network. It also includes things. Further, the program may be for realizing a part of the functions described above. Further, it may be a so-called difference file (difference program) that can realize the functions described above in combination with a program already recorded in the computer system.

Further, 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 functions described above may be individually implemented as a processor, or part or all of the functions may be integrated and implemented as a processor. Further, the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. In addition, when a technique for forming an integrated circuit that replaces the LSI appears due to the progress of semiconductor technology, an integrated circuit according to the technique 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 operation.

[Appendix]
From the above description, the present invention can be understood as follows, for example. In order to facilitate understanding of the present invention, reference numerals in the accompanying drawings are added in parentheses for convenience, but the present invention is not limited to the illustrated modes.

(Supplementary Note A1) A game system (1) according to one aspect of the present invention includes a plurality of areas common to a plurality of teams based on an operation for each user identified by user information belonging to each of the plurality of teams ( For example, in a field (FLD) having a room, a character moving unit (112) that moves the character (P1) associated with each of the user information, and the operation result of the user under a predetermined condition (for example, a predetermined occupation). An area determination unit (315, S100) that determines whether to associate the area with which team (for example, which team should 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 the competition between the plurality of teams based on the determination result by the team.

According to the configuration of appendix A1, the game system determines a win or loss by occupying an area (for example, a room) in a team battle type action game in which each user operates a player character to move in the field. It can provide new fun. For example, since the game system always knows which team is dominant by the number of occupations of the area, the user can play without interruption of the feeling of tension. Further, when compared with a game in which one player competes for a region in one battle, this game system is a team battle, so that multiple player characters appear in both the cooperative play as a team and both the enemy and the ally. Therefore, it is possible to provide a more strategic game.

(Supplementary Note A2) One aspect of the present invention is the game system according to Supplementary Note A1, comprising an NPC control unit (113, 312) for controlling an NPC (non-player character) in the area, The determination unit determines which team the area is associated with when the subduing status of the NPC in the area satisfies the predetermined condition.

According to the configuration of appendix A2, the game system occupies each area by defeating an NPC (for example, a normal NPC or a boss NPC) that appears in each of a plurality of areas (for example, a room) in the field. Therefore, the opponents of each team can have the same condition, and fairness can be maintained.

(Supplementary Note A3) One aspect of the present invention is the game system according to Supplementary Note A2, wherein the NPC in the area corresponds to any one team of the plurality of teams.

According to the configuration of Supplementary Note A3, the game system can be in the same situation as when the opponent is an NPC but is fighting with the opponent team, and the user realizes that the opponent is a team battle. It can be playable.

(Supplementary note A4) One aspect of the present invention is the game system according to any one of supplementary notes A1 to A3, wherein the winning/losing determination unit determines whether the plurality of teams are in accordance with the determination result by the area determination unit. The outcome of the competition by the plurality of teams is determined based on the number of the areas associated with each other.

According to the configuration of Supplementary Note A4, since the game system determines the team win or loss depending on the number of occupied areas (for example, rooms), it is easy for the user to understand the situation during the battle and the result when the battle ends.

(Supplementary note A5) One aspect of the present invention is the game system according to any one of supplementary notes A1 to A4, wherein the team associated with the area by the area determining unit or user information belonging to the team. A reward giving unit (317) for giving points to the user identified by.

According to the configuration of Supplementary Note A5, the game system gives points to the team who has occupied the area (for example, a room) or the users of the team, so that it is possible to add fun not only to the occupation status. For example, in the case of giving points to each user, the game system can provide the users with the enjoyment that the users in the team can also compete with each other in addition to the competition between the teams.

(Supplementary note A6) One aspect of the present invention is the game system according to supplementary note A5, wherein the reward granting unit uses a team associated with the region by the region determining unit or user information belonging to the team. Points corresponding to the area are given to the identified user.

According to the configuration of Supplementary Note A6, the game system gives different points depending on the occupied area (for example, a room). Therefore, for example, an attempt is made to occupy a low difficulty area or a high difficulty area. At least the number of areas can be selected as a strategy of the team such as whether or not to try to occupy the area, so that a highly strategic game can be provided.

(Supplementary Note A7) One aspect of the present invention is the game system according to Supplementary Note A5 or Supplementary Note A6, in which the area determination unit is configured to perform another operation in the area associated with any one 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 other team, the area is associated with the other team or user information belonging to the other team, and the reward giving unit is provided. Increases the points to be given each time the predetermined condition is satisfied in the same area.

According to the configuration of appendix A7, the game system increases the points awarded when the teams occupy the same area (for example, a room) with each other. It is possible to increase the motivation to compete, and you can expect a heated game development.

(Supplementary Note A8) One aspect of the present invention is the game system according to any one of Supplementary Notes A5 to A7, wherein the reward granting unit has many areas associated with the team by the area determining unit. The more points are increased when the area is associated with the team.

According to the configuration of Supplementary Note A8, the more the area (for example, the room) is occupied by the game system, the more the game can be advanced.

(Supplementary note A9) One aspect of the present invention is the game system according to any one of supplementary notes A5 to A8, wherein the winning/losing determination unit makes a determination on each of the plurality of regions by the region determination unit. Based on the result and the points given to the respective teams or the users identified by the user information belonging to the teams by the reward giving unit, the winning or losing of the competition by the plurality of teams is determined.

According to the configuration of Appendix A9, since the game system affects the win and loss not only by occupying an area (for example, a room) but also by acquiring points, the outcome depends on which area is occupied. High-quality games can be provided.

(Supplementary note A10) Further, according to one aspect of the present invention, in the game system according to any one of supplementary notes A5 to A9, the reward giving unit may be arranged in the area associated with the team by the area determining unit. , An advantageous effect is given to the progress of the play based on the operation of the user for the user identified by the user information belonging to the team.

According to the configuration of Supplementary Note A10, the more the area (for example, a room) is occupied by the game system, the more advantageous the game can proceed.

(Supplementary note A11) One aspect of the present invention is the game system according to any one of supplementary notes A1 to A10, wherein each of the characters affects a progress of play based on an operation of the user. The characteristic is set.

According to the configuration of Supplementary Note A11, the game system changes the type and power of the attack depending on the characteristic of the character, and the superiority or inferiority also occurs due to the compatibility with the characteristic of the opponent, so that it is possible to provide a highly strategic game.

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

According to the configuration of Supplementary Note A12, the program decides to win or lose by occupying an area (for example, a room) in a team battle-type action game in which each user operates a player character to move in the field. We can offer new fun.

(Supplementary Note B1) In the game system (1) according to one aspect of the present invention, a field (FLD) having a common area in the team based on an operation for each user identified by user information belonging to the team. In the area, a character moving section (112) for moving the character associated with each of the user information, an NPC control section (113) for causing NPCs (non-player characters) to appear in the area at predetermined time intervals, and When the subdue situation of the NPC satisfies a predetermined condition, based on the area determination unit (315) that determines whether or not to associate the area with the team, and the area associated with the team by the area determination unit. And a winning/losing determination unit (316) for determining whether the team has won or lost.

According to the configuration of Appendix B1, the game system recovers at a predetermined time interval even if an NPC (for example, a normal NPC) is subjugated, so that it is not possible for one person to easily occupy an area (for example, a normal room). Can require more collaborative play in the team. Therefore, the game system can provide a game with a high awareness of team competition.

(Supplementary Note B2) One aspect of the present invention is the game system according to Supplementary Note B1, wherein the subdue status of the NPC is the number of NPCs appearing in the area.

According to the configuration of Supplementary Note B2, the game system is configured such that the number of NPCs (for example, normal NPCs) that appear in a region (for example, normal room) at predetermined time intervals satisfies a predetermined condition (for example, for normal NPCs). (Because the number becomes 0), it is possible to occupy that area, so it is easy to understand the conditions under which it can be occupied. Also, since the occupation can be quickly achieved by cooperating with the team members, it is possible to obtain the sense of unity that the users are fighting in the team.

(Supplementary Note B3) One aspect of the present invention is the game system according to Supplementary Note B1 or Supplementary Note B2, wherein the NPC control unit sets a preset upper limit for the NPCs that are simultaneously appearing in the area. It appears at a predetermined time interval until it reaches the number.

According to the configuration of Appendix B3, the game system is restored even if the initial number of NPCs (for example, normal NPCs) first existing (appearing) in the area (for example, normal room) is suppressed, Occupation of the area can not be easily done by one person, and the team can play cooperatively. Therefore, the game system 1 can provide a game with a high awareness of team competition.

(Supplementary Note B4) Further, according to an aspect of the present invention, in the game system according to any one of Supplementary Notes B1 to B3, the NPC control unit may include a plurality of areas when there are a plurality of areas in the field. For each of the regions, a time interval for appearing the NPC or an upper limit number of the 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).

(Supplementary Note B5) One aspect of the present invention is the game system according to any one of Supplementary Notes B1 to B4, wherein the NPC control unit determines whether the predetermined condition is satisfied in the same area. In addition, the time interval in which the NPCs appear in the area is decreased, or the upper limit number of the NPCs that can appear simultaneously is increased.

According to the configuration of Supplementary Note B5, the game system has a higher difficulty level in occupying the same area (for example, a normal room) between the teams, so that more cooperative play by the team is required. Next, we can expect a heated game development.

(Supplementary Note B6) One aspect of the present invention is the game system according to any one of Supplementary Notes B1 to B5, in which a reward is provided to a team associated with the area by the area determination unit. A part (317).

According to the configuration of Supplementary Note B6, the game system 1 adds points to the team that occupies the area (for example, the normal room) or the users of the team, so that the game system does not only have fun in the occupation status. You can For example, in the case of giving points to each user, the game system 1 can provide the users with the enjoyment that the users in the team can also compete with each other in addition to the competition between the teams.

(Supplementary Note B7) Further, an aspect of the present invention is the game system according to Supplementary Note B6, wherein the reward granting unit grants a reward value each time the predetermined condition is satisfied in the same area. To raise.

According to the configuration of appendix B7, the game system increases the points given when the teams occupy the same area (for example, a normal room), so that the users of each team will be given more points. It is possible to increase the motivation to play repeatedly and expect a heated game development.

(Supplementary note B8) Further, according to one aspect of the present invention, a program for causing a computer to function as the game system according to any one of supplementary notes B1 to B7.

According to the structure of appendix B8, the program is restored at a predetermined time interval even if an NPC (eg, normal NPC) is subjugated, so that it is not possible for one person to easily occupy an area (eg, normal room). , Can require more collaborative play in the team. Therefore, the program can provide a game with a high awareness of team competition.

(Supplementary Note C1) In the game system (1) according to one aspect of the present invention, 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) for activating the first character of each user in FLD), a first NPC control unit (113) for controlling a first NPC (non-player character) in the field, and The attack on the first NPC from the first team based on the operation of the user identified by the user information belonging to the first team among the teams, and A battle control unit (114) for restricting an attack from the second team other than the first team to the first NPC.

According to the configuration of appendix C1, since the game system can attack only the first NPC (for example, the normal NPC) from only one team (for example, attack from both the blue team and the red team). Therefore, it is possible to prevent the pronoun word that could occur in an online game that could not be subdued even though it should have attacked. That is, the game system can suppress the influence of a time lag that may occur in an online game.

(Supplementary Note C2) Further, according to an aspect of the present invention, in the game system according to Supplementary Note C1, the match control unit is based on an operation of a user identified by user information belonging to the first team, When controlling an attack on the second character that is active based on the operation for each user identified by the user information belonging to the second team, the attack is given to the first NPC by the attack on the first NPC. The impact on the second character due to the attack on the second character is limited to be smaller than the influence.

According to the configuration of Supplementary Note C2, the game system may have a pronoun word that the characters operated by the users could not be subjugated even though they should have attacked. However, by extremely reducing the damage caused by the attack, Since it is possible to reduce the merit due to the battle between the characters and to reduce the factors that motivate the battle between the characters, it is possible to suppress the influence of the discrepancy.

(Supplementary Note C3) Further, according to an aspect of the present invention, in the game system according to Supplementary Note C2, the battle control unit restricts an activity of the second character by attacking the second character.

According to the configuration of Supplementary Note C3, in the battle between the characters operated by the user, the purpose is to stop the movement rather than damage the opponent character, so the attack cannot be subdued even though it should have attacked. You can suppress the proto-language from occurring.

(Supplementary Note C4) One aspect of the present invention is the game system according to any one of Supplementary Notes C1 to C3, including a plurality of terminal devices (10) including the first NPC control unit, and the terminal device. The first NPC control unit 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 has a position and movement (motion) in the field of the first NPC (for example, a normal NPC), and an effect (effect) when an attack (trick) is activated. Since each game device (terminal side) manages a highly real-time action, it is possible to suppress the influence of a communication time lag.

(Supplementary Note C5) One aspect of the present invention is the game system according to Supplementary Note C4, in which the server device controls a second NPC different from the first NPC in the field. And a battle control unit that 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. In addition, based on the operation of the user identified by the user information belonging to the second team, controls the attack from the second team to the second NPC, the second NPC control unit, the second NPC control unit. 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 determines that the second NPC (for example, the boss NPC) that is attacked by both sides (for example, both the blue team and the red team) is targeted by each game device. Since the positions can be synchronized so as to be the same, it is possible to ensure consistency in the battle of multiple users against the same attack target.

(Supplementary Note C6) Further, according to an aspect of the present invention, in the game system according to Supplementary Note C5, in order to subdue the second NPC, a larger number of subordinates than in subjugation of the first NPC. Requires an attack.

According to the configuration of Appendix C6, the game system may have a proverbial word that the attack at the time of subjugation (final stop) could not be subdued even though it should have attacked, but regarding the attacks from both teams up to that point Even if the order is changed, it cannot become a large proto-language, so it is possible to reduce the effect of the discrepancy above as a whole attack until subjugation.

(Supplementary Note C7) One aspect of the present invention is a program for causing a computer to function as the game system according to any one of supplementary notes C1 to C6.

According to the configuration of Appendix C7, the program can attack only the first NPC (eg, normal NPC) from either team (eg, cannot attack from both the blue team and the red team). Because of this, it is possible to prevent the pronoun that an attack could have occurred but could not be suppressed in an online game from occurring. That is, the program can suppress the influence of a time lag that may occur in the online game.

(Supplementary Note D1) In the game system (1) according to one aspect of the present invention, the field (FLD) is determined 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) that determines 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. Based on the determination result by the determination unit, a win-loss determination unit (316, S114) for determining the win or loss of the team, and the win-loss determination unit, based on the association status of the plurality of regions to the team, Even before the time limit is reached, the winning or losing of the team is confirmed (S204 to S220).

According to the configuration of Appendix D1, in the game system, the superiority or inferiority of the battle situation becomes clear without waiting for the time limit in the action game in which a plurality of users forming the team operate each character to battle the enemy character. In the case where the win or loss ends up being settled, the win or loss is fixed at that point and the process ends, so that it is possible to prevent the user from wasting play time.

(Supplementary note D2) One aspect of the present invention is the game system according to supplementary note D1, wherein the winning/losing determination unit has a situation in which the association status of the plurality of areas with the team has been set in advance. In the case (for example, when one team occupies all the rooms), the win or loss of the team is confirmed 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, in the game system, even if the association status of the plurality of areas with the team is set in advance (for example, one team occupies all the rooms), the occupied side is occupied. You can give your team time to get back on track. Therefore, the game system can prevent an unreasonable situation in which the battle is ended due to some factor and the battle ends without producing the ability.

(Supplementary Note D3) One aspect of the present invention is the game system according to Supplementary Note D2, in which the winning/losing determination unit has a situation in which the association status of the plurality of areas with the team has been set in advance. The predetermined time is shortened according to the number of times (S204, S216).

According to the configuration of Supplementary Note D3, for example, in the case where the occupation of all the rooms is repeated, it is considered that the team is more certain than the case of the first occupation of all the rooms. It is possible to shorten the time that is a chance for the team on the occupied side to rewind, and suppress the generation of useless play time for the users of the team on the occupied side of all rooms.

(Supplementary Note D4) Further, according to an aspect of the present invention, in the game system according to Supplementary Note D3, in the case of a battle by a plurality of the teams, the number of times is counted for each team.

According to the configuration of Appendix D4, it is considered that the superiority or inferiority of the battle situation is not clear when the game system occupies all the rooms by one team and then the other team occupies all the rooms. , It is possible to give each team time to have an equal chance to rewind.

(Supplementary Note D5) One aspect of the present invention is the game system according to any one of Supplementary Notes D2 to D4, in which the association status of the plurality of areas with the team is set in advance. In this case, a display control unit (115) that displays information indicating the time until the predetermined time is reached is provided.

According to the configuration of Supplementary Note D5, the game system presents the time during which the win or loss is confirmed to the user in the competitive play by a countdown or the like, so that the sense of tension can be increased. Further, in the game system, the user can easily grasp the remaining time until the winning or losing is decided, so that the user can easily think of the strategy of what to do in the remaining time.

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

According to the configuration of Appendix D6, in the game system, if the remaining time of the battle is shorter than the time of the countdown, even if the countdown is started, the battle ends before the countdown reaches “0” due to the time limit. Therefore, it is possible to prevent meaningless countdown display.

(Supplementary note D7) Further, according to an aspect of the present invention, in the game system according to any one of supplementary notes D1 to D6, based on an operation for each user identified by user information belonging to the team, A character moving unit (112) that moves a character associated with each of the user information within a field having a plurality of areas common to users.

According to the configuration of Supplementary Note D7, the game system determines and ends the victory or defeat at that point in the case where the superiority or inferiority of the battle situation becomes clear without waiting for the time limit and the victory or defeat is practically concluded. Thus, it is possible to prevent the user from wastefully moving the character in the field.

(Supplementary Note D8) One aspect of the present invention is a program for causing a computer to function as the game system according to any one of supplementary notes D1 to D7.

According to the configuration of Supplementary Note D8, the program makes it clear that the superiority or inferiority of the battle situation becomes clear without waiting for the time limit in an action game in which a plurality of users forming a team operate each character to battle an enemy character. In the case where the winning or losing is settled, the winning and losing is decided and finished at that time, so that it is possible to suppress the useless play time for the user.

(Supplementary Note E1) In the game system (1) according to one aspect of the present invention, based on an operation for each user identified by user information belonging to a team, the game field (FLD) is shared within the team. The character control unit (112) that activates the character associated with each user information, and sets the character to the first state on condition that a predetermined first condition is satisfied for the character in the first state (for example, normal state). 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) in which the ability is lower than the state. A character state control unit (1121, S304, S312) that causes a transition to a state (for example, a death state), and the first state based on the character in the second state based on another character belonging to the same team as the character. A revival control unit (1122, S312) for reviving the game, and a win/loss determination unit (316, S114) for determining the win/loss of the team based on the result of the character's activity by the character control unit.

According to the configuration of Supplementary Note E1, the game system has a chance of recovery by 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 opportunities for cooperation within the team in a team battle type action game.

(Supplementary Note E2) Further, according to another aspect of the present invention, in the game system according to Supplementary Note E1, the revival control unit changes the character in the third state (for example, a dead state) to the third state. When a predetermined time has elapsed after that, the state is changed to the first state (for example, normal state) or the second state (for example, asphyxia state).

According to the configuration of Supplementary Note E2, the game system does not indicate that the game is over even if the character is in the third state (for example, the dead state), but the play continues, and after the operation is disabled for a certain time, Since it is a start, you can participate in competitive play again and contribute to the team. Further, in the game system, when the character is in the third state (for example, a dead state), the character cannot be operated for a certain period of time. Can be given.

(Supplementary Note E3) One aspect of the present invention is the game system according to Supplementary Note E2, in which the revival control unit causes the character in the third state (for example, a dead state) to be in the first state (for example, a dead state). , Normal state) or the second state (eg, asphyxia), the transitioned character is placed at a predetermined place in the field.

According to the configuration of Supplementary Note E3, the game system restarts the character once brought into the third state (for example, the dead state) from the start room, in addition to the time penalty that the operation cannot be performed for a certain period of time. , You can also give a locational penalty.

(Supplementary note E4) One aspect of the present invention is the game system according to any one of supplementary notes E1 to E3, in which the revival control unit includes the character in the second state (for example, a provisional death state). Is restored to the first state based on the positional relationship with the character in the other first state (for example, normal state) belonging to the same team as the character.

According to the configuration of appendix E4, in order for the game system to revive the character in the asphyxia state, it is necessary for another character of the same team to move to the place where the character in the asphyxia state exists. You can give a sense of cooperation and rescue.

(Supplementary note E5) One aspect of the present invention is the game system according to any one of supplementary notes E1 to E4, wherein the third state (for example, a dead state) means that the activity of the character is restricted. It is a state in which it is impossible to return 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 Supplementary Note E5, when the character enters the third state (for example, the dead state), the game system cannot recover due to cooperation within the team, so that the game system is set in the second state (for example, the temporary death state). It can be motivated to cooperate within the team so that it can be managed to be revived.

(Supplementary Note E6) One aspect of the present invention is the game system according to Supplementary Note E5, wherein the second state (eg, asphyxia state) in which the ability is lower than that in the first state (eg, normal state). The term includes that the character's activity is restricted.

According to the configuration of Appendix E6, in the game system, when the character transitions to the second state (eg, asphyxia), the character's activity is restricted from the first state (eg, normal state). Since the team's strength decreases in the play, it is possible to give the team member motivation to revive the player character in the second state.

(Supplementary note E7) One aspect of the present invention is the game system according to any one of supplementary notes E1 to E5, wherein the ability is lower than that in the first state (for example, the normal state). The 2 state (eg, asphyxia) is a state in which the value of the parameter associated with the character is changed to a value that reduces the ability of the character, compared to the first state (eg, normal state). Is included.

According to the configuration of appendix E7, in the game system, when the character transits to the second state (for example, asphyxia), the values of parameters such as the attack power, the defense power, and the HP of the character are in the first state ( For example, since it is lower than the normal state, the strength of the team in the competitive play is reduced, so that it is possible to give the team member motivation to revive the character in the second state (for example, asphyxia).

(Supplementary note E8) One aspect of the present invention is the game system according to any one of supplementary notes E1 to E7, wherein the revival control unit changes from the second state (for example, a provisional death state) to the first state. Limit the number of times to restore to one state (for example, normal state).

According to the configuration of Supplementary Note E8, the game system can be restrained so that the difficulty level of the play is not lowered too much and the ability difference between the teams is not reflected because the game system can be restored as many times as possible.

(Supplementary note E9) Another aspect of the present invention is the game system according to any one of supplementary notes E1 to E8, wherein the character that is active based on a user operation in the first terminal device is the first one. If the character is in two states (eg, asphyxia), a display control unit (115) that causes the character to be displayed on the second terminal device in a display mode distinguishable from the character in the first state (eg, normal state), Equipped with.

According to the configuration of Supplementary Note E9, the game system displays on the play screen so that the character in the second state (eg, asphyxia) can be easily distinguished from the character in the first state (eg, normal state). Can be displayed.

(Supplementary note E10) One aspect of the present invention is a program for causing a computer to function as the game system according to any one of supplementary notes E1 to E9.

According to the configuration of Supplementary Note E10, the program has a chance of being restored by 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). It can be in a second state (eg, asphyxia). Therefore, the program can increase the chances of cooperation within the team in a team battle type action game.

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

According to the configuration of Supplementary Note F1, the game system allows the users in the team to share and acquire the plurality of first objects (for example, treasure chest items) existing in the field, and thus the team battle action game. In, you can have more opportunities for cooperation within the team.

(Supplementary Note F2) One aspect of the present invention is the game system according to Supplementary Note F1, in which 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, item type) is provided.

According to the configuration of Supplementary Note F2, the game system can understand the content of the reward given to each user in the team, and thus can be an opportunity for communication within the team.

(Supplementary Note F3) One aspect of the present invention is the game system according to Supplementary Note F2, wherein the first display control unit controls the first object (for example, a treasure chest item) arranged in the field. The reward content (for example, item type) is displayed in a display mode that cannot be identified.

According to the configuration of Appendix F3, the game system suggests that the reward content is known after acquiring the first object (for example, the treasure box item), that is, the reward content is not known before acquisition, and is not known. , Can increase the sense of expectation when getting.

(Supplementary Note F4) One aspect of the present invention is the game system according to any one of Supplementary Notes F1 to F3, wherein the reward granting unit includes the character and a first object (for example, a treasure box item). The reward (for example, item) is given based on the positional relationship of.

According to the configuration of appendix F4, the game system allows the users in the team to share and move each of the plurality of first objects (for example, treasure box items) existing in the field, so that the user can efficiently perform the operation. Rewards (eg, items) can be obtained.

(Supplementary Note F5) One aspect of the present invention is the game system according to any one of Supplementary Notes F1 to F4, wherein the reward granting unit has been acquired by an 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 Supplementary Note F5, the game system cannot obtain the first object (for example, the treasure chest item) in a duplicated manner by a plurality of users in the same team, so that a reward of high value (for example, the item) is obtained. It is possible not to give too much to the user.

(Supplementary Note F6) One aspect of the present invention is the game system according to any one of Supplementary Notes F1 to F5, wherein a second object (for example, a normal object) different from the first object is included in the field. Item) is arranged, and the reward giving unit, if an operation of acquiring the second object arranged in the field is performed by any of the users, the reward (for example, item) ) And the operation of acquiring the second object (for example, a normal item) is performed by the other user, a reward (for example, item) is added to the other user (S404). ).

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

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

According to the configuration of Supplementary Note F7, the game system places the second object (for example, a normal item) at the same place in the field for all users, so that the second object is equally distributed to all users. Can be given the opportunity of acquisition.

(Supplementary note F8) One aspect of the present invention is the game system according to any one of supplementary note F7, wherein the reward content of the second object specified by the arrangement information associated with each of the user information is It is common.

According to the configuration of Supplementary Note F8, the game system places the same type of second object (for example, a normal item) in the same place in the field for all users, so that the game system can equally assign the same second object to all users. It is possible to give an opportunity to acquire two objects.

(Supplementary Note F9) One aspect of the present invention is the game system according to Supplementary Note F6 or Supplementary Note F7, wherein the second object (for example, a normal item) arranged in the field is rewarded (for example, A second display control unit (115) for displaying in a display mode in which the item type) can be identified.

According to the configuration of Supplementary Note F9, the game system can enable the user to obtain the second object (for example, a normal item) after confirming the content of the reward to be given in advance. For example, the second object is often consumed on the spot, such as an item for recovering HP. Therefore, the user can determine whether or not to acquire the second object, if necessary, after confirming the content of the reward to be given in advance.

(Supplementary Note F10) One aspect of the present invention is a program for causing a computer to function as the game system according to any one of supplementary notes F1 to F3.

According to the configuration of Supplementary Note F10, the program allows the users in the team to share and acquire the plurality of first objects (for example, treasure chest items) existing in the field, and thus in the team battle action game. , More opportunities for cooperation within the team.

(Supplementary Note G1) In the game system (1) according to one aspect of the present invention, a character operated by each user identified in the team common field (FLD) by user information belonging 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 by each user in a game in which the opponent of the character competes. The display control unit limits the display of the effect based on the preset priority.

According to the configuration of Supplementary Note G1, the game system limits the display of the effect based on the priority, so that the effect display by a plurality of characters can be appropriately controlled.

(Supplementary Note G2) One aspect of the present invention is the game system according to Supplementary Note G1, which is a terminal device (10) including the display control unit, and a server device (30) communicatively connected to the terminal device. ) And, the display control unit limits the display of the effect based on the processing load of the terminal device that executes the display processing.

According to the configuration of Supplementary Note G2, the game system displays the high-priority effect while reducing the processing load of the terminal device so as not to exceed the processing load of the terminal device (not to cause an overload). It is possible to appropriately control the effect display by a plurality of characters.

(Supplementary Note G3) One aspect of the present invention is the game system according to Supplementary Note G1 or Supplementary Note G2, including a plurality of the terminal devices, wherein the display control unit is not a terminal device that executes the display process. The display of the effect of the character operated on the terminal device is restricted.

According to the configuration of Supplementary Note G3, the game system preferentially displays the effect of the character operated by the user on the terminal device operated by the user, thus ensuring the operational feeling of the user operating the terminal device. can do.

(Supplementary Note G4) One aspect of the present invention is the game system according to Supplementary Note G3, wherein the display control unit is a terminal device that executes the display process, or a possession history of a character operable by the user, or The display of the effect of the character operated by a terminal device other than the terminal device is restricted based on the usage history or the possession history or the usage history of the item that can be equipped to the character.

According to the configuration of Supplementary Note G4, the game system can set the priority of displaying the effect (effect) depending on whether or not the character or item is already known to the user. It is possible to give priority to the display of effects (effects that the user has not yet seen) that need to be notified to the user, rather than being displayed.

(Supplementary Note G5) One aspect of the present invention is the game system according to any one of Supplementary Notes G1 to G4, wherein 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 characteristic.

According to the configuration of Supplementary Note G5, the game system can set the priority of the effect display depending on the characteristics of the player character, so that the player character having the characteristics set to a high priority can be made conspicuous to the user. It can motivate the acquisition of a character of that characteristic.

(Supplementary note G6) One aspect of the present invention is the game system according to any one of supplementary notes G1 to G5, wherein the characteristic associated with each character of each user is associated with each character. Based on the given item.

According to the configuration of Supplementary Note G6, the game system can set the priority of the effect display according to the characteristic of the equipment item, so that the equipment item having the characteristic with the high priority set can be conspicuous to the user. Can motivate you to obtain an item with that characteristic.

(Supplementary Note G7) One aspect of the present invention is the game system according to any one of Supplementary Notes G1 to G5, wherein the characteristics associated with each character of each user are the respective characters or the respective characters. Based on the rarity of the items associated with the character.

According to the configuration of Supplementary Note G7, the higher the rarity of the character or the rarity of the item, the game system can give priority to the display of the effect. Therefore, for example, it is possible to make the weapons and characters that are rare and have a high rare value and stand out, and to motivate the user to obtain those weapons and characters.

(Supplementary note G8) One aspect of the present invention is the game system according to any one of supplementary notes G1 to G5, wherein the characteristics associated with each of the characters of each user are the respective characters or the respective characters. Based on the limited time effect set on the item associated with the character.

According to the configuration of Supplementary Note G8, the game system 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, weapons and characters that are effective for a limited time can be made to stand out, and the user can be motivated to obtain those weapons and characters.

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

According to the configuration of Supplementary Note G9, since the program limits the display of effects based on the priority, it is possible to appropriately control the effect display by a plurality of characters.

1 game system, 10 game device, 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 giving 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 (14)

Character movement for moving the character associated with each of the user information within a field composed of a plurality of areas 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 Department,
By the operation of the user, based on whether or not the subjugation situation of the opponent in each area of the plurality of areas including the area associated with any of the teams satisfies a predetermined condition, An area determination unit that determines whether to associate the area with which team over a predetermined time ,
Based on the determination result of each of the areas by the area determination unit when the predetermined time has ended, a win-loss determination unit that determines the outcome of the battle by the plurality of teams,
A game system equipped with. Adjacent areas among the plurality of areas communicate with each other through a passage or a door, and it is possible to come and go with an adjacent area through at least the door,
The game system according to claim 1. An NPC control unit that controls an NPC (non-player character) in the area,
The area determination unit,
The game system according to claim 1 or 2, wherein when the subtermination status of the NPC in the area satisfies the predetermined condition, it is determined which team the area is associated with. The NPC in the area corresponds to any one team of the plurality of teams,
The game system according to claim 3. The NPC controller is
When the area is associated with any team, an NPC corresponding to the team associated with the area is made to appear in the area,
The game system according to claim 4. The win/loss determination unit is
Based on the number of the areas associated with each of the plurality of teams by the determination result by the area determination unit, to determine the outcome of the competition by the plurality of teams,
The game system according to any one of claims 1 to 5. A reward giving unit for giving points to the team identified by the region determination unit and the team associated with the region or user information belonging to the team;
The game system according to any one of claims 1 to 6, further comprising: The reward giving unit,
A point according to the area is given to the team identified by the area determining unit by the area determination unit or the user information belonging to the team.
The game system according to claim 7. The area determination unit,
If the predetermined condition is satisfied by the operation result of the user identified by the user information belonging to another team in the area associated with one of the plurality of teams, the area is changed to the other team or Associated with user information belonging to the other team,
The reward giving unit,
Every time the predetermined condition is satisfied in the same area, the points to be given are increased.
The game system according to claim 7 or 8. The reward giving unit,
The more areas associated with the team by the area determination unit, the more points are given when the area is associated with the team,
The game system according to any one of claims 7 to 9. The win/loss determination unit is
Based on the determination result for each of the plurality of regions by the region determination unit, and the points given to each team by the reward giving unit to the user identified by the user information belonging to the team, the plurality of points Determine the outcome of a team match,
The game system according to any one of claims 7 to 10. The reward giving unit,
In the area associated with the team by the area determination unit, for the user identified by the user information belonging to the team, to generate an advantageous effect on the progress of the play based on the operation of the user,
The game system according to any one of claims 7 to 11. A characteristic that affects the progress of play based on the operation of the user is set for each of the characters,
The game system according to any one of claims 1 to 12. A program for causing a computer to function as the game system according to any one of claims 1 to 13.

Images