JP6557927B2 - 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 against an enemy character (for example, Patent Document 1). In such an action game, for example, there is a game in which winning or losing can be determined depending on how much the enemy character has been subjugated within the time limit or how many points have been acquired by subjugation or the like.

JP 2010-207404 A

  However, in the action game as described above, depending on the difference in ability with the opponent, there may be a case where the superiority or inferiority of the battle situation becomes clear without waiting for the time limit and the victory or defeat is substantially settled. Even in such a case, in the action game as described above, it was necessary to continue the play until the time limit, so that the play time may feel useless for the user.

  Some aspects of the present invention provide a game system and a program capable of suppressing occurrence of useless play time for a user in an action game in which a plurality of users constituting a team operate their respective characters to battle an enemy character. Is one of the purposes.

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

  In order to solve the above-described problem, one aspect of the present invention is to provide each of a plurality of regions in a field based on whether or not a user operation result identified by user information belonging to a team satisfies a predetermined condition. An area determination unit that determines whether or not to associate with the team, and a win / loss determination unit that determines a win / loss of the team based on a determination result by the area determination unit within a preset time limit, The winning / losing determining unit is a game system that determines the winning / losing of the team even before the time limit is reached, based on the state of association of the plurality of areas with the team.

  One embodiment of the present invention is a program for causing a computer to function as the above-described 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 win / loss determination process which concerns on 1st Embodiment. The flowchart which shows the 2nd example of the win / loss determination process which concerns on 1st Embodiment. The figure which shows an example of the point provided at the time of the room occupation which concerns on 1st 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 normal NPC which concerns on 2nd Embodiment. The figure which shows the difference of the process of normal NPC and boss | hub NPC which concern on 3rd Embodiment. The flowchart which shows an example of the countdown process in the battle | competition 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 the detailed structure of the character control part which concerns on 5th Embodiment. The flowchart which shows an example of the state transition process which concerns on 5th Embodiment. The figure which shows the example of a display of the treasure chest 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 in 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]
A first embodiment of the present invention will be described below with reference to the drawings.

[Game Overview]
First, an outline of an example of the game according to the present embodiment will be described. For example, the game according to the present embodiment is an action game in which characters operated by each of a plurality of users (hereinafter also referred to as “player characters”) advance the game while fighting against an enemy character. Will be described as an example. The number of teams may be two teams, or may be three or more teams, but here, a case of a battle by 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-to-multiplayer battle occurs.

  When the user starts playing the game, the user determines his team and the battle team before the battle. After the member matching for determining the users participating in the own team is performed, the member matching of the opponent team is performed. For example, one team consists of four people, and a four-to-four match. The number of teams may be other numbers. As for the matching of the own team, there are random matching by the server device and matching by the team formed by the users. The opponent is random matching by the server device. In addition, in order to participate in a team battle, it is good also as a specification which consumes and participates in items, such as a specific point and a ticket set in the game.

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

  Parameters that influence the user's play content such as HP (Hit Point), MP (Magic Point), attack power, defense power, and the like are associated with the player character 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. The HP decreases due to an attack from the enemy, and the game cannot be continued when the value is below a predetermined value (for example, “0”). MP is a value consumed when the player character uses items such as special abilities and special weapons. Each of the attack power and the defense power is a value indicating the ability relating to the attack and the defense ability of the player character. The attack power is a parameter indicating the magnitude of damage to the attack target, and is related to the amount of decrease in HP of the attack target. The defensive power is a parameter indicating resistance to damage when attacked, and is related to a reduction in the amount of decrease in HP. For example, the attack power and the defense 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. Note that HP and MP may be associated with a player character.

  In addition, it is good also as a specification which can select the band same character which is tied to a player character. The band-like character supports the user's play such as defeating an enemy character in cooperation with or in cooperation with the player character, or recovering the HP of the player character. For example, the band 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 band character, and the effect differs depending on which character is to be combined.

  Moreover, the ability of the player character can be improved by equipping the player character with an item. Items are classified into a plurality of categories. For example, items are classified into three categories: “weapons”, “armor”, and “special weapons”. The ability of the player character means that a special attack can be performed by possessing parameters such as the attack power and defense power of the player character and a special weapon. The category type and the number of classifications can be arbitrarily determined.

  Specifically, the “weapon” is an item that improves 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 damage that causes an explosion after a predetermined time. For example, these items can be acquired by the user by clearing a lottery or a predetermined event.

  In addition, characteristics indicating characteristics of individual abilities are set for each of the player character or items that can be equipped to the player character, and the type and power of the attack vary depending on the combination of the characteristics. Therefore, it is necessary to consider a strategy depending on the player character or items to be equipped on the player character. Also, the opponent character or the item to be equipped has the same characteristics, and the superiority or inferiority is caused by the compatibility of the combination of the opponent character, so it is necessary to consider a strategy. The characteristics are, for example, abilities related to the behavior of the character (attack power, etc.) and abilities (such as recovery skills) that affect the behavior. Specifically, for example, characteristics include “high attack power”, “have recovery skills”, “highly attackable places can be attacked by throwing weapons”, “large damage can be given to characters with specific attributes” , “Moving speed is fast”, “distant enemies can be attacked”, and “damage can be done over a wide area”.

  Next, with reference to FIG. 1, the field where a battle | competition is performed in game space is demonstrated. FIG. 1 is a diagram illustrating an example of a field according to the present embodiment. In the illustrated field FLD, a blue team and a red team are played against each other. The field FLD has four types of “rooms (regions)” that 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 for the blue team, and the start room RS is the start room for 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 when HP becomes 0 and restarts (respawns), it is restarted from this starting room.

  The normal room is a room that is occupied by each team. In the illustrated example, room A, room B, and room C are rooms occupied by the blue team as an initial state at the start of the battle play. On the other hand, 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 battle play. In the normal room, there are NPCs (non-player characters) of the occupying side. The NPC is a character that does not require user operation, and is a character that is controlled by a game process executed by a computer. Hereinafter, the NPC existing in the normal room is also referred to as “normal NPC”. Normally, the NPC corresponds to the occupying team of the blue team and the red team, and opposes the character of the side that occupies the attack from the player character of the opponent team. For example, when a normal NPC is subjugated in a normal room, the defeated team will occupy the normal room. On the other hand, if the normal NPC subjugation fails in the normal room, the occupation by the defeated team ends in failure, and the originally occupied team occupies the normal room as it is.

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

  There are various types of fields in which the battle play is performed, and the arrangement of the rooms is different for each field. However, here, as an example, the rooms are symmetrically arranged from the viewpoint of equality for each team to be played. In the field FLD shown in the figure, the room for the blue team is arranged on the left side and the room for the red team is arranged on the right side, and the rooms are arranged in a symmetrical relationship. Each room is provided with a door DR between adjacent rooms. It is possible to come and go to an adjacent room through this door DR. Specifically, from the blue team start room BS to room A, from room A to room B, from room B to room C and the boss room, from room C to red team room F via the corridor. , And through the door DR. On the other hand, from the red team start room RS to room D, from room D to room E, from room E to room F and the boss room, from room F to blue team room C via the corridor, etc. It communicates through the door DR. The player characters of both teams are in a common area in the field FLD and can come and go without restriction. Note that the player character of the opponent team may not enter the start room only.

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

  In the normal room, the competing teams (blue team, red team) compete for the room by occupation. In the normal room occupied by the blue team, there is a normal NPC on the blue team side, and an attack is made against 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 the mutual attack, and damage is given to the attacked side depending on the degree of hit (target level, attack power, etc.), and the HP on the attacked side is reduced. 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 subjugation status of the normal NPC satisfies a predetermined occupation condition set in advance, the attacking team can occupy the normal room. The normal NPC subjugation status is the number of normal NPCs appearing in the normal room. The predetermined occupation condition is, for example, that all normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes zero). When all the normal NPCs present in the room are subjugated by the player character on the red team side, the room becomes occupied on 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 normal NPC on the red team side that appears can be attacked by the player character on the blue team side. In this state, the player character on the red team side cannot attack the normal NPC (there is no hit determination even if attacked), and the normal NPC does not attack the player character on the red team side. When all the normal NPCs present in the room are defeated by the player character on the blue team side, the blue team side is occupied again. While repeating this, both teams will normally occupy the room. Thus, one normal room is occupied by one of the teams, and normal NPCs of both teams are not mixed at the same time.

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

Moreover, in the play screen in the battle play in the normal room, the color of the team on the side occupied by the lower part of the play screen is changed. Thereby, it becomes easy to visually recognize which team is occupied by the room being played.
FIG. 2 is a diagram illustrating an example of a play screen in a normal room. The state in the normal room is displayed on the play screen G10 illustrated. The lower area FL of the play screen G10 is an area corresponding to the floor of this room. When the area FL is occupied by the blue team, the area FL is blue (or blue color), and when the area FL is occupied by the red team, the area FL is red (or red color). The area changed to the color of the occupied team may be another area on the play screen.

  A map MA in the field is displayed at the top of the play screen G10. In the map MA, a position mark PS indicating the location of the room during the battle play is displayed. Reference numerals NP1 to NP3 indicate normal NPCs present in the room, and reference numeral P1 indicates a player character who wants to subvert 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 restrictions on movement and can move to any room. The room has a certain size, and each player character can freely move in the room according to the operation of each user.

  In the boss room, a boss NPC appears. The boss NPC is not a camp. That is, the boss NPC does not correspond to any one team, but can attack any team and can attack from any team. When the boss NPC is subjugated, the team that gives more damage to the boss NPC will occupy the boss room. In the boss room, a boss NPC appears only once in one battle. For this reason, once the boss room is occupied by one team, the other team cannot then occupy it again, and the occupied team (camp) does not change until the end of the battle. That is, the chance to occupy the boss room is only once during one field battle. There may be a plurality of boss rooms in the field, but a boss appears only once during a battle in each boss room.

  FIG. 3 is a diagram illustrating an example of a play screen in the boss room. The state in the boss room is displayed on the illustrated play screen G20. Unlike the normal room play screen G10, the occupied state is not occupied during the battle play, so the occupation status display (team color display) is not performed. The symbol BNP indicates the boss NPC existing in this room, the symbols PB1 and PB2 indicate the player character of the blue team trying to subdue the boss NPC, and the symbols PR1 and PR2 similarly indicate the boss NPC. The player character of the red team to be subjugated is shown. Boss NPCs have higher HP, attack power, defense power, etc. than normal NPCs, and require more attacks to subdue them. 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 can give more damage to the boss NPC. We will attack in cooperation. Since the boss room cannot be reoccupied, the occupation of the at least one room is determined by occupying the boss room, which works more favorably in the battle situation than the occupation of the normal room. Note that, by occupying the boss room, the parameter of the occupied player character may be changed in an advantageous direction (for example, HP recovery). Further, 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 the present 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 are connected to a network NW. Connected through. Since game device 10-1, game device 10-2, and game device 10-3 have the same configuration, descriptions of “−1”, “−2”, and the like are omitted unless particularly distinguished. The game apparatus 10 will be described. Although three game apparatuses 10 are illustrated here, an arbitrary number of game apparatuses 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 game control program (game control program) that can be played on the game apparatus 10 so as to be downloadable from the game apparatus 10. In addition, the game server 30 stores various setting information and history information necessary for a game played on the game apparatus 10 and transmits the information to the game apparatus 10 as necessary. Moreover, the game server 30 performs the process which needs to be performed by the server side among the processes of the game played in the game device 10. Note that the game control program downloaded by the game apparatus 10 is not limited to the game server 30 and may be stored in another downloadable server apparatus. Further, the game control program may be provided to the game apparatus 10 by a storage medium such as a DVD-ROM, a CD-ROM, or a memory card.

  The game apparatus 10 executes a game control program provided from the game server 30. For example, the game apparatus 10 is a computer apparatus used by a user, such as a home-use game machine, a portable game machine, an arcade game machine installed in a game center, a PC (Personal Computer), a tablet PC, 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 apparatus 10 will be described as a portable game machine.

  The network NW includes, for example, the Internet, a cellular phone network, a PHS (Personal Handy-phone System) network, a VPN (Virtual Private Network) network, a dedicated communication network, a WAN (Wide Area Network), and a LAN (Local Area Network). It is a communication network configured by a PSTN (Public Switched Telephone Network) or a combination thereof.

  FIG. 5 is a diagram illustrating an example of a hardware configuration of the game apparatus 10 according to the present embodiment. The game apparatus 10 includes, for example, a CPU (Central Processing Unit) 11, a communication unit 12, an input unit 13, a display unit 14, and a storage unit 15, which are connected via a network NW, Communication with other devices and the like is performed via the communication unit 12. These components are connected via a bus so that they can communicate with each other. The CPU 11 executes various programs stored in the storage unit 15 and controls each unit of the game apparatus 10.

The communication unit 12 communicates with the game server 30 and other devices via the network NW based on control by the CPU 11.
The input unit 13 includes a plurality of operation buttons to which user operations are input, 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 in which various instructions are input by voice. It may be.
The display unit 14 is a display that displays information such as images and text, and includes a liquid crystal display panel, an organic EL (ElectroLuminescence) display panel, and the like. For example, a game play image is displayed on the display unit 14.

  The storage unit 15 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read-Only Memory), and a ROM (Read-Only Memory). Various information, images, programs (including game control programs) and the like processed by the game apparatus 10 are stored. Note that 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. The game apparatus 10 may be configured to include hardware configurations such as a speaker (not shown), an audio output terminal, a camera, a gyro sensor, and a GPS (Global Positioning System) receiving module.

  FIG. 6 is a diagram illustrating an example of a 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 the communication unit 32 is connected to a plurality of game devices 10 and other devices connected via the network NW. To communicate through. These components are connected via a bus so that they can communicate with each other. The CPU 31 executes a game control program stored in the storage unit 35 and provides a game that can be played on the plurality of game apparatuses 10.

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

  The storage unit 35 includes, for example, an 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. Note that the storage unit 35 is not limited to the one built in the game server 30 but may be an external storage device connected via a digital input / output port such as a USB. The storage unit 35 may be an external storage device physically separated from the game server 30 or may be connected to the game server 30 via the network NW. Further, the game server 30 may be configured to include a hardware configuration such as a display unit (not shown), a speaker, and an audio output terminal.

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

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

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

  The character control unit 112 controls the activity of the player character in the field FLD based on a user operation on the input unit 13. Activity is a general term for movement and movement. The movement is an action (motion) associated with attack, defense, item acquisition, and 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 (position and movement information, HP and MP values, etc.) of the player character to the game server 30 via the communication unit 12.

  The normal NPC control unit 113 controls normal NPC in each normal room. For example, the normal NPC control unit 113 causes the normal NPC of the faction that occupies the room to appear in each normal room (normal NPC corresponding to the occupied team), and attacks the player character of the opponent team. Usually, NPC activities are controlled.

  The battle control unit 114 performs the application of the rules of the battle in the battle play, hit determination by attack, determination of the damage amount and the type of damage based on the hit determination result, and the like. 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 attack, and hit determination result Determine the amount of damage and type of damage based on. The rules of the battle include, for example, that an attack on a normal NPC is possible from a player character of a camp (team) different from the normal NPC, but cannot be from a player character of the same camp (team). . The battle control unit 114 may limit the attack from the player character of the same faction (team) on the normal NPC, or may not limit the attack without limiting the attack itself.

  The battle control unit 114 also transmits to the game server 30 via the communication unit 12 information indicating the determination result of the hit determination from the player character to the normal NPC 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 determination result of the hit determination or 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, information indicating the determination result of the hit determination from the normal NPC to the player character or 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 determination result of the hit determination or 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 displays the hit determination result and the hit determination result by the attack in the battle between the boss NPC controlled by the game server 30 and the player character controlled by the character control unit 112. Determine the amount of damage and type of damage. The battle control unit 114 also transmits to the game server 30 via the communication unit 12 information indicating the determination result of the attack determination from the player character to the boss NPC or the amount of damage and the type of damage. For example, the game server 30 changes the HP value of the boss NPC based on the determination result of the hit determination or 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 information indicating the determination result of the hit determination from the boss NPC to the player character or 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 determination result of the hit determination or 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 causes the display unit 14 to display the game image. For example, the display control unit 115 includes data based on the result of the control by the character control unit 112, the game process executed by the game server 30 acquired by the server control information acquisition unit 111, and the game process executed by another game device 10. Based on the data based on the above, a display image such as the appearance of each room in the field, the player character of each team, the normal NPC, the boss NPC, and the effect (effect) corresponding to the attack of each character is generated and displayed. It displays on the part 14 as a play screen (for example, refer to the play screen of FIG.2 and FIG.3).

[Functional configuration of game server 30]
Next, the configuration of the game server 30 will be described.
The game server 30 includes a server control unit 310 as a functional configuration realized by the CPU 31 executing a program stored in the storage unit 35. For example, the server control unit 310 transmits data relating to the game (for example, data relating to characters and items) stored in the storage unit 35 to the game apparatus 10 via the communication unit 32. In addition, the server control unit 310 acquires control information of the player character that is controlled based on a user 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 device 10 other than the acquired game device 10. Thereby, the image of the player character 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 processing necessary on the server device side, such as control of the boss NPC that performs processing common to the game devices 10, room occupation determination, and team victory determination. Hereinafter, the configuration of the game server 30 will be described in detail.

  First, 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 related to a user (player) who plays the game. The user data is associated with a user ID, user name, level, HP, MP, player character data, equipment item, and the like. The user ID is user identification information. The user name is the name of the user displayed in the game. The level is a value that increases in accordance with the degree of game progress by the user's play. 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 the character parameters such as the attack power and defense power of the player character. Information (for example, item ID) indicating the equipment item set by the user is associated with the equipment item. These data are also stored in the storage unit 15 of the game apparatus 10.

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

  The character data storage unit 353 stores character data that can be selected by the user as a player character, and character data related to normal NPCs and boss NPCs. Character ID, character name, attribute, characteristic, character parameter, and the like are associated with the character data. The character ID is character identification information. The character name is the name of the character. The attributes include “fire”, “water”, “tree”, “darkness”, “holy”, etc., and any attribute is set for each character. “Fire”, “water”, and “tree” are inferior to each other. For example, the attribute of “water” is superior to the attribute of “fire”, the attribute of “tree” is superior to the attribute of “water”, and the attribute of “fire” is superior to the attribute of “tree”. Is better. Note that “darkness” and “holy” are information indicating attacks and defenses having special abilities. As described above, the characteristics indicate the characteristics of each character's individual abilities, such as “High attack power”, “Having recovery skills”, “Able to attack high places with throwing weapons”, “ They can give large damage to the character of the attribute, “the movement speed is fast”, “distant enemies can be attacked”, “damage can be done over a wide area”, and so on. The character parameters include the character's attack power and defense power. Note that levels corresponding to the capabilities (attacking power, defense power, etc.) of each NPC are set for the normal NPC and the boss NPC.

  The item data storage unit 354 stores item data related to items that can be equipped to the player character. Item ID, item name, category, attribute, and item parameter are associated with item data. The item ID is item identification information. The item name is the name of the item. In the category, the category of each item (for example, “weapon”, “armor”, or “special weapon”) is stored. In the attribute, an attribute (any one of “fire”, “water”, “tree”, “darkness”, “holy”) set for each item is stored. In the item parameter, values such as attack power, defense power, HP, MP, etc. of each item are set, and the player character's attack power, defense power, HP, MP, etc. are strengthened by equipping the item (values are Rise). The item may include a dedicated item that can be equipped only by 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 items possessed by the user. For example, in the possession data, data (for example, item ID) related to an item acquired by the user clearing a lottery or a specific event is stored in association with the user ID. The user can select an item to be equipped on the player character from items stored in the possessed 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, an occupation determination unit 315, A win / loss determination unit 316 and a reward granting unit 317 are provided.

  The terminal control information acquisition unit 311 acquires various information based on the game process executed on each game device 10 from each game device 10 via the communication unit 32. For example, the terminal control information acquisition unit 311 acquires control information of the player character (information on activities such as position, HP and MP values, etc.) from each game device 10. In addition, the terminal control information acquisition unit 311 acquires from each game device 10 information indicating the determination result of the normal NPC and boss NPC hit determination or the amount of damage and the type 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 appearing boss NPC, attacks the player characters, and changes the HP value according to the attacks from the player characters. Control. The boss NPC control unit 312 determines the HP of the boss NPC based on the determination result of the attack determination from the player character to the boss NPC or information indicating the amount of damage and the type of damage acquired from each game device 10. Change the value. When the HP value of the boss NPC becomes “0”, the boss NPC control unit 312 causes the boss NPC to disappear (death). In addition, the boss NPC control unit 312 transmits control information (position and movement information, HP value, etc.) of the boss NPC to each game device 10 via the communication unit 32.

  The normal NPC state synchronization unit 313 synchronizes so that the state of the normal NPC controlled by each game apparatus 10 is 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 the fact to each game apparatus 10 when the normal NPC appears. Each game apparatus 10 causes a normal NPC to appear according to the instruction information. As a result, the timing and number of normal NPCs appearing in each game apparatus 10 are approximately the same, and commonality is maintained.

  Further, the normal NPC state synchronization unit 313 obtains the HP of the normal NPC based on the determination result of the attack determination from the player character to the normal NPC or the information indicating the amount of damage and the type of damage acquired from each game device 10. Change the value of. Further, the normal NPC control unit 113 causes the normal NPC whose HP value is “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 as needed, and when the normal NPC disappears (died), information indicating that is displayed for each game device. 10 to send. Each game apparatus 10 controls the HP value and state of the normal NPC based on these pieces of information.

  The player character synchronization unit 314 performs synchronization so that the positions and states of the player characters controlled by the game apparatuses 10 are the same. For example, the player character synchronization unit 314 performs control such that each player character is displayed at the same position on each game device 10 based on 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 information indicating the position of each player character in each game device 10. Thereby, each player character of each game device 10 is displayed at the same position on each game device 10. Further, the player character synchronization unit 314 performs control so that the remaining HP amount of each player character is displayed based on the information indicating the state of the player character acquired from each game device 10, and disappears (death). The player character thus controlled is controlled so as to be extinguished (died) even in other game apparatuses 10. Specifically, the player character synchronization unit 314 transmits information indicating the state of the player character acquired from each game device 10 to each game device 10. Each game device 10 controls the state of the player character based on information indicating the state of each player character in each game device 10.

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

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

  FIG. 8 is a flowchart illustrating an example of occupation determination processing for determining occupation of a room according to the present 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, the normal NPC in the room is completely annihilated) 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. (Step S102).

  The winning / losing determining unit 316 determines the winning or losing of the match by a plurality of teams based on the determination result by the occupation determining 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 by 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 above, the winning or losing match of the blue team and the red team is determined. For example, the win / loss determination unit 316 determines that the team with the larger number of occupied rooms wins (wins) and determines the team with the smaller number of occupied rooms loses (defeats).

  The win / loss determination may include a draw. For example, when the number of rooms occupied by each team is the same, the winning / losing determining unit 316 may determine to be a draw. In addition, when the number of rooms occupied by each team is the same, the win / loss determination unit 316 determines that one team wins and loses the other team in consideration of the types of occupied rooms. May be determined. For example, the win / loss determination unit 316 may determine that the team that has occupied the boss room is the winner, or may increase the proportion of the occupation of the boss room that contributes to the victory rather than the occupation of the normal room.

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

  In addition to the determination result by the occupation determination unit 315, the win / loss determination unit 316 considers the points given to each team or the user identified by the user information belonging to the team by the reward granting unit 317. May be determined. For example, when the number of rooms occupied by each team is the same, the winning / losing determining unit 316 may determine the winning / losing based on the points given to each team.

  FIG. 10 is a flowchart illustrating an example of a win / loss determination process that considers points as well as occupation of a room. When the battle play is started, the win / loss determination unit 316 starts timing (step S120). The time may be counted up or down. Next, the win / loss determination unit 316 determines whether or not the time limit has expired based on the time measured (step S122). When it is determined that the time limit has not expired (NO), the win / loss determination unit 316 executes the process of step S120 again. On the other hand, when it is determined that the time limit has expired (YES), the win / loss determination unit 316 determines win / loss based on the number of rooms occupied by each team and the points given (step S124). ).

  The winning / losing determining unit 316 may perform the winning / losing determination considering points only when the number of rooms occupied by each team is the same, or the number of rooms occupied by each team may be different. You may make a win / loss determination that also considers points.

(Granting points)
Next, point grant will be described. The reward granting unit 317 gives points to a team or a user of the team by “room occupation”, “NPC subjugation”, “assist”, or the like. Hereinafter, it demonstrates in order.

-Point grant by "room occupation" The reward granting unit 317 gives points to a team (or a user of the team) who has occupied the room. In other words, if all the normal NPCs in the normal room occupied by the opponent team are subjugated and no normal NPCs exist in the room, the team that occupied the subjugation will occupy and point to that team. (For example, 3000 points). Specifically, in the team data stored in the team data storage unit 352, the reward granting unit 317 is a team (team ID) associated with the room (room ID) by the occupation determination unit 315 or a user belonging to the team. Points to be given according to the occupation of the room are associated with the information (user ID). For example, this point is added every time it is awarded.

  In addition, the points provided may differ depending on the room. For example, the reward granting unit 317 may grant points according to the room to the team that has occupied the room. For example, a level (room level) is set for the room, and the reward granting unit 317 may give points according to the room level of the occupied room to the team that occupied the room.

  For example, the room level increases by one each time it is occupied. If the level goes up, the level of the normal NPC that appears will rise, and the difficulty of occupation will increase. Further, when the room level increases, the normal NPC that appears may become another type of normal NPC having a high level. For example, the reward granting unit 317 increases the points to be given when the room level is occupied as the room level is higher. That is, the reward granting unit 317 may increase the points to be given each time a predetermined occupation condition is satisfied in the same room. Note that an initial value of points (for example, points awarded when occupied when the room level is level 1) is set for each room.

  FIG. 11 is a diagram illustrating an example of points given at the time of room occupation. In this figure, the relationship between each room level and the point at the time of occupation is shown about the normal room A (room A) and the normal room B (room B). 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), and level 5 (Lv5). Are set to 2000 pt (point), 3000 pt, 4500 pt, 6000 pt, and 7500 pt. The normal room B has a room level of 3000 pt for each of the level 1 (Lv1), level 2 (Lv2), level 3 (Lv3), level 4 (Lv4), and level 5 (Lv5). It is set to 4500pt, 6000pt, 7500pt, 9000pt.

  In addition, the reward granting unit 317 may increase the points to be given to the team as the number of rooms occupied by the team increases. For example, the reward granting unit 317 may grant bonus points according to the number of rooms occupied by the team that occupied the room at the time when the room is occupied. For example, a bonus coefficient corresponding to the number of occupied rooms is set, and bonus points corresponding to the bonus coefficient are awarded.

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

  By doing in this way, since the user of the same team can attack more at once at the same time slot | zone, more points can be obtained, Therefore A user can be made to think about the strategy property by a time slot | zone.

  In addition, the point according to a room is not restricted to the point according to a room level (difficulty of occupation), For example, the point according to the magnitude | size (area) of a room etc. may be sufficient. For example, the reward granting unit 317 may increase the points to be given as the occupied room is larger (wider).

-Granting points by "NPC subjugation" The reward granting unit 317 gives points according to the type of normal NPC of the opponent team that has subjugated (HP is reduced to 0). When subjugated based on the operations of a plurality of users, points are allocated at a rate corresponding to the damage given at the time of subjugation. For example, a level is set for normal NPC, and points corresponding to the level are set.
A level is also set for the boss NPC. When the boss NPC is subjugated, a boss NPC having a higher level than the subjugated boss NPC appears at the next appearance. The higher the boss NPC, the higher the points awarded when subjugated. Since the points given by subjugation of the boss NPC are higher than those usually given by subjugation of the NPC, both teams gather in the boss room and subjugate while the boss appears. Unlike normal NPCs, boss NPCs can attack from both teams, so if both teams give damage, points are allocated to each team according to the amount of damage when subjugated.

-Point grant by “assist” The reward grant unit 317 increases (buffs) the attack power of the player character operated by the user of the same team, or decreases (debuffs) the defense power of the opponent team's normal NPC. Pre-set points (for example, 50 points) are given.

(Bonus when occupying the room)
When the room is occupied, the reward granting unit 317 may cause an advantageous effect as a bonus to the occupied team (for example, randomly generated). For example, when the last normal NPC existing in the normal room is subjugated, the reward granting unit 317 generates the above advantageous effect. Advantageous effects include, for example, the appearance of powerful fellow normal NPCs in occupied rooms, the increase in the number of fellow normal NPCs appearing in occupied rooms, and the increased attack power of all player characters of the own team (buffing ). Thus, in the room occupied by the team, the reward granting unit 317 may generate an advantageous effect on the progress of play based on the operation of the user with respect to the user of 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 an area determination unit), and a win / loss determination unit 316. ing. The character control unit 112 is a field having a plurality of rooms (an example of a region) 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. 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 a room (an example of a region) with which team based on whether or not the user's operation result satisfies a predetermined occupation condition (an example of a predetermined condition) (for example, which Whether to occupy the other team). The winning / losing determining unit 316 determines the winning or losing of the match by a plurality of teams based on the determination result by the occupation determining unit 315.

  As a result, the game system 1 is a team-fighting action game in which the player character is moved in the field by each user's operation, and the game system 1 wins or loses by occupying a room (an example of an area). Can be provided. For example, in a conventional team-matching action game, the team wins or loses depending on which team subverts more opponent (enemy) characters or which team reaches the final destination first. Because there were many things that were decided, it was difficult to understand in real time which team was dominant during the progress of the game, but in this embodiment, which team is always dominant in the number of occupied rooms Since it understands, a user can be made to play without a sense of tension being interrupted. In addition, when compared with a game in which a single player battles for an area, this embodiment is a team battle, so that a team player plays as a team, and a plurality of player characters appear in both enemies. Can 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 (a normal NPC or a boss NPC) in a room (an example of an area). Then, the occupation determination unit 315 (an example of an area determination unit) determines whether to associate the room with any team when the subjugation status of the NPC (normal NPC or boss NPC) satisfies a predetermined occupation condition in the room. To do.

  Thereby, the game system 1 can occupy each room by subjugating the normal NPC or the boss NPC appearing in each of the plurality of rooms in the field. And can maintain fairness.

  For example, the normal NPC subjugation status is the number of normal NPCs appearing in a normal room (an example of an area). The predetermined occupation condition is, for example, that all normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes zero). The predetermined occupation condition in the normal room is not limited to the fact that all the normal NPCs existing in the room are subjugated (HP becomes “0”), and may be other conditions. For example, the predetermined occupation condition is that the number of normal NPCs present in the room is equal to or less than a predetermined number (for example, two or less), or the number of normal NPCs present 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”).

  Thereby, the game system 1 occupies the normal room when the number of normal NPCs appearing in the normal room satisfies the predetermined occupation condition (for example, the number of normal NPCs becomes zero). It is easy to understand the occupation conditions. Moreover, since it can occupy quickly by cooperating with the team member, it is possible to obtain a sense of unity that the user is fighting in the team.

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

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

  In addition, the win / loss determination unit 316 determines the number of rooms played by a plurality of teams based on the number of rooms (an example of a region) associated with each of the plurality of teams based on the determination result by the occupation determination unit 315 (an example of the region determination unit). Judge the victory or defeat. Thereby, since the game system 1 determines the team's victory or defeat based on the number of occupied rooms, it is easy for the user to understand the situation during the battle and the result when the battle ends. In addition, since the game system 1 has a plurality of rooms to be occupied in the field to be played, the strategy range such as which room should be occupied can be expanded.

  In addition, the game system 1 is a reward that gives points to a team identified by a team associated with a room (an example of an area) by the occupation determining unit 315 (an example of an area determining unit) or user information belonging to the team. A provision unit 317 is provided. Thereby, since the game system 1 gives points to the team or the user of the team that has occupied the room, it is possible to add pleasure not only to the occupation situation. For example, in the case where the game system 1 gives points for each user, in addition to the battle between teams, the game system 1 can give the user the pleasure of competing among the users in the team.

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

  Thereby, the game system 1 has different points depending on occupied rooms (for example, room level). For example, the game system 1 tries to occupy a number of low difficulty rooms or counts a number of high difficulty rooms. Can select at least whether to try to occupy as a team strategy, so a highly strategic game can be provided.

  Further, the occupation determination unit 315 (an example of the region determination unit) is based on a user operation result identified by user information belonging to another team in a room (an example of the region) associated with any one of a plurality of teams. When a predetermined occupation condition is satisfied, the room is associated with the other team or user information belonging to the other team. And the reward provision part 317 increases the point to provide, whenever a predetermined occupation condition is satisfy | filled in the same room. That is, the reward granting unit 317 increases the value of the reward to be given each time a predetermined occupation condition is satisfied in the same room. The value of reward is, for example, the amount of reward (for example, the amount of points). The value of the reward may be a degree that influences the win / loss determination (for example, the degree of the point, the degree that the point affects the win / loss, etc.). Further, 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 is increased or an amount by which the defense strength of the opponent team is decreased.

  Thereby, since the point given when the game system 1 occupies by occupying the same room between teams becomes high, it can raise the willingness to fight repeatedly with respect to the user of each team, Expect a heated game.

  The reward granting unit 317 increases the points to be given when an area is associated with the team as the room (an example of the area) associated with the team by the occupation determining unit 315 (an example of the area determining unit) increases. Thereby, the game system 1 can advance a game preferentially, so that a room is occupied.

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

  Note that the reward granting unit 317 is not limited to granting points, and may grant items, virtual currencies, and the like as rewards.

  In addition, the reward granting unit 317 gives the user identification to 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 determination unit). An advantageous effect for the progress of play based on the operation may be generated. Advantageous effects include, for example, the appearance of powerful normal NPCs in a occupied room, an increase in the number of normal NPCs in a occupied room, and an increase in attack power of all player characters of the team (Buff ). Thereby, the game system 1 can advance a game preferentially, so that a room is occupied.

  Each of the player characters (an example of a character) is set with a characteristic that affects the progress of play based on a user 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 the superiority or inferiority is also generated by the combination with the characteristics of the opponent, so that a highly strategic game can be provided.

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

  In this way, normal NPCs will be revived even if they are subjugated. Therefore, rather than killing normal NPCs alone, it is possible to occupy a room more efficiently if a team collaborates and attacks one room at a time. . Normally, the recovery time of NPC is determined for each room and for each room level, and the higher the room level, the shorter the time until recovery and the higher the difficulty of occupation.

  FIG. 13 is a diagram illustrating an example of setting a normal NPC appearance method. In the illustrated example, the normal NPC (appearing NPC) that appears for the normal room A (room A) and the normal room B (room B), the initial number, and the appearance time (time interval) when reviving are represented by the room. 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, thus increasing the difficulty of occupation.

  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 the level 4 (Lv4) and level 5 (Lv5), the character appears in the normal NPC that appears. C is added. As described above, a plurality of types of normal NPCs may exist in one room. In that case, the initial number and the appearance time (time interval) when reviving may be set for each type of normal NPC. In the normal room B, the initial number and the appearance time (time interval) when reviving are set for each of the character B and the character C. The higher the room level, the larger the initial number. The appearance time (time interval) when reviving is shortened. Thus, the higher the room level of the normal room B, the higher the difficulty 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) is based on the operation for each user identified by the user information belonging to the team. A character associated with each piece of user information is moved in a field (FLD) having a common area. The normal NPC control unit 113 (an example of an NPC control unit) causes normal NPCs (an example of an NPC) to appear in a normal room (an example of an area) at predetermined time intervals. In addition, the occupation determination unit 315 (an example of an area determination unit) determines whether or not the normal room is associated with the team when the subjugation status of the normal NPC satisfies a predetermined condition in the normal room. The winning / losing determining unit 316 determines the winning / losing of the team based on the normal room associated with the team by the occupation determining unit 315.

  As a result, the game system 1 is revived at a predetermined time interval even if the NPC is normally subjugated, so that the normal room cannot be easily occupied by one person, and the team needs to play more cooperatively. it can. Therefore, the game system 1 can provide a game with high team battle awareness.

  For example, the normal NPC subjugation status is the number of normal NPCs appearing in a normal room (an example of an area). The predetermined occupation condition is, for example, that all normal NPCs existing in the room are subjugated (HP becomes “0”) (that is, the number of normal NPCs becomes zero). The predetermined occupation condition in the normal room is not limited to the fact that all the normal NPCs existing in the room are subjugated (HP becomes “0”), and may be other conditions. For example, the predetermined occupation condition is that the number of normal NPCs present in the room is equal to or less than a predetermined number (for example, two or less), or the number of normal NPCs present 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”).

  Thereby, the game system 1 allows the normal room to be displayed when the number of normal NPCs appearing in the normal room at a predetermined time interval satisfies a predetermined occupation condition (for example, when the number of normal NPCs becomes 0). Since it can be occupied, the occupation conditions are easy to understand. Moreover, since it can occupy quickly by cooperating with the team member, it is possible to obtain a sense of unity that the user is fighting in the team.

  The normal NPC control unit 113 causes the normal NPCs (examples of areas) to appear at predetermined time intervals until the normal NPCs (examples of NPCs) that are simultaneously appearing reach 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 revived even if the initial number of normal NPCs that initially exist (appear) in the normal room is subjugated, so that the normal room cannot be occupied easily by one person, You can require a teamed play. Therefore, the game system 1 can provide a game with high team battle awareness.

  When there are a plurality of normal rooms (an example of an area) in the field, the normal NPC control unit 113 is a time interval for causing a normal NPC (an example of an NPC) to appear for each of the multiple normal rooms, or a normal NPC that is appearing at the same time. Control the upper limit of. Thereby, the game system 1 can set the difficulty level of occupation for every room.

  The normal NPC control unit 113 causes a normal NPC (an example of 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 an area). Or increase the maximum number of normal NPCs that can appear simultaneously. Thereby, since the difficulty which occupies the room becomes high by occupying the same room by teams, the game system 1 needs the play which cooperated with the team more, and can anticipate an incandescent game development.

  In the present embodiment, an example has been described in which an initial number of normal NPCs initially exist in a normal room, and even if the normal NPC is subjugated, the initial number can be restored at a predetermined time interval. First, normal NPC does not exist, and a predetermined upper limit number may appear or be restored at a predetermined time interval.

[Third Embodiment]
Next, a third embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, characteristic processing in this embodiment will be described. This embodiment demonstrates the process which suppresses the influence by the time lag which may generate | occur | produce in the online game which battles many people with the some game device 10. FIG. Conventionally, in a game with real-time characteristics such as an online action game, management (HP value, map position, attack activation state, etc.) related to player characters and NPCs is a server (or a host terminal having a function equivalent to the server). In general, it is centrally managed. The operation information from each terminal is collected in the server, and the processing result is returned to each terminal. Based on this, each terminal performs processing such as drawing.

  Here, when attacking the same NPC with attack power that can be subjugated from different terminals at almost the same time, it seems that the attacked from any of the attacked terminals, but as a result, only one of the terminals I'm not defeated. A user of a terminal that could not be subjugated can have a progeny that it should have attacked but could not subjugate it. This is because a time lag occurs between communication when the attacked information is sent from the terminal, processed by the server, and the processing result is transmitted to the terminal again. In particular, such a problem may become prominent when the terminal cannot secure a stable communication environment such as a mobile terminal or when the server is physically far away such as outside the country. is there.

  Therefore, as described in the first embodiment, in the game system 1, a normal NPC has a camp (team) setting, and is a specification that can be attacked only by one of the teams. For example, the battle control unit 114 of the game apparatus 10 operated by the user of the blue team controls the attack from the blue team to the normal NPC of the red team camp based on the operation of the user of the blue team, and from the blue team to the blue team. Limit attacks on regular NPCs in team factions. On the other hand, the battle control unit 114 of the game device 10 operated by the user of the red team controls the attack from the red team to the normal NPC of the blue team camp based on the operation of the user of the red team, and from the red team to the red Limit attacks on regular NPCs in team factions. Here, the restriction of the attack is, 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 profanity that you should have attacked but could not subdue. For example, since the NPC is not normally attacked by both the blue team and the red team, the above-mentioned progenit between the teams does not occur. However, although the above-mentioned progeny can occur between player characters in a team, since it is a team battle type game, the influence is less than that occurring between opponents.

  In addition, since the boss NPC can be attacked from both sides (for example, both the blue team and the red team), there is a possibility that a prosecution that the boss NPC was attacked but could not be subjugated could occur. However, in the first place, the boss NPC is set higher in HP, attack power, defense power, etc. than the normal NPC, and is defeated by a large number of attacks from both teams. For this reason, progeny can occur in the attack at the time of subjugation (the last stop), but the order of attacks from both teams may change, but it cannot be a great progenit. In addition, in the conventional game, there is a specification in which bonus points are given by defeating the boss NPC (last stop), but by not giving such bonus points in this embodiment, The impact on wins and losses can be minimized.

  The game system 1 also restricts attacks with respect to attacks between player characters that are opponents. For example, the battle control unit 114 makes an attack on the player character of another team by an attack on the player character of another team as compared to the damage given to the normal NPC by an attack on the normal NPC from the player character. Limit the damage done to it to be small. That is, the merit by performing a battle, such as a direct attack, between player characters is reduced, and the factor which becomes the motivation of the battle between player characters is reduced. Specifically, although it is possible to attack the opponent player character for the time being, the damage in that case is limited to a value smaller than that in the case of normal NPC, for example, a minimum value (for example, 1 point). The Note that the damage caused by the attack on the opponent's player character may be “0” (no damage).

  The battle control unit 114 may limit the activity of the opponent player character by an attack from the player character to the opponent player character. The restriction of activity is, for example, disabling a specific action (movement, attack, etc.), limiting the speed of a specific action (for example, slowing down the movement speed), or limiting a specific attack. (For example, reducing the attack power), or limiting the range to the activity (decreasing the movable range). For example, the battle control unit 114 may, in addition to or instead of damaging the player character of the opponent by an attack from the player character to the opponent player character (for example, a minimum value) (for example, 2 seconds) The movement of the opponent player character may be stopped. Thereby, when attacking the opponent player's player character, the purpose is to stop the movement rather than giving damage.

  Hereinafter, the difference in processing between the normal NPC and the boss NPC will be summarized. Normally, an NPC can attack only from one team's player character, whereas a boss NPC can attack from any team's player character. For this reason, the processing of the two differs depending on whether the position, movement, state, and the like are synchronous processing that is controlled to be the same in each game device 10 or asynchronous processing that is controlled for each game device 10.

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

  In other words, actions that have high real-time properties such as the position and motion (motion) in the normal NPC field, and the effects (effects) when an attack (skill) is activated are basically managed by each game device 10 (terminal side). Only the information regarding the subjugated information and the amount of damage is managed by the game server 30 (server side). 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 is managed by the game server 30 (server side). Therefore, the position of the boss NPC is basically the same although there is a time lag in each game apparatus 10.

  For example, if the position in the field of the boss NPC is asynchronous, the progenitor of the positional relationship with the player character of each team that fights against the same boss NPC becomes prominent. For example, although it was intended that the opponent's player character was attacked to prevent movement and stopped, it could not be brought close to the boss NPC, but the opponent's player character game device 10 is close to the boss NPC and can attack. It becomes impossible to take consistency in the part related to the strategy of each team such as. In order to prevent this, the boss NPC that can be attacked by any team is subjected to a synchronization process regarding the position in the field.

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

  As a result, the game system 1 can normally attack only one of the teams against the NPC (for example, because it cannot attack from both the blue team and the red team), and thus an attack that can occur in an online game. It can be suppressed so that the progenitor who could not have subjugated it should have happened. That is, the game system 1 can suppress the influence due to the time lag that may occur in the online game.

  The battle control unit 114 is a user identified by user information belonging to a red team (an example of a second team) based on a user operation identified by user information belonging to a blue team (an example of a first team). When controlling an attack on a player character (an example of a second character) that is active based on each operation, a normal NPC (for example, the first team) of the red team camp is attacked by an attack on the blue team (an example of the first team). The damage to the player character of the red team is reduced by the attack on the player character of the red team (an example of the second character) as compared to the damage (an example of the influence) to the NPC of one NPC) Restrict to. It should be noted that the battle control unit 114 similarly limits the influence on the player character of the blue team to be small in the case of an attack from the red team to the player character of the blue team.

  As a result, the game system 1 may generate a protagonist that the player character should have attacked but could not be subjugated in the battle between the player characters. However, the game system 1 performs the battle between the player characters by extremely reducing damage caused by the attack. This reduces the merit and reduces the factors that motivate the battle between the player characters.

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

  As a result, the game system 1 suppresses the occurrence of the progeny that the player character should have attacked but could not be subjugated because the purpose of the game system 1 was to stop the movement rather than damaging the opponent player character. it can.

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

  As a result, the game system 1 basically performs actions with high real-time properties such as the position and motion (motion) in the field of normal NPC, and the effect (effect) when an attack (skill) is activated. Since management is performed on the terminal side, it is possible to suppress an influence caused by a time lag due to communication.

  The game server 30 (an example of a server device) includes a boss NPC control unit 312 (an example of a second NPC control unit) that controls a boss NPC (an example of a second NPC) in the field. The battle control unit 114 controls the attack from the blue team to the boss NPC based on the user operation identified by the user information belonging to the blue team (an example of the first team). Similarly, the battle control unit 114 controls the attack from the red team to the boss NPC based on the user operation 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 apparatuses 10 (an example of the terminal apparatus) have the same position.

  Accordingly, 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 attack target positions are the same in each game device 10. Therefore, it is possible to ensure consistency in the battle of a plurality of 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 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 slogan about the attack at the time of subjugation (the last stop), but it could have been attacked but could not be subjugated, but the order of attacks from both teams up to that point was changed. However, since it cannot be a great progenitor, the influence of the above traps can be reduced as a whole until the subjugation.

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

  In the present embodiment, the win / loss determination unit 316 is 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.) to the team) before the time limit is reached. However, sometimes the team wins or loses. For example, the win / loss determination unit 316, when the occupation situation of the room by each team becomes a preset situation, before the time limit is reached on the condition that the situation is maintained for a predetermined time (for example, 30 seconds) Even so, the team wins or loses. The room occupation state set in advance is, for example, a situation where one team has occupied all the rooms that can be occupied. In this case, when the situation where one team occupies all the rooms is maintained for a predetermined time (for example, 30 seconds), the win / loss determination unit 316 determines the team's win / loss even before the time limit is reached. Specifically, the win / loss determination unit 316 determines that the team that has occupied all rooms wins. In other words, the win / loss determination unit 316, when there is a difference in ability between the teams based on the room occupation status of each team and the superiority or inferiority of the battle situation becomes clear without waiting for the time limit, In addition, the game play is ended by confirming the victory or defeat before the time limit.

  Moreover, the information which shows the said predetermined time used as the conditions which determine the victory or defeat of a team may be displayed on the play screen on which the play image of a battle play is displayed. For example, when one team occupies all the rooms, the display control unit 115 starts countdown display until the predetermined time as information indicating the time until the predetermined time (for example, 30 seconds) is reached. . The display control unit 115 continues the countdown display while the situation where one team has occupied all the rooms is maintained, and when the predetermined time has elapsed (when the countdown reaches 0 seconds), Or, if the other team occupies one or more rooms before the predetermined time elapses, the countdown display ends. 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). Also good.

  In addition, the win / loss determination unit 316 occupies one room or more by the other team without being able to maintain the situation for a predetermined time (for example, 30 seconds) after one team has occupied all the rooms. In this case, once again, when one of the teams occupies all of the occupying rooms, the predetermined time as a condition for determining the team's victory or defeat is shortened (for example, shortened from 30 seconds to 15 seconds). Also good. That is, when the situation where all the rooms are occupied by any team repeatedly occurs, the win / loss determination unit 316 determines the predetermined time as a condition for determining the team's victory or defeat according to the number of times all the rooms are occupied. It may be shortened.

  Thus, the said predetermined time becomes short, so that the frequency | count that all the rooms were occupied increases. The number of occupations of all rooms is the number counted for each team. That is, the above-mentioned predetermined time is reduced each time the occupation of the entire room by the same team is repeated. For example, if the blue team occupies all rooms and fails to maintain all rooms before the 30-second count ends, and the blue team occupies all rooms again, the count will be 15 seconds. If the red team instead of the blue team occupies the whole room for the first time, the count is 30 seconds instead of 15 seconds. This countdown gives the team on the side occupied by all rooms a time to rewind, in order to eliminate the unreasonable reason that the battle ends without being able to get the ability due to some reason. It is.

  If the remaining time until the time limit is reached (the remaining time of the battle) is equal to or shorter than the predetermined time, the countdown display is not performed even if all rooms are occupied. For example, if one team occupies the whole room when the remaining time of the battle is 20 seconds, even if the countdown of 30 seconds is started, the battle is ended by the time limit before the countdown becomes “0” Therefore, there is no point in performing countdown display.

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

  When the battle play is started, the occupation determination unit 315 determines whether or not the room is occupied (step S200). 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 is occupied (YES), the occupation determination unit 315 determines whether or not all the rooms are occupied by any team (step S202).

  If it is determined that any room is not occupied by any team (NO), the occupation determination unit 315 returns to the process of step S200 and determines whether the room is occupied. On the other hand, if it is determined that any room has been occupied by any team (YES), the occupation determination unit 315 determines the number of times all rooms have been occupied by the team (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 win / loss determination unit 316 determines whether or not the remaining time of the time limit (the 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 win / loss determination unit 316 returns to the process of step S200 without performing the countdown. Thereby, the battle play is continued until the time limit is reached. On the other hand, when it is determined that the remaining time is 30 seconds or more (YES), the win / loss determination unit 316 starts a countdown of 30 seconds (step S208).

  Next, the occupation determination unit 315 determines whether or not the room has been occupied (occupied and returned) (step S210). That is, the occupation determination unit 315 determines whether or not the state where all the rooms are occupied is maintained. If it is determined that even one room has been occupied and returned before the countdown reaches “0” (all room occupation has not been maintained) (YES), the win / loss determination unit 316 ends the countdown halfway. The process returns to step S200. Thereby, it returns to normal battle play. On the other hand, when it is determined that the room is not occupied (the occupation of all rooms is maintained) (NO), the win / loss determination unit 316 determines whether the countdown is “0” (step S212). . When it is determined that the countdown is not “0” (NO), the win / loss determination unit 316 returns to the process of step S210 and continues the countdown. On the other hand, when it is determined that the countdown has reached “0” (YES), the win / loss determination unit 316 determines that the team occupying the entire room is a win (cold game), and ends the match play at that time.

  On the other hand, in step S210, when it is determined that the occupation of the entire room has not been maintained before 30 seconds have elapsed, the countdown of 30 seconds ends in the middle and returns to the normal battle play. When the team that has occupied all the rooms occupies all the rooms, it is determined in step S204 that the number of times all the rooms have been occupied by the team is the second time. The second countdown is 15 seconds, which is shorter than the first. The win / loss determination unit 316 determines whether or not the remaining time of the time limit (remaining time of the battle) is 15 seconds or more (step S214). When it is determined that the remaining time is less than 15 seconds (NO), the win / loss determination unit 316 returns to the process of step S200 without performing the countdown. Thereby, the battle play is continued until the time limit is reached. On the other hand, when it is determined that the remaining time is 15 seconds or more (YES), the win / loss determination unit 316 starts a countdown of 15 seconds (step S216).

  Next, the occupation determination unit 315 determines whether or not the room has been occupied (occupied and returned) (step S218). That is, the occupation determination unit 315 determines whether or not the state where all the rooms are occupied is maintained. If it is determined that even one room has been occupied and returned before the countdown reaches “0” (all room occupation has not been maintained) (YES), the win / loss determination unit 316 ends the countdown halfway. The process returns to step S200. Thereby, it returns to normal battle play. On the other hand, when it is determined that the room is not occupied (the entire room is maintained) (NO), the win / loss determination unit 316 determines whether or not the countdown is “0” (step S220). . When it is determined that the countdown is not “0” (NO), the win / loss determination unit 316 returns to the process of step S218 and continues the countdown. On the other hand, when it is determined that the countdown has reached “0” (YES), the win / loss determination unit 316 determines that the team occupying the entire room is a win (cold game), and ends the match play at that time.

  On the other hand, in step S218, it is determined that the occupation of the entire room has not been maintained before 15 seconds have elapsed, so that the 15-second countdown ends halfway and the normal battle play is resumed. When the team that has occupied all the rooms occupies all the rooms, it is determined in step S204 that the number of times all the rooms have been occupied by the team is the third time. In the case of the third occupation of the entire room by the same team, the win / loss determination unit 316 does not count down, determines that the team that occupied the entire room at that time wins (cold game), and ends the match 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 region determination unit) determines whether the user operation result identified by the user information belonging to the team satisfies a predetermined condition. Based on this, it is determined whether or not each of a plurality of rooms (an example of a region) in the field is associated with a team (for example, which team is occupied). The win / loss determination unit 316 determines the team's win / loss based on the determination result by the occupation determination unit 315 within a preset time limit, and the occupation status of the room by each team (association status of the plurality of areas to the team) The team wins or loses even before the time limit is reached.

  As a result, in the game system 1, 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 who make up the team operate each character to fight against the enemy character, and the game system 1 is substantially defeated. In the case where the game is settled, the winning / losing is determined and terminated at that time, so that it is possible to suppress the occurrence of useless play time for the user.

  In addition, the winning / losing determining unit 316 may provide a condition that, when the occupation status of the room by each team (an example of the association status of a plurality of areas to the team) is set in advance, the situation is maintained for a predetermined time. As a result, the team wins or loses even before the time limit is reached. For example, the preset occupation situation of a room is a situation (occupation of all rooms) where one team has occupied all the rooms that can be occupied.

  Thereby, even if all the rooms are occupied by one team, the game system 1 can give the time of a rewinding opportunity to the team of the occupied side. Therefore, the game system 1 can suppress the occurrence of an unreasonable case in which the battle is ended without being able to take out the ability due to some factor.

  In addition, the occupation situation of the room set in advance may be a situation where the difference between the number of rooms occupied by one team and the number occupied by the other team is a predetermined number or more, and the occupation in the field is possible It is good also as a situation where one team occupied more than a predetermined ratio or more than a predetermined number in a large room. Further, the occupation situation of the room set in advance may be a situation based on the ratio or the number of rooms occupied by one team and occupied by the other team.

  Further, in the present embodiment, when the occupation status of a room by each team becomes a preset status (for example, occupation of all rooms), before the time limit is reached on the condition that the status is maintained for a predetermined time. Even so, the example of determining the victory or defeat of the team has been explained, but when the occupied team does not have time to rewind, the occupation situation of the room by each team is set in advance (for example, The team's victory or defeat may be finalized even before the time limit is reached, only on the condition that all rooms have been occupied.

  In addition, the win / loss determination unit 316 shortens the predetermined time according to the number of times the room occupation state (an example of the association state of the plurality of areas with the team) by each team has been set in advance. Thereby, the game system 1 is considered to be more certain that the team is superior to the first occupation of all rooms when the occupation of all rooms is repeated. It is possible to shorten the time for the rewinding opportunity, and to prevent unnecessary play time from being generated for the users of the teams who occupied the entire room.

  For example, in the case of a battle between a plurality of teams, the number of times is counted (counted) for each team. As a result, when the game system 1 occupies all rooms by one team and then the other team occupies all rooms, it is considered that the superiority or inferiority of the battle situation is not clear. And give time for a chance to roll back equally.

  Also, the display control unit 115 is information indicating the time until the predetermined time is reached 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. Is displayed. Thereby, since the game system 1 presents the time until the winning or losing is confirmed to the user who is playing the match by counting down, it is possible to increase the sense of tension. In addition, the game system 1 makes it easier for the user to grasp the remaining time until winning or losing is determined, so that the user can easily think about a strategy for what to do with 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 sets the remaining time until the time limit is reached and the predetermined time. Based on the above, it is determined whether or not to display information indicating the time until the predetermined time. For example, when the remaining time until the time limit is reached (the remaining time of the battle) is equal to or less than 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. Does not display (countdown display). As a result, the game system 1 ends the match by the time limit before the countdown reaches “0” even if the countdown is started when the remaining time of the match is shorter than the countdown time. There can be no countdown display.

  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 areas common to the user based on the operation for each user identified by the user information belonging to the team. Move the character. Thereby, when the game system 1 does not wait for the time limit and the superiority or inferiority of the battle situation becomes clear and the winning or losing is substantially settled, the winning and losing is determined and terminated at that time, so the user is useless. 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. Since the basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, 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 limited (penalties related to winning / losing decisions). Therefore, one of the conditions for the team to win is to die as little as possible. In the present embodiment, it will be described that there is a premature death state that can be revived by a team member as a stage 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 pseudo-dead state. At this point, the player character has not died. If a predetermined amount of damage is received in the assassination state, the death state occurs. For example, the player character returns to a slight value (for example, “10”) when the player character is in a dead state, and enters a dead state when the HP is again “0” after being attacked. The player character in the assassination state can be restored from the assassination state to the normal state based on the player characters of the same team. In other words, even if the HP once becomes “0”, it does not immediately die, but gives a chance of recovery. The normal state is a state that can be moved based on at least a user operation from the appearance to the pre-dead state. For example, when a player character of the same team approaches a player character that has entered the assassination state, as an operator that receives an operation for reviving the player character that has entered the assassination state in the vicinity of the player character that has entered the assassination state on the play screen. A resurrection icon is displayed. When an operation is performed on the resurgence icon, the player character that is in the assassination state returns to the normal state, and the HP value is also revived. In this way, by cooperation with members (companies) of the same team, it is possible to help a player character that is likely to die in the team before it is completely dead.

  When the player character enters the asphyxia state, the ability is significantly reduced as compared with the normal state. For example, when the player character enters the asphyxia state, parameters such as attack power, defense power, and HP significantly decrease (becomes a parameter only for the assassination state). In addition, when it is in the assassination state, the skills set for the player character (such as an attack that causes great damage to the opponent or recovery of HP) cannot be used. In addition, when it enters the assassination state, the moving speed and jumping power of the player character are reduced from the normal state. In other words, the asphyxia state is not a death state, but is a state in which the ability (parameters such as attack power, defense power, and HP) is reduced compared to the normal state, thereby restricting the activity of the player character from the normal state. This is a state. For example, a player character in the assassination state can move or fight a little, but can hardly damage even if attacked.

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

  In addition, the appearance displayed on the play screen also changes when the asphyxia is reached. FIG. 16 is a diagram illustrating an example of appearance for each state of the player character. As shown in the drawing, in the normal state, the character looks like a human warrior, but when it enters the asphyxia state, the appearance becomes a skeleton. It also disappears when it becomes dead. For example, when the player character that is active based on the user's operation in the game device 10-1 is in the assassination state, the display control unit 115 of the game device 10-1 determines that the player character in the assassination state is the player character in the normal state. Display in an identifiable display mode. In addition, when the player character that is active based on the user's operation in the game device 10-1 is in the assassinated state, the display control unit 115 of the game device 10-2 displays the player character in the assassinated state in the game device 10-2. It is displayed in a display mode that can be distinguished from the player character in the normal state.

  FIG. 16 shows an example in which the appearance is changed to the skeleton display mode when the player character changes from the normal state to the asphyxia state, but the display content itself may be changed in this way, but the display content itself Need not be changed. 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, may be changed to blinking display, or the color or transparency may be changed. Also good.

  A player character that is in a pseudo-dead state can hardly increase the battle result because the attack power or the like is reduced, and the defense power is also low, so that the player character is likely to be dead with a small amount of damage. In other words, strategically, it is necessary to get out of the asphyxia as soon as possible. Thus, by moving the player characters of the same team close to the player character that has entered the assassination state, the player character that has entered the assassination 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 illustrating an example of a detailed configuration of the character control unit 112 according to the present embodiment. The illustrated character control unit 112 includes a character state control unit 1121 and a revival control unit 1122. When the HP of the player character in the normal state becomes “0”, the character state control unit 1121 shifts the player character to the temporary death state. Further, the character state control unit 1121 causes the player character to transition to the dead state when the player character in the temporarily dead state is further attacked and the HP whose value has temporarily returned to “0” again becomes “0”.

  The revival control unit 1122 revives the player character in the assassinated state to the normal state based on other player characters belonging to the same team as the player character. For example, the revival control unit 1122 revives the player character in the dead state to the normal state based on the positional relationship with the player character in the normal state belonging to the same team as the player character. Specifically, when a normal player character belonging to the same team approaches a player character in the assassination state, the recovery control unit 1122 displays a recovery icon for accepting an operation to restore the player character in the assassinated state to the normal state. Instruct to display on the play screen. Then, when an operation is performed on the revival icon, the revival control unit 1122 returns the player character that has been in a temporary death state to the normal state at that location, and revive the HP value (for example, to an initial value).

  On the other hand, the revival control unit 1122 changes the dead player character to the normal state when a predetermined time (for example, 10 seconds) elapses after the death state. For example, when the player character in the dead state is changed to the normal state, the revival control unit 1122 places the player character in the start room of the player character. That is, when the player character dies, the operation cannot be performed for a certain period of time, and then restart 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 illustrating an example of state transition processing according to the present embodiment.

  When the battle play is started, the character control unit 112 places 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). The player character moves in the field based on the user's operation and battles with an opponent (for example, a normal NPC or a boss NPC) in each room.

  The character control unit 112 determines whether or not the HP of the player character in the normal state is “0” (step S302). When it is determined that the HP is not “0” (NO), the character control unit 112 keeps 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 temporary death state. Further, the character control unit 112 slightly returns the HP value of the player character (for example, to “10”) (step S304).

  Further, the character control unit 112 determines whether or not the HP of the player character in the assassination state is “0” (step S306). If it is determined that the HP is “0” (YES), the character control unit 112 causes the player character in the assassinated state to transition to the dead state (step S308). Then, the character control unit 112 returns to the process of step S300 after a predetermined time has elapsed since the transition to the death state (step S310). Then, the player character returned from the dead state to the normal state (for example, HP is 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, if it is determined in step S306 that the HP is not “0” (NO), the character control unit 112 determines whether or not the display condition of the restoration icon is satisfied (step S312). The display condition of the resurrection icon is that the character in the normal state of the same team approaches the player character in the asphyxia state. For example, when the character control unit 112 determines that the normal character of the same team has approached a predetermined distance from the player character in the asphyxia state (for example, the normal character of the same team is in the player character in the asphyxia state). When the touched positional relationship is reached or when the positional relationship overlaps on the play screen), it is determined that the display condition of the restoration icon is satisfied.

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

  Next, the character control unit 112 determines whether or not an operation for the revival icon has been performed based on a user operation on the input unit 13 (step S316). If it is determined that no operation has been performed on the resurrection icon (NO), the character control unit 112 returns the process to step S306. If the HP of the player character in the assassination state becomes “0” before the operation for the resurrection icon is performed, the state transits to the death state. In addition, before the HP of the player character in the assassination state becomes “0”, the display of the resurrection icon displayed once determined that the display condition of the resurrection icon is satisfied is continued.

  On the other hand, if it is determined that an operation has been performed on the revival icon (YES), the character control unit 112 revives the player character in the assassinated state to a 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 performs user information for each user information in a common field within the team based on the operation for each user identified by the user information belonging to the team. Activate the character associated with. For example, the character control unit 112 includes a character state control unit 1121 and a revival control unit 1122. The character state control unit 1121 sets the player character in the normal state on condition that the HP is “0” (an example in which a predetermined first condition is satisfied) for the player character in the normal state (an example of the first state). It is made to change to the assassination state (an example of the 2nd state) whose ability fell more. In addition, the character state control unit 1121 causes the death of the player character whose activity is restricted on the condition that the HP becomes “0” again (an example in which the predetermined second condition is satisfied) for the player character in the assassination state. Transition to a state (an example of a third state). The revival control unit 1122 revives the player character in the assassinated state to the normal state based on other player characters 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 action of the player character by the character control unit 112. For example, the win / loss determination unit 316 determines the team's win / loss based on the occupation situation of the room of each team based on the result of the player character's activity (combat result).

  Thereby, the game system 1 does not die immediately even if the player character is attacked and the HP becomes “0”, and can give a chance of revival by cooperation of the same team. Therefore, the game system 1 can increase the opportunities for cooperation within the team in a team-fighting action game.

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

  In addition, the revival control unit 1122 is based on the positional relationship between the player character in the assassination state (an example of the second state) and the player character in the normal state (an example of the first state) belonging to the same team as the player character. Restore to normal. For example, when the resurrection control unit 1122 determines that a normal character of the same team has approached a predetermined distance from a player character in the assassinated state (for example, a normal character of the same team is in contact with a player character in the assassinated state). When the touching positional relationship is reached, or when the positional relationship overlaps on the play screen), the player character in the assassinated state is restored to the normal state.

  As a result, in order for the game system 1 to revive the player character in the assassinated state, it is necessary for another player character of the same team to move to the place where the player character in the assassinated state is present. And give a sense of rescue.

  It should be noted that the method for restoring the player character in the assassinated state is not limited to the method based on the positional relationship between the player character in the assassinated state and the player character in the normal state of the same team. For example, a method for reviving a player character in the assassination 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 revitalizing a player character in a mortal state. Further, the method for reviving the player character in the assassin 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, the player character in the normal state of the same team is revived by the operation of the player character of the same team going to the prayer room or by going to the prayer room and praying in the room. May be.

  The temporary death 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. As a result, when the game system 1 changes the player character to the asphyxia state, the player character's activity is restricted from the normal state, and the team's strength is reduced in the battle play. Motivation to revive characters can be given to team members.

  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) is a parameter value associated with the player character that is less than the normal state. It is included that the value has been changed. Thus, when the game system 1 changes the player character to the assassin state, the values of the parameters such as the attack power, defense power, and HP of the player character are lower than the normal state. Therefore, the motivation for reviving the player character in the assassinated state can be given to the team member.

  On the other hand, the death state (an example of the third state) is a state in which the activity of the player character is limited and is based on another player character belonging to the same team as the player character (an example of the first state) ) Includes situations where it is impossible to revive. Thereby, since the game system 1 cannot be revived by cooperation within the team when the player character dies, the game system 1 can provide a motivation to cooperate within the team so that it can be revived somehow in a temporary death state.

  Note that the death state (an example of the third state) may be a state in which it is impossible to restore the normal state (an example of the first state). In this case, when the player character operated by the user dies, the user cannot participate in the subsequent battle play (that is, the user is over the game), for example, only watching the play screen. Become. Thereby, when the player character dies, the game system 1 not only cannot be revived by cooperation within the team, but also cannot participate in the battle play after that, so that the game system 1 can be revived somehow in the temporary death state. Motivate to cooperate.

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

  Note that the revival control unit 1122 may cause the player character in the dead state to transition to the temporary death state (an example of the second state) when a predetermined time elapses after the death state. In this case, since the game system 1 cannot be operated for a certain period of time when the player character dies, and further needs to be rescued from the assassination state, the game specifications and the game specifications that require more cooperation within the team. can do.

  Further, when the player character in the death state (an example of the third state) transitions to a normal state (an example of the first state) or a temporary death state (an example of the second state), the revival control unit 1122 transitions the player character Is placed at a predetermined position in the field. For example, when the player character in the dead state is changed to the normal state, the revival control unit 1122 places the player character in the start room of the player character. Thereby, the game system 1 can give a place penalty in addition to the time penalty that the operation cannot be performed for a certain time by restarting the player character that has once died from the start room.

  In addition, when changing the dying player character to the temporary death state (an example of the second state), the revival control unit 1122 may place the changed player character at the place where the player character dies in the field. However, it may be arranged in the start room of the player character. For example, when a player character that has been revived from a dead state to a dead state is placed at the place where it died, in order to revert to the normal state, further cooperation of team members is required, but a local penalty is exempted. On the other hand, when a player character revived from a dead state to a dead state is placed in the start room, further cooperation of team members is required in order to revert to the normal state, and a place penalty is imposed. Thereby, the game system 1 can change the degree of penalty when the player character dies.

  Note that the restoration control unit 1122 may limit the number of times of restoration from the assassinated 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, three times) on the number of times that the revival can be resumed from the assassination state in one battle play. If this number is exceeded, it may not be possible to recover, or if this number is exceeded, it may not be possible to recover unless a specific item is consumed. Thereby, the game system 1 can suppress that the difficulty of a play will fall too much by being able to revive as much as possible, and the ability difference between teams will not be reflected.

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

  When the player character dies, a predetermined point given to the reward granting unit 317 in addition to or instead of the time penalty that the operation cannot be performed for a certain time and the place penalty of restart from the start place. May be deducted.

[Sixth Embodiment]
Next, a sixth embodiment of the present invention will be described. Since the basic configuration of the game system 1 according to this embodiment is the same as that of the first embodiment, characteristic processing in this embodiment will be described. In the present 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, normal items and treasure chest items. The normal item is displayed in a display mode in which the item type can be identified. On the other hand, the treasure box item is displayed in a display manner in which it is unknown what items can be obtained before acquisition, and the acquired item is revealed at the time of acquisition. Both items can be acquired by moving the player character to the place where it is placed. For example, the reward granting unit 317 grants an item corresponding to each as a reward based on the positional relationship between the player character and the treasure box item or the normal item. Acquired items include items that are consumed on the spot like items that restore parameters, and items that are acquired when the match is over. In the case of an item that is determined to be acquired when the match is over, acquisition may be impossible if the match is defeated.

[Treasure box item specifications]
The treasure box items are respectively arranged at a plurality of preset locations in the field. FIG. 19 is a diagram illustrating a display example of treasure chest items. As shown in the figure, the treasure box item is displayed in a display mode indicating an object representing a box, and the contents items that can be acquired are not known until acquisition. 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 a player character to acquire a treasure box item, the item is given not only to the user but also to all users of the same team. For example, the reward granting unit 317 selects, for each user, each user identified by the user information belonging to the same team when an operation for obtaining a treasure chest item arranged in the field is performed by any user. The rewarded item is given as a reward. It is not given to the user of the opponent team. Therefore, there may be a strategy that aims to acquire more items than the opponent team by sharing and acquiring a plurality of treasure box items existing in the field among the users in the team.

  Further, the treasure box item arrangement information is associated with each team, but the treasure box item arrangement position specified by the arrangement information is common. Therefore, treasure box items are arranged at the same place in the field for any user. Also, information on whether each treasure box item has been acquired or not acquired differs for each team. That is, treasure chest items cannot be obtained by multiple users in the team, and treasure chest items once obtained by any user cannot be obtained by other users in the team. For example, the reward granting unit 317 excludes a treasure box item that has been acquired by an operation of any user from being acquired for any user identified by user information belonging to the same team. In other words, the reward granting unit 317 has the “acquired or unacquired information” included in the arrangement information of the treasure box item associated with each team as “acquired”. Control is performed so that any user identified by the user information belonging to the team is excluded from the acquisition target so that other users in the team cannot acquire.

  Note that the treasure box item arrangement information may be associated with each piece of user information. When the arrangement information of treasure box items is associated with each user information, the arrangement position of the treasure box items specified by the arrangement information is common to all users. Further, information on whether each treasure box item associated with each user information has been acquired or not acquired is common to each team. Accordingly, treasure box items are arranged at the same place in the field for any user, and information on whether each treasure box item has been acquired or not acquired is managed for each team.

  When the 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, since the contents are determined at random, if there is a user to whom a high-value item is given, some users are given a low-value item. For example, the display control unit 115 causes the reward granting unit 317 to display the type of item for each user assigned to each user identified by the user information belonging to the team. In other words, information indicating items assigned to users in the same team is displayed on the play screen, which is one of the triggers for communication within the team.

  Note that the items acquired from the treasure box items include items that are not included in the normal items, such as items that can be equipped on the player character, and are often items that are relatively more valuable than the normal items.

[Standard item specifications]
Normal items are also arranged at a plurality of preset locations in the field. All kinds of normal items are arranged more than treasure chest items and encounter with higher probability than treasure chest items. For example, the display control unit 115 displays the normal items arranged in the field in a display mode in which the item type (reward content) can be identified. FIG. 20 is a diagram illustrating a display example of normal items. The normal item shown in the figure is a “garlic” item for recovering HP, and is displayed in a display mode indicating an object representing meat. Thus, unlike a treasure box item, a normal item can be identified before acquisition. Note that normal items are often consumed on the spot, such as items that recover HP. Therefore, when a user finds a normal item, he / she may acquire it if necessary at that time, but may acquire it at a later time without acquiring it if it is not necessary at that time.

  Since the arrangement information of the normal items is set for each user, it does not affect other users. For example, normal items acquired by a certain user can be acquired by other users regardless of the team. That is, when an operation for obtaining a 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.

  In addition, the arrangement information of the normal items arranged in the field is associated with each piece of user information, but the arrangement positions of the normal items specified by the arrangement information associated with each piece of user information are common. Moreover, the kind (reward content) of the normal item specified by the arrangement | positioning information linked | related for every user information is also common. Therefore, for any user, the same type of normal item is placed at the same place in the field. On the other hand, information on whether each normal item has been acquired or not acquired differs for each user. As a result, a strategy such as when and where to obtain a normal item (for example, to recover HP) is set for each user.

  In the above, the arrangement information of the normal items is assumed to be associated with each user information, but may be associated with each team. In this case, a strategy for using necessary items in the team by a necessary user can be established for each team.

  Next, the operation | movement of the reward provision process by a normal item and a treasure box item is demonstrated. FIG. 21 is a flowchart showing an example of reward grant processing according to the present embodiment.

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

  On the other hand, when it is determined that the acquired item is a treasure box item, the reward granting unit 317 draws an item to be given for each user from a plurality of items associated with the treasure box item (lander lottery) (step S406). . Then, the reward granting unit 317 grants an item that is lottery for each user based on the lottery result (step S408). In addition, the reward granting unit 317 instructs the display control unit 115 to display information indicating items given for each user. Thereby, the display control part 115 displays the information which shows the item provided for every user on a play screen (step S410).

[Summary of Sixth Embodiment]
As described above, in the game system 1 according to the present embodiment, the character control unit 112 uses the user information in the common field within the team based on the operation for each user identified by the user information belonging to the team. The associated character is moved every time. When an operation for obtaining a treasure chest item (an example of a first object) arranged in the field is performed by any user, the reward granting unit 317 can recognize each user identified by user information belonging to the same team. The item selected for each user (an example of reward) is given.

  Thereby, since the game system 1 can share and acquire a plurality of treasure chest items existing in the field among the users in the team, more opportunities for cooperation within the team in the team-matching action game. can do.

  The display control unit 115 (an example of the first display control unit) displays the type of item for each user (an example of the content of the reward) given to each user identified by the user information belonging to the team by the reward granting unit 317. . Thereby, since the game system 1 knows the kind of item provided to each user in the team, the game system 1 can be an opportunity for communication in the team.

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

  On the other hand, the display control unit 115 (an example of a second display control unit) displays a normal item (an example of a second object) arranged in the field in a display mode in which the type of item (an example of reward contents) can be identified. Display. Thereby, the game system 1 can acquire a normal item, after a user confirms beforehand the kind of item provided. For example, normal items are often consumed on the spot, such as items that recover HP. Therefore, the user can determine whether or not to acquire a normal item as necessary after confirming in advance the type of item to be given.

  The reward granting unit 317 grants an item (an example of a reward) based on the positional relationship between the player character and a treasure box item (an example of a 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. Thereby, the game system 1 can acquire an item efficiently, when the user in a team shares and moves with respect to each of several treasure box items which exist in a field.

  The reward granting unit 317 excludes a treasure chest item (an example of a first object) that has been acquired by an operation of any user from being acquired for any user identified by user information belonging to the same team. To do. Thereby, since the game system 1 cannot acquire a treasure chest item redundantly by a plurality of users in the same team, it is possible to prevent the user from giving too much valuable items to the user.

  The reward granting 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, if one team acquires the treasure box item, the other team cannot acquire the treasure box item, so that the competition among the teams can be made more intense.

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

  Thereby, since the normal item which a certain user acquired can be acquired also by other users regardless of a team, the game system 1 can give the opportunity of acquisition of a normal item equally to any user. Further, the game system 1 can make a strategy for each user 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 piece of user information, and the arrangement position of the normal item specified by the arrangement information associated with each piece of user information is common. . Thereby, since the game system 1 arrange | positions a normal item in the same place in a field with respect to any user, it can give the opportunity of acquisition of a normal item equally to any user.

  The reward content of the normal item (an example of the second object) specified by the arrangement information associated with each piece of user information is common. Thereby, since the game system 1 arrange | positions the same kind of normal item in the same place in a field with respect to any user, it can give the opportunity of acquisition of a normal item equally to any user.

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

  Player characters used in battles can attack distant enemies or cause damage in a wide range due to characteristics based on the player characters (such as player character characteristics or characteristics of equipment items equipped with the player character). There are various effects. 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 an effect corresponding to the characteristics of an attack. FIG. 22 is a diagram illustrating a display example of effects on the play screen. In the illustrated example, a display example of the effect EF1 by the attack of the player character PR1 of the red team and a display example of the effect EF2 by the attack of the player character PB1 of the blue team are shown.

  In general, when such an effect is displayed, a processing load tends to increase because the display mode is continuously changed in a short time or a process of making it translucent is frequently used. For this reason, it may be difficult to display the effects of all the player characters in a scene where a large number of player characters are displayed simultaneously. For example, when the processing load becomes high (for example, the CPU usage rate exceeds 100%), a delay in drawing processing, frame dropping, etc. occurs, and the operational feeling is remarkably impaired. Also, if a large number of effects are displayed even if the processing load is not a problem, it may be difficult to see the situation of the enemy due to the effects, and it is difficult to grasp the progress of the game. Therefore, in this 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 the effect 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 by the game device 10 (that is, the own game device) on which the display control unit 115 executes the display process is the effect of the effect of the player character operated by another game device 10. It is set to have priority over display. That is, the display control unit 115 restricts 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. This is to increase the priority of the effect of the player character operated by the user for the purpose of ensuring the operational feeling of the user operating the game apparatus 10.

  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 (rareness) of the player character or the rarity of the equipment item. Specifically, the display control unit 115 may prioritize the effect display as the rarity of the player character or the equipment item is higher.

  In addition, the priority may be set so that the display of the effect is limited based on the characteristic based on the limited time effect set for the player character or the equipment item. A period limited effect is one in which a special effect is obtained only during a limited period. For example, attributes are set for the player character and the equipment item, and the ability of the player character and the equipment item having a specific attribute is enhanced as a limited-time effect depending on the day of the week or the like. In addition, characters and equipment items newly added to the game are set to have a higher ability 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 period effect is set for the limited period.

  Moreover, you may lower the priority of the display of the effect of the item which the own user possesses (or the item which has been possessed) among the equipment items of the player character which another user operates. Note that, among the equipment items of the player character operated by the other user, the priority of the effect display of the item (or the item that has been equipped) that is equipped by the player character operated by the own user may be lowered. . That is, the effect of an item that the user already knows may be lowered because the necessity of notifying the user is low. In addition, information on items possessed by each user (items that can be equipped with the player character) and information on items that have been used as equipment items are stored in the user data storage unit 351 as possession history or use history of items. It is remembered.

  In addition, when another user operates as a player character a character of the same type as the character possessed by the user (or a character that has been possessed), the priority of display of the effect of the player character operated by the other user May be lowered. In addition, when another user operates the same type of character as the character operated by the user (or a character that has been operated) as a player character, the priority of display of the effect of the player character operated by the other user May be lowered. In other words, the effect of the character that the user already knows may be lowered because the necessity of notifying the user is low. Information on characters possessed by each user (characters that can be operated as player characters) and information on characters that have been operated as player characters are stored in the user data storage unit 351 as possession history or usage history of the characters. It is remembered.

  For example, the display control unit 115 may have a player character's possession history or use history that can be operated by the user on the game device 10 that executes display processing (that is, the game device 10 including the display control unit 115), or the player character. The display of the effect of the player character operated on the game device 10 other than the game device 10 (the other game device 10) may be restricted based on the possession history or the use history of the items that can be equipped.

  Next, a specific example in which the display control unit 115 places restrictions on the display of effects will be described. For example, the display control unit 115 considers the priority described above on the basis of the processing load of the game device 10 on which the display control unit 115 executes display processing (that is, the game device 10 including the display control unit 115). 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) in the game device 10, and limits the number of effects to be displayed below that number. May be. When the calculated number of effects exceeds the number of effects that need to be displayed simultaneously due to attacks by 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 varies greatly for each effect, the display control unit 115 can display based on the current processing load (CPU usage rate) in the game device 10 and the processing load for each effect. You may select and display various effects. For example, setting information indicating the processing load for each effect may be stored in advance in the item data storage unit 354, and an effect displayed with priority may be determined based on the setting information.

  FIG. 23 is a diagram illustrating an example of effect setting information. The illustrated effect setting information is an example of setting information related to the effect display of the equipment item, and the equipment item, processing load, rarity (rareness), and special effect period are associated with each other. The equipment item is an item ID of the equipment item. The processing load is a processing load of the CPU necessary for displaying the effect by the equipment item. The 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. In the special effect period, in the case of an equipment item that can obtain a special effect for a limited time, a period during which the special effect is obtained is set.

  The display control unit 115 restricts display of the effect as necessary so that the processing load is less than 100% when the effect is displayed on the 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 may prioritize equipment items that are in the special effect period. Note that the display control unit 115 may limit the display of the effect so that the processing load is less than 98% or less than 95%.

  When restricting the display of effects, the display control unit 115 may restrict the contents to be displayed, not the number of effects to be displayed. 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 the seventh embodiment]
As described above, the display control unit 115 of the game system 1 according to the present embodiment includes the player character operated for each user identified by the user information belonging to the team in the field common to the team, In a game in which the opponent of the player character battles, display processing for displaying effects (effects) based on characteristics associated with each of the player characters operated for each user is executed. In addition, the display control unit 115 sets a limit on the display of the effect based on a preset priority.

  Thereby, since the game system 1 places a limit on the display of the effect based on the priority, it is possible to appropriately control the effect display by a plurality of player characters.

  For example, the display control unit 115 limits the display of effects (effects) based on the processing load of the game apparatus 10 that executes the display process. As a result, the game system 1 displays the effect having a high priority while reducing the processing load so that the processing load of the game apparatus 10 does not exceed (so as not to be overloaded). The display can be appropriately controlled.

  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 including the display control unit 115). The display of the effect of the player character is limited. Thereby, 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 it is possible to secure the operational feeling of the user operated on the game device 10. .

  The display control unit 115 also has a possession history or usage history of a player character that can be operated by the user on the game device 10 that executes the display process (that is, the game device 10 including the display control unit 115), or the player. Based on the possession history or use history of items that can be equipped on the character, the display of the effect (effect) of the player character operated by the game device 10 other than the game device 10 (that is, another game device 10) is restricted. . Thereby, since the game system 1 can set the priority of display of the effect depending on whether the character or item is already known to the user, the game system 1 notifies the user rather than displaying the effect that is less necessary to notify the user. It is possible to preferentially display effects that have a high degree of necessity (effects that the user has not seen yet).

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

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

  The characteristic associated with each player character for each user may be a characteristic based on the rarity (rareness) of each player character or an item associated with each player character. Thereby, the game system 1 can prioritize the display of the effect as the rarity of the player character or the rarity of the equipment item is higher. Therefore, for example, a rare and valuable weapon or character that has never been seen can be conspicuous, and the user can be motivated to obtain the weapon or character.

  Further, the characteristic associated with each player character for each user may be a characteristic based on a limited time effect set for each player character or an item associated with each player character. Thereby, the game system 1 can give priority to the display of the effect of the special effect in the limited period when the special effect is obtained. Therefore, for example, effective weapons and characters can be conspicuous for a limited time, and the user can be motivated to obtain those weapons and characters.

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

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

  In the above embodiment, an example of a team battle type has been described. However, the present invention is not limited to this. Each time a team battles an enemy NPC and subjugates an NPC, the area and stage are cleared in order. You may apply to the game which goes. In that case, for example, the reward granting unit 317 may increase the points to be given each time a predetermined condition is satisfied in the same region (for example, a room) in the field. That is, the reward granting unit 317 may increase the value of the reward to be granted each time a predetermined occupation condition is satisfied in the same room. Further, the normal NPC control unit 113 reduces the time interval for causing an NPC (for example, normal NPC) to appear in the same area (for example, a room) in the field every time a predetermined condition is satisfied, or NPC You may increase the upper limit number (for example, normal NPC) which can appear simultaneously.

  Also, a program for realizing the functions of the game control unit 110 or the server control unit 310 is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into 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, “loading and executing a program recorded on a recording medium into 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 a network including a communication line such as the Internet, WAN, LAN, and dedicated line. The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated 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 that is accessible from the distribution server in order 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 that can be executed by the terminal device. That is, the format stored in the distribution server is not limited as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. Note that the program may be divided into a plurality of parts, downloaded at different timings, and combined in the terminal device, or the distribution server that distributes each of the divided programs may be different. Furthermore, 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 becomes a server or a client when the program is transmitted via a network. Including things. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

  Further, part or all of the above-described game control unit 110 or server control unit 310 may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each function described above may be individually made into a processor, or a part or all of them may be integrated into 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 an integrated circuit technology that replaces LSI appears due to the advancement of semiconductor technology, an integrated circuit based on the technology may be used.

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

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

  (Additional remark A1) The game system (1) which concerns on 1 aspect of this invention is based on the operation for every user identified by the user information which belongs to each of several teams. For example, a character moving unit (112) that moves a character (P1) associated with each of the user information in a field (FLD) having a room, and the operation result of the user is a predetermined condition (for example, a predetermined occupation) An area determination unit (315, S100) for determining whether to associate the area with which team (for example, which team should be occupied) based on whether or not the condition is satisfied; A winning / losing determining unit (316, S114) that determines the winning or losing of the battle by the plurality of teams based on the determination result by the unit.

  According to the configuration of the supplementary note A1, the game system determines the winning or losing by occupying an area (for example, a room) in a team-fighting action game in which a player character is moved in the field by the operation of each user. New pleasure can be provided. For example, in this game system, since it is always known which team is dominant based on the number of occupied areas, it is possible to allow the user to play without a sense of tension being interrupted. In addition, when compared with a game in which one player battles with each other, this game system is a team battle, so that multiple player characters appear in both team-play and enemy teammates. 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, further including an NPC control unit (113, 312) that controls an NPC (non-player character) in the region. The determination unit determines whether to associate the region with any team when the subjugation status of the NPC satisfies the predetermined condition in the region.

  According to the configuration of Appendix A2, the game system occupies each area by subjugating NPCs (eg, normal NPCs or boss NPCs) that appear in each of a plurality of areas (eg, rooms) in the field. Therefore, the opponent of each team can be made the same condition, and fairness can be maintained.

  (Additional remark A3) Moreover, 1 aspect of this invention is a game system as described in additional remark A2, Comprising: The said NPC in the said area | region respond | corresponds to any one team of these several teams.

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

  (Additional remark A4) Moreover, 1 aspect of this invention is a game system as described in any one of additional remark A1 to additional remark A3, Comprising: The said winning / losing determination part is a result of the determination by the said area | region determination part. Based on the number of the areas associated with each, the winning / losing of the battle by the plurality of teams is determined.

  According to the configuration of the supplementary note A4, the game system determines whether the team wins or loses based on the number of occupied areas (for example, rooms), so that the user can easily understand the situation during the battle and the result when the battle is over.

  (Additional remark A5) Moreover, 1 aspect of this invention is a game system as described in any one of additional remark A1 to additional remark A4, Comprising: The team with which the said area | region was linked | related by the said area determination part, or user information which belongs to this team A reward granting unit (317) for granting points to the user identified by.

  According to the configuration of Supplementary Note A5, the game system gives points to a team or a user of the team that occupies the area (for example, a room). For example, in the case where the game system gives points for each user, in addition to the battle between teams, the game system can give the user the pleasure of competing among the users in the team.

  (Additional remark A6) Moreover, 1 aspect of this invention is a game system as described in additional remark A5, Comprising: The said reward provision part is based on the team by which the said area | region was linked | related by the said area determination part, or the user information which belongs to this team Points corresponding to the area are given to the identified user.

  According to the configuration of Supplementary Note A6, the game system has different points given depending on the occupied area (for example, a room). For example, the game system tries to occupy many areas with low difficulty, or has high difficulty. Since it is possible to select, as a team strategy, whether to occupy at least the number of areas, it is possible to provide a highly strategic game.

  (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 region determination unit is different in the region associated with any one of the plurality of teams. When the predetermined condition is satisfied by the user operation result identified by the user information belonging to the other team, the region is associated with the other team or the user information belonging to the other team, and the reward granting unit Increases the points to be given each time the predetermined condition is satisfied in the same region.

  According to the configuration of Supplementary Note A7, the game system repeatedly increases the points given when the same area (for example, a room) is occupied by the teams, and is repeated for the users of each team. The willingness to play can be increased and a heated game development can be expected.

  (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 regions associated with the team by the region determining unit. The point to be given when the area is associated with the team is increased.

  According to the configuration of Supplementary Note A8, the game system can advance the game more preferentially as the area (for example, the room) is occupied.

  (Additional remark A9) Moreover, 1 aspect of this invention is a game system as described in any one of Additional remark A5 to Additional remark A8, Comprising: The said win / loss determination part is the determination with respect to each of these several area | region by the said area | region determination part. Based on a result and the point provided with respect to each team or the user information which belongs to the user information which belongs to the said team by the reward provision part, the winning or losing of the battle | competition by these teams is determined.

  According to the configuration of Supplementary Note A9, since the game system affects not only the occupation of the area (for example, the room) but also the acquisition of points, the winning and losing depends on which area is occupied. High-quality games.

  (Additional remark A10) Moreover, 1 aspect of this invention is a game system as described in any one of Additional remark A5 to Additional remark A9, Comprising: The said reward provision part is in the said area | region linked | related with the team by the said area determination part. An effect that is advantageous for the progress of play based on the operation of the user is generated for the user identified by the user information belonging to the team.

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

  (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 the progress of play based on the operation of the user. The characteristic is set.

  According to the configuration of the supplementary note A11, the game system changes the type and power of the attack depending on the character characteristics, and the superiority or inferiority is generated depending on the combination with the characteristics of the opponent, so that it is possible to provide a highly strategic game.

  (Additional remark A12) Moreover, 1 aspect of this invention is a program for functioning a computer as a game system as described in any one of additional remark A1 to additional remark A11.

  According to the configuration of Supplementary Note A12, the program determines a win or loss by occupying a region (for example, a room) in a team-fighting action game in which a player character is moved in the field by being operated by each user. It can provide new enjoyment.

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

  According to the configuration of Appendix B1, the game system revives at a predetermined time interval even if an NPC (for example, a normal NPC) is subjugated, so that an area (for example, a normal room) cannot be easily occupied by one person. And can require a more cooperative play with the team. Therefore, the game system can provide a game with high team battle awareness.

  (Appendix B2) One aspect of the present invention is the game system according to Appendix B1, wherein the NPC subjugation status is the number of NPCs appearing in the region.

  According to the configuration of Supplementary Note B2, the game system allows the number of NPCs (for example, normal NPCs) that appear in a region (for example, a normal room) at a predetermined time interval to satisfy a predetermined condition (for example, normal NPCs). Since the area can be occupied (when the number becomes 0), the conditions for occupation can be easily understood. Moreover, since it can occupy quickly by cooperating with the team member, it is possible to obtain a sense of unity that the user is 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 has a preset upper limit for the NPCs that are appearing simultaneously in the region. Appear at predetermined time intervals until the number is reached.

  According to the configuration of the supplementary note B3, the game system is restored even if the initial number of NPCs (eg, normal NPCs) that initially exist (appear) in the area (eg, normal room) is subjugated, It can make it difficult for one person to occupy the territory, and it can require team-playing. Therefore, the game system 1 can provide a game with high team battle awareness.

  (Supplementary Note B4) One aspect of the present invention is the game system according to any one of Supplementary Notes B1 to B3, wherein the NPC control unit includes a plurality of regions when the field includes a plurality of regions. For each region, the time interval for causing the NPCs to appear, or the upper limit number of the NPCs that are appearing simultaneously are controlled.

  According to the configuration of Supplementary Note B4, the game system can set the occupation difficulty 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 is configured so that the predetermined condition is satisfied in the same region. In addition, the time interval for causing the NPC to appear in the region is decreased, or the upper limit number at which the NPC can appear at the same time is increased.

  According to the configuration of Supplementary Note B5, the game system is more difficult to occupy the same area (for example, a normal room) between teams, so the game system needs to play more cooperatively with the team. It can be expected that a heated game will be developed.

  (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 given to a team associated with the area by the area determination unit. Part (317).

  According to the configuration of Supplementary Note B6, the game system 1 adds points of fun not only to the occupation situation, because the game system 1 gives points to a team or a user of the team that has occupied the area (for example, a normal room). Can do. For example, in the case where the game system 1 gives points for each user, in addition to the battle between teams, the game system 1 can give the user the pleasure of competing among the users in the team.

  (Supplementary Note B7) One aspect of the present invention is the game system according to Supplementary Note B6, in which the reward granting unit gives a reward value each time the predetermined condition is satisfied in the same region. To increase.

  According to the configuration of Appendix B7, the game system increases the points given when the team occupies the same area (for example, a normal room) with each other. You can increase your willingness to play repeatedly and expect a heated game.

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

  According to the structure of Appendix B8, even if NPC (for example, normal NPC) is subjugated, the program will be revived at a predetermined time interval, so that it is not possible for one person to easily occupy the area (for example, normal room). , Can require a more cooperative play with the team. Therefore, the program can provide a game with high team battle awareness.

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

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

  (Appendix C2) One aspect of the present invention is the game system according to Appendix C1, in which the battle control unit is based on a user operation identified by user information belonging to the first team. When controlling an attack on a second character that is active based on an operation for each user identified by the user information belonging to the second team, the attack to the first NPC is given to the first NPC In comparison with the influence, the influence on the second character is limited by the attack on the second character.

  According to the configuration of the supplementary note C2, the game system may generate a progeny that the character operated by the user may have attacked but could not be subjugated, but by reducing the damage caused by the attack, Since the merit by performing the battle | competition between characters can be reduced and the factor used as the motivation of the battle | competition between the said characters can be reduced, the influence by said wrinkles can be suppressed.

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

  According to the configuration of Appendix C3, the game system is designed to stop movement rather than damaging the opponent's character in a battle between characters operated by the user. Suppress the occurrence of progenitors.

  (Appendix C4) One aspect of the present invention is the game system according to any one of Appendix C1 to Appendix C3, wherein the terminal device includes a plurality of terminal devices (10) including the first NPC control unit. And a server device (30) connected in communication with the first NPC control unit, wherein 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 the supplementary note C4, the game system basically includes the position and motion (motion) in the field of the first NPC (for example, normal NPC), and the effect (effect) when the attack (technique) is activated. Since actions with high real-time properties are managed by each game device (terminal side), it can be suppressed so as not to be affected by a time lag due to communication.

  (Appendix C5) One aspect of the present invention is the game system according to Appendix C4, in which the server device controls a second NPC that is different from the first NPC in the field. A control unit (312), and the battle control unit controls an attack from the first team to the second NPC based on a user operation identified by user information belonging to the first team And controlling an attack from the second team to the second NPC based on a user operation identified by the user information belonging to the second team, the second NPC control unit The position of the second NPC is controlled so as to be the same in the plurality of terminal devices.

  According to the configuration of the supplementary note C5, the game system is configured such that the second NPC (for example, the boss NPC) attacked by both sides (for example, both the blue team and the red team) is attacked by each game device. Since it can synchronize so that a position may become the same, consistency can be ensured in the battle of a plurality of users to the same attack object.

  (Supplementary Note C6) One aspect of the present invention is the game system according to Supplementary Note C5, in which the second NPC is subjugated more than the first NPC. Requires an attack.

  According to the structure of Appendix C6, the game system may have a profanity about the attack at the time of subjugation (the last stop), but it could have been attacked but could not be subjugated. Even if the order is changed, it cannot become a great progenitor, so the influence of the above traps can be reduced as a whole until the subjugation.

  (Supplementary Note C7) According to one aspect of the present invention, there is provided 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 only attack the first NPC (eg, normal NPC) from either team (eg, from both the blue team and the red team) Therefore, it is possible to suppress the occurrence of a progenitor who could have attacked but could not be subverted. That is, the program can suppress the influence due to the time lag that may occur in the online game.

  (Additional remark D1) Moreover, the game system (1) which concerns on 1 aspect of this invention is based on whether the user's operation result identified by the user information which belongs to a team satisfy | filled predetermined conditions, a field (FLD) A region determination unit (315, S100) for determining whether or not to associate each of the plurality of regions with the team (for example, which team should be occupied), and the region within a preset time limit A winning / losing determining unit (316, S114) for determining the winning or losing of the team based on a determination result by the determining unit, and the winning / losing determining unit, based on the association status of the plurality of areas to the team, Even before the time limit is reached, the team wins or loses (S204 to S220).

  According to the structure of the supplementary note D1, the game system is a game system in which a plurality of users constituting a team operate each character to fight an enemy character, and the superiority or inferiority of the battle situation becomes clear without waiting for the time limit. In the case where the winning or losing is settled, the winning and losing is determined and terminated at that time, so that it is possible to suppress the occurrence of useless play time for the user.

  (Supplementary Note D2) One aspect of the present invention is the game system according to Supplementary Note D1, wherein the winning / losing determining unit has a situation in which association states of the plurality of areas with the team are set in advance. In the case (for example, when all rooms are occupied by one team), the team wins or loses even before the time limit is reached, provided that the situation is maintained for a predetermined time (S204 to S220). ).

  According to the structure of the supplementary note D2, the game system is in a state where the association status of the plurality of areas to the team has been set in advance (for example, the entire room is occupied by one team) Gives the team a chance to roll back. Therefore, the game system can suppress the occurrence of an unreasonable case in which the battle is ended without being able to exert the ability due to some factor at a stroke.

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

  According to the configuration of Appendix D3, for example, when the occupation of all rooms is repeated, the team is considered to be more sure that the team is superior to the first occupation of all rooms. It is possible to shorten the time that is a chance of rewinding the occupied team, and to suppress the occurrence of useless play time for the user of the team that occupied the entire room.

  (Supplementary Note D4) One aspect of the present invention is the game system according to Supplementary Note D3, wherein the number of times is counted for each team in the case of a match between a plurality of the teams.

  According to the structure of Appendix D4, for example, if the game team occupies all rooms by one team and then the other team occupies all rooms, it is considered that the superiority or inferiority of the battle situation is not clear. , It is possible to give each team equal time for a chance to roll back.

  (Supplementary note D5) One aspect of the present invention is the game system according to any one of supplementary notes D2 to D4, wherein the association status of the plurality of areas to the team is set in advance. A display control unit (115) for displaying information indicating the time until the predetermined time.

  According to the configuration of the supplementary note D5, the game system presents the time until the winning or losing is confirmed to the user who is playing the game by counting down, and thus the tension can be enhanced. Further, the game system makes it easy for the user to grasp the remaining time until winning or losing is determined, so that the user can easily think about a strategy for what to do with 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, in which the display control unit is configured to determine whether the plurality of areas are associated with the team in advance. When the set state is reached, it is determined whether or not to display information indicating the time until the predetermined time is displayed based on the remaining time until the time limit is reached and the predetermined time (S206, S214).

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

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

  According to the structure of Supplementary Note D7, when the game system clearly determines the superiority or inferiority of the battle situation without actually waiting for the time limit, and the game wins or loses, the game system is determined and terminated at that time. , It is possible to prevent the user from having time to move the character in the field in vain.

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

  According to the structure of Supplementary Note D8, the program can be used to determine the superiority or inferiority of the battle situation without waiting for the time limit in an action game in which a plurality of users who make up the team operate their respective characters to fight against enemy characters. When the winning or losing is finalized, the winning and losing is determined and terminated at that time, so that it is possible to suppress the occurrence of useless play time for the user.

  (Additional remark E1) Moreover, the game system (1) which concerns on 1 aspect of this invention WHEREIN: Based on operation for every user identified by the user information which belongs to a team, in the said field (FLD) common within the said team The character control unit (112) that activates the character associated with each piece of user information and the first character on the condition that a predetermined first condition is satisfied for the character in a first state (for example, a normal state) A third state in which the activity of the character is restricted on the condition that the second state (for example, the asphyxia state) whose ability is lower than the state is changed and a predetermined second condition is satisfied for the character in the second state. A character state control unit (1121, S304, S312) for transition to a state (for example, a death state), and the character in the second state Based on the result of the action of the character by the character control unit, and the revival control unit (1122, S312) for revitalizing the character to the first state based on the other character belonging to the same team as the character A win / loss determination unit (316, S114) for determining the win / loss.

  According to the configuration of the supplementary note E1, the game system may have a chance of reviving with the cooperation of the same team before the character in the first state (for example, the normal state) is attacked and becomes the third state (for example, the dead state). Can be in a certain second state (for example, asphyxia). Therefore, the game system can increase the opportunities for cooperation within the team in a team-fighting action game.

  (Supplementary note E2) One aspect of the present invention is the game system according to supplementary note E1, wherein the revival control unit changes the character in the third state (for example, a dead state) to the third state. When a predetermined time elapses, the transition is made to the first state (for example, the normal state) or the second state (for example, the asphyxia state).

  According to the configuration of the supplementary note E2, the game system does not go over the game even if the character enters the third state (for example, the death state), but continues to play, and after the operation becomes impossible for a certain time, Since it is a start, you can contribute to the team by participating in the play again. In addition, the game system is motivated to cooperate within the team so that the character can be revived somehow during the assassination because the character cannot be operated for a certain period of time when the character enters the third state (for example, the death state). 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 converts the character in the third state (for example, a dead state) to the first state (for example, a dead state). The normal state) or the second state (for example, asphyxia state), the transitioned character is placed at a predetermined location in the field.

  According to the configuration of Appendix E3, the game system restarts the character once in the third state (for example, the death state) from the start room, in addition to the time penalty that the operation is not possible for a certain period of time. Also, a place penalty can be given.

  (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 is configured to perform the character in the second state (for example, asphyxia). Is restored to the first state based on the positional relationship with the other character in the first state (for example, the normal state) belonging to the same team as the character.

  According to the configuration of the supplementary note E4, in order for the game system to revive the character in the assassinated state, it is necessary for another character of the same team to move to the place where the character in the assassinated state is located. A sense of rescue can be given in cooperation.

  (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 death state) is limited in the activity of the character. And a state where it is impossible to recover to the first state (for example, the 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 death state), the game system cannot be restored by cooperation within the team. Motivate to work together within the team so that it can be revived.

  (Supplementary Note E6) Further, one aspect of the present invention is the game system according to Supplementary Note E5, wherein the second state (for example, a temporary death state) in which the ability is lower than that of the first state (for example, a normal state). This includes a state where the activity of the character is restricted.

  According to the configuration of Supplementary Note E6, when the game system transitions the character to the second state (for example, the asphyxia state), the activity of the character is restricted from the first state (for example, the normal state). Since the team's strength decreases in play, the motivation to revive the player character in the second state can be given to the team members.

  (Supplementary note E7) Further, one aspect of the present invention is the game system according to any one of supplementary notes E1 to E5, wherein the first system (for example, the normal state) has a lower ability than the first state. The two states (for example, the asphyxia state) are states in which the value of the parameter associated with the character is changed to a value at which the character's ability decreases compared to the first state (for example, the normal state). Is included.

  According to the configuration of Supplementary Note E7, when the game system changes the character to the second state (for example, the asphyxia state), the values of parameters such as the attack power, defense power, and HP of the character are in the first state ( For example, since the team's strength decreases in the battle play because it is lower than the normal state, the team member can be motivated 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, in which the revival control unit is configured to perform the first operation from the second state (for example, the asphyxia state). Limit the number of times to restore to one state (for example, normal state).

  According to the configuration of the supplementary note E8, the game system can be suppressed so that the difficulty level of play is not reduced excessively and the ability difference between teams is not reflected by being able to revive as much as possible.

  (Supplementary note E9) Further, one aspect of the present invention is the game system according to any one of supplementary notes E1 to E8, in which the character that is activated based on a user operation on the first terminal device is the first system. A display control unit (115) for displaying the character in a display mode distinguishable from the character in the first state (for example, the normal state) in the second terminal device when the state is two states (for example, the asphyxia state); Is provided.

  According to the configuration of the supplementary note E9, the game system displays the play screen so that the character in the second state (for example, the dead state) can be easily distinguished from the character in the first state (for example, the normal state). Can be displayed.

  (Supplementary Note E10) One embodiment 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 reviving with the cooperation of the same team before the character in the first state (for example, the normal state) is attacked and enters the third state (for example, the dead state). It can be in a certain second state (for example, asphyxia). Therefore, the program can increase the opportunities for cooperation within the team in a team-fighting action game.

  (Additional remark F1) Moreover, the game system (1) which concerns on 1 aspect of this invention is based on the operation for every user identified by the user information which belongs to a team, In the field (FLD) common in the said team, A character moving unit (112) for moving a character associated with each user information and an operation for obtaining a first object (for example, a treasure chest item) arranged in the field are performed by any of the users. A reward granting unit (317, S408) that grants a reward (for example, an item) selected for each user to each user identified by the user information belonging to the team.

  According to the configuration of the supplementary note F1, the game system can share and acquire a plurality of first objects (for example, treasure box items) existing in the field among the users in the team. Can increase the opportunities for cooperation within the team.

  (Additional remark F2) Moreover, 1 aspect of this invention is the game system of Additional remark F1, Comprising: The content of the reward for every user which the said reward provision part provided to each user identified by the user information which belongs to the said team A first display control unit (115, S410) for displaying (for example, item type).

  According to the configuration of the supplementary note F2, the game system can know the contents of the reward given to each user in the team, and can therefore be a trigger for communication within the team.

  (Additional remark F3) Moreover, 1 aspect of this invention is a game system as described in Additional remark F2, Comprising: The said 1st display control part is the said 1st object (for example, treasure chest item) arrange | positioned in the said field. Remuneration content (for example, item type) is displayed in a display mode that cannot be identified.

  According to the configuration of the supplementary note F3, the game system suggests that the reward content is known after acquiring the first object (for example, a treasure box item), that is, the reward content is not known before acquisition, and is not understood. , Can increase the 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, in which the reward granting unit includes the character and a first object (for example, a treasure box item). The reward (for example, an item) is given based on the positional relationship.

  According to the configuration of Supplementary Note F4, the game system allows the user in the team to share and move each of the plurality of first objects (for example, treasure chest items) existing in the field, so that the user can efficiently move the game system. Rewards (eg items) can be acquired.

  (Additional remark F5) Moreover, 1 aspect of this invention is a game system as described in any one of Additional remark F1 to Additional remark F4, Comprising: The said reward provision part has been acquired by operation of any of the said users The first object is excluded from acquisition targets for any user identified by user information belonging to the team.

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

  (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 different from the first object (for example, a normal one in the field) Item) is arranged, and when the operation for obtaining the second object arranged in the field is performed by any of the users, the reward granting unit rewards the user (for example, an item) ) And when the operation for acquiring the second object (for example, a normal item) is performed by another user, a reward (for example, an item) is granted to the other user (S404). ).

  According to the configuration of Supplementary Note F6, since the second object (for example, the normal item) acquired by a certain user can be acquired by other users regardless of the team, the game system can be equally distributed to any user. An opportunity to acquire two objects can be given. Further, the game system 1 can make a strategy for each user such as when and where to acquire the second object (for example, to recover HP).

  (Supplementary Note F7) One aspect of the present invention is the game system according to any one of Supplementary Notes F6, wherein the placement information of the second object (for example, a normal item) placed in the field is It is associated with each user information, and the arrangement position of the second object specified by the arrangement information associated with each user information is common.

  According to the configuration of the supplementary note F7, the game system places the second object (for example, the normal item) in the same place in the field for any user, so that the second object is equally distributed to any user. Can give an opportunity to get.

  (Additional remark F8) Moreover, 1 aspect of this invention is a game system as described in any one of Additional remark F7, Comprising: The reward content of the said 2nd object specified by the arrangement | positioning information linked | related for every said user information is provided. It is common.

  According to the configuration of the supplementary note F8, the game system places the second object of the same type (for example, a normal item) at the same place in the field for any user, and therefore the game system equally applies to any user. An opportunity to acquire two objects can be given.

  (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 is identifiable.

  According to the configuration of the supplementary note F9, the game system can acquire the second object (for example, the normal item) after the user confirms in advance the content of the reward to be given. 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 as necessary after confirming in advance the content of the reward to be granted.

  (Additional remark F10) Moreover, 1 aspect of this invention is a program for functioning a computer as a game system as described in any one of Additional remark F1 to Additional remark F3.

  According to the configuration of the supplementary note F10, the program can share and acquire a plurality of first objects (for example, treasure box items) existing in the field, so that in a team battle type action game , More opportunities for cooperation within the team.

  (Additional remark G1) Moreover, the game system (1) which concerns on 1 aspect of this invention WHEREIN: The character operated for every user identified by the user information which belongs to the said team within the field (FLD) common within a team, A display control unit (115) for executing a display process for displaying an effect based on a characteristic associated with each character operated for each user in a game in which the opponent of the character battles, The display control unit limits the display of the effect based on a preset priority.

  According to the configuration of the supplementary note G1, since the game system places a limit on the display of the effect (effect) based on the priority, it is possible to appropriately control the effect display by a plurality of characters.

  (Additional remark G2) Moreover, 1 aspect of this invention is a game system as described in additional remark G1, Comprising: The terminal device (10) provided with the said display control part, The server apparatus (30 which is connected by communication with the said terminal device) (30) ), And the display control unit limits the display of the effect based on the processing load of the terminal device that executes the display process.

  According to the configuration of the supplementary note G2, the game system displays a high-priority effect (effect) while reducing the processing load so as not to overload the terminal device (so as not to overload) Effect display by a plurality of characters can be appropriately controlled.

  (Appendix G3) One aspect of the present invention is the game system according to Appendix G1 or Appendix G2, including a plurality of the terminal devices, wherein the display control unit is a terminal device other than the terminal device that executes the display process. The display of the effect of the character operated by the terminal device is limited.

  According to the configuration of the supplementary note G3, the game system preferentially displays the effect (effect) of the character operated by the user on the terminal device operated by the user, so that the operational feeling of the user operating on the terminal device is ensured. can do.

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

  According to the configuration of the supplementary note G4, since the game system can set the display priority of the effect (effect) depending on whether or not the character or item is already known by the user, the effect system having a low necessity of informing the user. Display of effects (effects that the user has not yet seen) that needs to be notified to the user can be given priority over display.

  (Additional remark G5) Moreover, 1 aspect of this invention is a game system as described in any one of additional remark G1 to additional remark G4, Comprising: The said display control part is linked | related with each of the character operated for every said user. The display of the effect is limited based on a priority set in advance based on the characteristics.

  According to the configuration of the supplementary note G5, the game system can set the priority of display of effects (effects) according to the characteristics of the player character, so that the player character having a characteristic with a high priority can be conspicuous. This can motivate the acquisition of the character of the 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 characteristics associated with each character for each user are associated with each character. Based on the item received.

  According to the configuration of Supplementary Note G6, the game system can set the priority of display of the effect (effect) according to the characteristics of the equipment item, so that the equipment item having the characteristic with the higher priority can be made conspicuous. Can motivate you to acquire items of that characteristic.

  (Additional remark G7) Moreover, 1 aspect of this invention is a game system as described in any one of additional remark G1 to additional remark G5, Comprising: The characteristic linked | related with each of the character for every said user is each character or each, Based on the rarity of items associated with your character.

  According to the configuration of Supplementary Note G7, the game system can give priority to display of the effect as the rarity of the character or the rarity of the item is higher. Therefore, for example, a rare and valuable weapon or character that has never been seen can be conspicuous, and the user can be motivated to obtain the weapon or character.

  (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 for each user are the respective character or each Based on the limited time effect set for the item associated with the character.

  According to the configuration of the supplementary note G8, the game system can prioritize the display of the effect of the special effect during a limited period in which the special effect is obtained. Therefore, for example, effective weapons and characters can be conspicuous for a limited time, and the user can be motivated to obtain those weapons and characters.

  (Additional remark G9) Moreover, 1 aspect of this invention is a program for functioning a computer as a game system as described in any one of additional remark G1 to additional remark G8.

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

  1 game system, 10 game 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 grant unit, 351 user data storage unit, 352 team data storage unit, 353 character data storage unit, 354 item data storage unit, 355 possessed data storage unit

Claims (6)

An area determination unit that determines whether or not to associate each of the plurality of areas in the field with the team based on whether or not a user operation result identified by the user information belonging to the team satisfies a predetermined condition;
Based on a determination result by the area determination unit within a preset time limit, a win / loss determination unit for determining the winning / losing of the team;
With
The win / loss determination unit
When the status of association of the plurality of areas with the team is set in advance, the team wins or loses even before the time limit is reached, provided that the status is maintained for a predetermined time. And confirming and reducing the predetermined time according to the number of times that the association status of the plurality of areas to the team has become a preset status,
Game system. In the case of a battle by a plurality of the teams, the number of times is counted for each team.
The game system according to claim 1 . A display control unit for displaying information indicating a time until the predetermined time when the association state of the plurality of regions to the team is a predetermined state;
The game system of Claim 1 or Claim 2 provided with. The display control unit
When the association status of the plurality of areas to the team is set in advance, the time until the predetermined time is reached based on the remaining time until the time limit is reached and the predetermined time Determine whether to display information,
The game system according to claim 3 . A character moving unit configured to move a character associated with each user information within a field having a plurality of areas common to the user based on an operation for each user identified by the user information belonging to the team;
The game system according to any one of claims 1 to 4 , further comprising: The program for functioning a computer as a game system as described in any one of Claims 1-5 .

Images