JP6457466B2 - GAME SYSTEM, USER TERMINAL, AND USER TERMINAL PROGRAM - Google Patents

Description

  The present disclosure relates to a game system that provides a game played via a network.

  A role playing game provided via a network is known (for example, Patent Document 1). In this type of game, a battle between a player character operated by a user and an enemy character is performed. The player character is provided with a plurality of statuses. And a player character grows by winning a battle and each status improves. As a result, the player character can win a stronger enemy character.

Japanese Patent No. 5620545

  However, whether or not the player character wins the battle is mainly determined by the status of the player character and the strength of the enemy character. For this reason, if the player character is grown to some extent, a strong enemy can be won in the battle, and the battle itself is lacking in interest.

  In the present disclosure, it is desirable to enhance the interest of fighting between characters in a game.

  A game system according to one aspect of the present disclosure includes at least one user terminal and a server device. The user terminal includes a terminal reception unit, a terminal execution unit, and a terminal transmission unit. The terminal reception unit receives execution information for executing a game in which a battle is performed by a plurality of characters including at least one corresponding character corresponding to the user terminal from the server device. The terminal execution unit executes the game based on the execution information received by the terminal reception unit and the operation received from the user. Moreover, the terminal information regarding the content of the game performed by the terminal transmission part and the terminal execution part is transmitted to a server apparatus. Further, the server device includes a server reception unit and a server transmission unit. The server reception unit receives terminal information from the user terminal. The server transmission unit transmits execution information based on the terminal information to the user terminal.

  The character can execute at least one battle action in the battle. Further, as one of the fighting acts, an attack that damages at least one character is provided. In addition, the terminal execution unit executes the battle action of each character in the battle, and makes the character impossible to battle according to the damage received by the character due to the attack. The terminal execution unit can execute a plurality of events that affect the battle, and executes one or a plurality of events selected by lottery at the start of the battle. And a terminal execution part alert | reports the content of the 1 or several event performed at the time of the start of a battle, when the predetermined alerting | reporting time comes after the start of a battle.

  According to such a configuration, at the start of the battle, one or more events selected by lottery are executed. This creates a surprise in the battle. Moreover, the user cannot immediately grasp the contents of the executed event. For this reason, in order to advance the battle advantageously, it is desirable to predict the content of the executed event, and a more advanced tactic is required. Then, when a certain period of time has elapsed since the start of the battle, the details of the executed event are notified. Thereby, a user can be surprised. Therefore, the interest of fighting between characters in the game can be enhanced.

  The terminal execution unit may execute a plurality of events selected by lottery at the start of a battle, and notify some contents of these events. Then, when the notification time has arrived after the start of the battle, the terminal execution unit notifies the content of one or more events whose details are not notified among the plurality of events executed at the start of the battle. May be.

  According to such a configuration, in order to advance the battle advantageously, the user takes a tactic corresponding to the already-reported event executed at the start of the battle, and among these events, It is desirable to predict the contents of the information. For this reason, more complex tactics are required. Therefore, the interest of fighting between characters in the game can be enhanced.

  In addition, each character may be provided with at least one status regarding the battle. Further, the terminal execution unit may execute the battle action of the character based on at least one status of the character and at least one status of the character damaged by the battle action. Then, at least some of the plurality of events may change at least some of the plurality of statuses provided to the plurality of characters.

  According to such a configuration, as a result of the execution of an event for changing the character status, the strength and characteristics of the character change. For this reason, the battle is more unexpected and the interest of the battle can be enhanced.

  The battle may be performed in a field including a plurality of areas, and each character may be located in any one of the areas. Moreover, the movement which changes the area where a character is located may be provided as one of the battle acts. In addition, a plurality of types having different characteristics are provided in the area, and the character may be affected in accordance with the characteristics of the area in which the character is located in the battle. Then, at least some of the plurality of events may change the characteristics of at least some areas included in the field.

  According to such a configuration, it is desirable for the user to consider the characteristics of the area in order to advance the battle advantageously. And the characteristic of each area may change by execution of the event at the time of battle start. For this reason, it is desirable for the user to perform a battle while ascertaining changes in the characteristics of the area, and more complicated tactics are required. Therefore, the interest of fighting between characters in the game can be enhanced.

  The game system may have a plurality of user terminals. In addition, as a battle, a user battle performed by a plurality of characters including a plurality of corresponding characters corresponding to different user terminals may be provided. Here, the information regarding the battle action of the 1 or several corresponding | compatible character corresponding to a user terminal is made into execution information and terminal information.

  And in a user terminal, a terminal receiving part may receive execution information about other at least one user terminal. In addition, the terminal execution unit generates terminal information when the user battle is started, and one or more correspondences corresponding to the user terminal based on the execution information received by the terminal reception unit after the start of the user battle. You may perform the character's battle action. In addition, the terminal execution unit executes the battle action of one or more corresponding characters corresponding to at least one other user terminal according to the execution information received by the terminal reception unit, and based on the executed battle action, the terminal information is obtained. It may be generated. Further, the terminal transmission unit may transmit the terminal information to the server device when the terminal execution unit generates the terminal information.

  On the other hand, in the server device, the server reception unit may receive terminal information from each user terminal corresponding to a plurality of corresponding characters performing a user battle. In addition, the server transmitting unit receives at least one or more terminal information received by the server receiving unit corresponding to a plurality of corresponding characters that are one or a plurality of user terminals other than the transmission source of the terminal information and perform a user battle. It may be transmitted as execution information to the user terminal.

According to such a configuration, it is possible to perform a battle between a plurality of characters operated by a plurality of users. For this reason, the interest of the game can be enhanced.
In the game, at least one map having a plurality of spots may be used, and each spot may have one or a plurality of stages. Further, a stage battle that is a battle may be performed corresponding to each stage of the spot, and the stage battle may be performed by at least one corresponding character corresponding to the user terminal and at least one character. Moreover, the permission state and the prohibition state are provided as the state of each spot, and each spot may be defined as a target stage in which one or a plurality of stages can be staged.

  And a terminal execution part may select the spot which is a permission state according to operation received from the user, and may perform a stage battle | competition in the target stage in the selected spot. In addition, the terminal execution unit may clear the stage related to the stage battle when a predetermined condition is satisfied in the stage battle. Further, when one or more stages in the selected spot are all cleared, the terminal execution unit may assume that the spot has been cleared and set one or more spots that are in a prohibited state to a permitted state. . Then, if all of the plurality of stages in the selected spot are not cleared, the terminal execution unit, when the target stage in the spot is cleared, sets one or more other stages in the spot as the target stage. Also good.

  According to such a configuration, it is possible to provide development in which each spot is captured by performing a battle at each spot on the map in the game. For this reason, the interest of the game can be enhanced.

  The battle may be performed by a plurality of characters including a plurality of corresponding characters corresponding to the user terminal. The terminal execution unit executes a part of the fighting action among the plurality of corresponding characters in battle in response to an operation from the user, and the other one or more corresponding characters are related to the user's operation. You may perform combat action without any further.

  According to such a structure, the burden of the user who battles can be reduced. Further, for some of the plurality of corresponding characters, the fighting action is not performed as intended by the user. For this reason, unexpectedness arises in the development of the battle, and the interest of the battle can be enhanced.

  A server device according to another aspect of the present disclosure corresponds to a server device included in the game system described above. Moreover, the user terminal which is another aspect of this indication is corresponded to the user terminal contained in the game system mentioned above. By using the server device and the user terminal in combination, it is possible to obtain the same effect as the above-described game system.

  Moreover, the server program which is another aspect of this indication makes a computer operate | move as a server apparatus contained in the game system mentioned above. Moreover, the user terminal program which is another aspect of this indication operates a computer as a user terminal contained in the game system mentioned above. By using a combination of a computer that operates according to a server program and a computer that operates according to a user terminal program, the same effects as those of the game system described above can be obtained.

FIG. 1A is a block diagram showing a configuration of the game system of the present embodiment. FIG. 1B is a block diagram showing the configuration of the server device of this embodiment. FIG. 1C is a block diagram illustrating a configuration of a user terminal according to the present embodiment. FIG. 2 is an explanatory diagram of the stage battle. FIG. 3 is an explanatory diagram of a user battle. FIG. 4 is a flowchart of the game execution process of the present embodiment. FIG. 5 is a flowchart of the exploration mode process of the present embodiment. FIG. 6 is a flowchart of the user battle mode process of the present embodiment.

  Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. Embodiments of the present disclosure are not limited to the following embodiments, and various forms can be adopted as long as they belong to the technical scope of the present disclosure.

[Description of configuration]
As shown in FIG. 1A, the game system 1 of this embodiment includes a server device 10 and a plurality of user terminals 20. Note that the game system 1 may have only one user terminal 20. The user terminal 20 and the server device 10 can communicate with each other via a network 5 such as the Internet. Note that the user terminal 20 may access the network 5 by wireless communication.

  The game system 1 is a system for providing a game via the network 5. The server device 10 functions as a server that provides a service for playing a game on the user terminal 20 that is a client. The server apparatus 10 may be configured as a PC. Moreover, the server apparatus 10 may be comprised by several apparatus (for example, PC).

As illustrated in FIG. 1B, the server device 10 includes a communication unit 11, a storage unit 12, a control unit 13, a display unit 14, an operation unit 15, and the like.
The communication unit 11 is a part that accesses the network 5 in order to communicate with each user terminal 20 and the like.

  The storage unit 12 includes a nonvolatile storage device such as a ROM, a flash memory, or an HDD. The storage unit 12 stores a game application, which will be described later, and various data related to the game. The storage unit 12 stores a server program for operating the server device 10.

  The control unit 13 is a part including a known computer including a CPU, a ROM, a RAM, an I / O, a bus line connecting these, and the like. The control unit 13 operates according to a program stored in the ROM and a program loaded from the storage unit 12 or the like into the RAM. Note that the RAM and ROM in the storage unit 12 and the control unit 13 correspond to a non-transitional actual recording medium of a program executed in the server device 10.

The display unit 14 includes a liquid crystal display. The display unit 14 displays various information.
The operation unit 15 includes a keyboard and a mouse. The operation unit 15 receives various operations.

  On the other hand, the user terminal 20 is configured as a mobile terminal such as a smartphone or a PC, for example. Note that the user terminal 20 may be configured as a dedicated device for playing a game. As illustrated in FIG. 1C, the user terminal 20 includes a communication unit 21, a storage unit 22, a control unit 23, a display unit 24, an operation unit 25, and the like. The game provided by the server device 10 is executed via the display unit 24 of the user terminal 20. In addition, during the game, sound is output at any time through a speaker (not shown) in the user terminal 20.

The communication unit 21 is a part that accesses the network 5 in order to communicate with the server device 10 and the like.
The storage unit 22 includes a nonvolatile storage device such as a ROM, a flash memory, or an HDD. Various data relating to the game are stored in the storage unit 22. The storage unit 22 stores a program such as a game application described later.

  The control unit 23 is a part including a known microcomputer including a CPU, a ROM, a RAM, an I / O, a bus line connecting these, and the like. The control unit 23 operates in accordance with a program stored in the ROM, a program loaded into the RAM from the storage unit 22, and the like. Note that the RAM and ROM in the storage unit 22 and the control unit 23 correspond to a non-transitional actual recording medium of a program executed on the user terminal 20.

  The display unit 24 includes a liquid crystal display or the like. The display unit 24 displays various information. Further, during the execution of the game application, various images for progressing the game are displayed on the display unit 24.

The operation unit 25 includes a keyboard and a mouse. The operation unit 25 receives various operations from the user.
Note that the number of computers in the control units 13 and 23 of the server device 10 and the user terminal 20 may be one or plural. Moreover, you may implement | achieve all or one part of the process by the control parts 13 and 23 with hardware.

[Description of game contents]
(1) About the outline of the game As shown in FIGS. 2 and 3, in the game of the present embodiment, a battle between one party 60 and one or a plurality of enemy characters 70, or a plurality of parties 60, 80 to 82 between each other. A battle takes place. In the game, the user operates a party corresponding to the user terminal 20 of the user (hereinafter, “corresponding party”).

  The party 60 is a group to which one main character 61 and one or more (two as an example) teammate characters 62 belong. Note that a plurality of main characters may belong to the party 60.

Hereinafter, the main character 61, the teammate character 62, and the enemy character 70 are collectively referred to as characters.
In addition, a plurality of types are provided as characters. Some types of characters can belong to a party. When starting a new game, the user sets the type of character belonging to the corresponding party.

  Next, battle will be described. The battle is performed in a field 50 including a plurality of areas 51 as shown in FIGS. In the present embodiment, the plurality of areas 51 in the field 50 are arranged in a 7 × 7 matrix as an example. Note that the plurality of areas may be arranged in another manner. Each character participating in the battle is located in any area. Each character can move to another area. However, each character cannot move to an area where another character exists. A battle may be performed without using a field.

  In battle, repeated battle opportunities are assigned to each character participating in the battle in a predetermined order. A character to which a battle opportunity is assigned can perform a battle action at least once (for example, twice).

  As one of the battle actions, a movement for changing the area where the character is located is provided. The range in which the character can move is determined in advance. In the present embodiment, the character can move to an area adjacent to the area where the character is located.

  In addition, as one of the fighting acts, a physical attack on one or more other characters is provided. In addition, as one of the battle actions, an action of using a skill provided for each character is provided. In addition, these battle acts are performed with respect to the 1 or several character located in the other area within the fixed range from the area where the character which performs a battle act is located. Specifically, for example, these battle actions may be performed on one or a plurality of characters located in an area adjacent to the area where the character performing the battle action is located.

  There are multiple types of skills. Each character can use one or a plurality of skills according to the type of the character. Specifically, for example, a skill of applying magic to one or more characters may be provided. The magic may be, for example, attacking a target character, or may improve or decrease the status (for example, hit point (hereinafter, HP)) of the character. . Further, for example, a skill of attacking one or a plurality of characters may be provided with a special ability. In addition, for example, a skill may be provided that enables a character that has become unable to battle to battle. Further, for example, a skill may be provided in which an attack on another character belonging to the same party is directed to a character using the skill. In addition, for example, a skill may be provided in which a character who is a battle partner is on his side and the character is attacked by another character who is a battle partner.

  Moreover, each character may be able to use the skill at a predetermined frequency. Specifically, for example, once a character uses a skill, the skill may not be used until a certain time has elapsed. In addition to this, for example, a point related to the use of skills may be set for each character. Further, when each character uses a skill, points may be reduced by a quantity corresponding to the skill. Each character may not be able to use the skill when the remaining points are less than the quantity corresponding to the skill.

  Characters that have been subjected to physical attacks or skills attacks receive damage, and the HP decreases in accordance with the amount of damage received. The magnitude of damage may be determined based on, for example, one or more statuses of the attacked character and one or more statuses of the attacked character.

  The main character's fighting action at the corresponding party is selected and executed according to the user's operation (hereinafter, manual control). On the other hand, the fighting action of the teammate character at the corresponding party is controlled by the game system 1 (hereinafter referred to as auto control). In other words, the battle action is selected and executed regardless of the user's operation. Note that the auto control may be performed by an AI provided in the game system 1. Of course, the ally character usually attacks the character that is the opponent of the battle, or performs a battle action to help other characters belonging to the corresponding party. Note that the battle action of the main character may also be auto-controlled according to the operation from the user.

  Further, the battle action of the enemy character is determined by automatic control. Of course, the enemy character attacks the character belonging to the corresponding party, or performs a battle action to help other enemy characters.

  When manual control of the main character is performed, a battle instruction may be provided as one of the battle actions of the main character. The battle instruction is to determine a battle action at the next battle opportunity of any ally character.

(2) Status etc. Each character has a plurality of statuses. Specifically, a plurality of statuses including, for example, HP, physical attack power, physical defense power, skill attack power, skill defense power, hit rate, avoidance ability, etc. are provided as statuses related to battle. .

  HP indicates the vitality of the character. When a character is damaged by an attack from another character, the HP decreases according to the magnitude of the damage. And a character whose HP is 0 becomes impossible to fight.

  The physical attack power indicates how much damage can be done when a character makes a physical attack on another character. The greater the physical attack power of a character, the more damage can be given to other characters by physical attack.

  The physical defense power indicates how much damage can be suppressed when a character receives a physical attack from another character. The greater the physical defense power of a character, the less damage it takes when receiving a physical attack.

  In addition, each character is provided with a status (in other words, a status regarding the skill) for determining the magnitude of the effect of using the skill. Specifically, for example, an attack power related to the skill or a defense power related to the skill may be provided.

  As an example of the attack power related to the skill, a magic attack power may be provided. The magic attack power is determined for a character that uses magic as a skill to attack other characters. The magic attack power indicates how much damage can be done when a character attacks another character with magic. The greater the magic attack power of a character, the more damage can be given to other characters by the attack by magic.

  Moreover, magic defense power may be provided as an example of defense power related to the skill. The magic defense power indicates how much damage can be suppressed when a character is magically applied by another character. The greater the magic defense power of a character, the less damage it receives when attacked by magic.

The hit rate indicates the probability that the physical attack hits another character when the character makes a physical attack on the other character.
The avoidance ability indicates how much damage can be avoided when a character receives a physical attack from another character.

  The value of each status of the character is individually set according to the character. The balance of each status value determines the character characteristics in the battle. Moreover, the balance of the value of each status differs for each kind of character. In other words, different types of characters have different characteristics in battle.

  Each character can wear one or more items. There are a plurality of types of items such as for attack (for example, sword, spear, etc.), for head protection (for example, spear, prevention, etc.), for body defense (for example, armor, etc.). Each character can wear one of a plurality of different items. Also, the items that can be worn vary depending on the character type. The character increases all or a part of the status by wearing the item. Note that one or more statuses of the character may be lowered by attaching the item.

  Further, as described above, in a battle, a character can make a physical attack or an attack with a skill against another character. The damage of the attacked character is determined based on the character and one or more statuses of the attacked character.

  Further, experience values and levels are further provided as the status of each character. In addition, money, victory points, and titles are provided as party statuses.

  Each character belonging to the corresponding party obtains an experience value by, for example, an attack on another character, an attack received from another character, and / or a victory in battle. The obtained experience value is added to the experience value which is the status of the character. When the experience value of the character reaches a predetermined threshold value, the level of the character increases. Further, as the level of the character increases, the value of one or more statuses of the character increases. That is, the character grows up. Note that the manner in which the value of each status of a character increases as the level increases is determined according to the type of the character.

  Further, the corresponding party obtains money and victory points by winning in battle. The obtained money is added to the possession money that is the status of the corresponding party. The obtained victory points are added to the victory points that are the status of the corresponding party. That is, each time the corresponding party wins the battle, its money and victory points increase. The money held by the corresponding party can be exchanged for the items described above. The corresponding party is given a title corresponding to the victory point.

(3) Area type There are a plurality of types having different characteristics in the area included in the field. Area characteristics affect combat. That is, when a character attacks another character, for example, the magnitude of damage and / or whether or not the attack is successful is determined according to the characteristics of the area where these characters are located. In addition, the movement of the character is restricted according to the characteristics of the area.

  Specifically, as shown in FIG. 2, for example, a plurality of types of areas including a flat area 51a, a highland area 51b, a lowland area 51c, a wall area 51d, a swamp area 51e, and an arrow area 51f are provided. ing. Hereinafter, the characteristics of these areas will be described in detail.

The high altitude area 51b increases the status of the physical attack power and the skill attack power of the character located in the area.
Further, the lowland area 51c increases the status of the physical defense strength and skill defense strength of the character located in the area.

In addition, the swamp area 51e damages characters located in the area.
A boundary exists between one area and one area adjacent to the area. In the present embodiment, the plurality of fields are arranged in a 7 × 7 matrix. For this reason, each area is adjacent to 2 to 4 areas adjacent in the vertical direction or the horizontal direction, and has 2 to 4 boundaries. In the wall area 51d, a wall 52 is provided on at least one of a plurality of boundaries in the area.

  A character located in the wall area 51d cannot move to another area adjacent to the wall 52. In addition, a character located in one of the two adjacent areas across the wall 52 cannot attack a character located in the other area. However, in the wall area, when a wall is provided at the boundary with the adjacent highland area, an attack that sandwiches the wall from the character located in the highland area to the character located in the wall area is possible. . On the other hand, an attack that sandwiches a wall from a character located in the wall area to a character located in the highland area is impossible.

The arrow area 51f moves a character located in the area to a predetermined area in the direction of the arrow attached to the area.
(4) Game Mode The game of this embodiment has an exploration mode and a user battle mode.

  First, the exploration mode will be described. In the exploration mode, at least one (for example, one) map is used. The map has a plurality of spots (for example, dungeon). The user selects any spot provided on the map. Then, a battle is performed between the corresponding party and the enemy character existing at the selected spot.

  Each spot has one or more stages. As shown in FIG. 2, in each stage, a battle (hereinafter, stage battle) is performed between the corresponding party 60 and one or a plurality of enemy characters 70 provided on the stage. In the stage battle, if a predetermined victory condition is satisfied, the user wins the stage battle. Specifically, the victory condition may be, for example, a condition that all enemy characters existing on the stage are disabled from fighting. In addition, the victory condition may be, for example, a condition that a specific enemy character (in other words, an enemy character that is a boss) is disabled.

  On the other hand, when a predetermined defeat condition is satisfied in the stage battle, the user loses the stage battle. Specifically, the defeat condition may be, for example, a condition that all characters belonging to the corresponding party are disabled from fighting. In addition, the defeat condition may be, for example, a condition that the main character becomes unable to battle.

  At least some of the one or more stages in the spot are defined as target stages. The user can perform a stage battle at the target stage. The target stage is cleared when the user wins the stage battle. At this time, if all the stages of the spot including the target stage are not cleared, one or a plurality of stages that are not cleared become new target stages. On the other hand, if the user loses in the stage battle, the target stage is not cleared. The user can perform the stage battle at the target stage again. Note that the order in which each stage in each spot is selected as the target stage may be determined in advance. When all the stages in the spot are cleared, the spot is cleared.

  In addition, a permission state and a prohibition state are provided as the state of each spot. The permitted state is a state in which the user can select, and the prohibited state is a state in which the user cannot select. At the time when the game is newly started, some of the plurality of spots are permitted. And if a user clears the spot of a permission state, the 1 or several spot which was a prohibition state will newly be in a permission state. That is, every time the spot is cleared, selectable spots increase. If you clear all the spots, you have cleared the exploration mode.

  On the other hand, in the user battle mode, as shown in FIG. 3, the corresponding party 60 battles with one or more other parties 80 to 82 (hereinafter referred to as a user battle). The other party 80 to 82 may be a party corresponding to another user terminal 20. That is, in the user battle, battles between different parties 60 and 80 to 82 corresponding to the plurality of user terminals 20 are performed. As an example, in this embodiment, a battle between four parties at the maximum is performed in a user battle.

  In addition, all or some of the plurality of parties 80 to 82 that are opponents of the user battle may be automatically controlled as in the case of the enemy character in the stage battle. That is, a user battle may be performed between one or a plurality of parties corresponding to any of the user terminals 20 and one or a plurality of parties that are automatically controlled.

  The user battle ends when a predetermined end condition is satisfied. Specifically, the end condition may be a condition that only characters belonging to any one party are in a battleable state (in other words, a state where HP is 1 or more). In addition to this, the end condition may be, for example, a condition that a predetermined time elapses after the start of the user battle, or a predetermined number of battle opportunities after each start of the user battle. It may be a condition that it is assigned to.

  The ranking of each party in the user battle is the number of times each character belonging to each party has made an attack that has changed the character belonging to another party from a battleable state to a non-combatable state (in other words, the battle disabled. Number of characters). In other words, the higher the number of parties, the better the ranking.

(5) About event function The game of this embodiment is provided with a plurality of events that affect the battle. At the start of the battle, a part of the plurality of events is selected by lottery using random numbers. As an example, two events are selected in this embodiment. Then, the selected event is executed. One of the selected events is a front event and the other is a back event.

  Here, as an event, one or a plurality of item variation events may be provided. That is, each item variation event may be provided corresponding to one or a plurality of items, for example. Each item variation event may improve or deteriorate the corresponding item or items. Note that to improve an item is to increase the degree to which the status is improved by wearing the item. Moreover, degrading an item means reducing the degree. In other words, the item change event improves or degrades the status of the character wearing the corresponding item.

  When an item change event is executed, a character wearing an item corresponding to the item change event may be notified. Specifically, the character may be displayed in a manner different from other characters.

  Also, one or a plurality of area events may be provided as events. The area event may be, for example, an event that changes the characteristics of all or some of the areas included in the field where the battle is performed.

Specifically, the area event may be, for example, a change in the type of all or part of the area included in the field where the battle is performed.
For example, an area event may be provided corresponding to a specific type of area. The area change event may change the characteristics of the area by changing the degree of influence of the corresponding type of area on the battle.

  Specifically, for example, an area event corresponding to a highland area may be provided. The area event may increase the degree of improvement of the physical attack power and skill attack power of the character located in the high altitude area, or conversely reduce the degree. For example, an area event corresponding to a lowland area may be provided. The area event may increase the degree of improvement of the physical defense level and the defense level related to the skill of the character located in the lowland area, and conversely, the level may be reduced.

  Further, one or a plurality of character variation events may be provided as events. Each character variation event may be provided corresponding to one or more characters belonging to the corresponding party, for example. Each character variation event may be provided corresponding to one or more characters other than the characters belonging to the corresponding party. Each character change event may change one or more statuses of one or more characters corresponding to the character change event.

  Specifically, for example, the character change event may improve or decrease the status related to the attack such as the physical attack power or the attack power related to the skill, or the status related to the defense such as the physical defense power or the defense power related to the skill. May be improved or decreased, and HP or the like may be improved or decreased. In addition, for example, the character change event may improve or decrease the status related to the skill.

  When a character change event is executed, a character corresponding to the character change event may be notified. Specifically, the character may be displayed in a manner different from other characters.

  In addition, as an event, for example, a summoning event for newly appearing one or more characters may be provided in the field where the battle is performed. The newly appearing character or characters may attack one or more characters that do not belong to the corresponding party, or attack all characters participating in the battle. Also good.

  At the start of the battle, the contents of the front event among the front event and the back event are notified. In addition, the time when a predetermined period has elapsed after the start of the battle is set as the notification time. When the notification time comes, the content of the back event is notified. Here, the notification time may be, for example, the time when the battle is ended. Note that the time when the battle ends may be the time when the victory condition or the defeat condition is satisfied in the case of stage battle. On the other hand, in the case of a user battle, the time when the battle is ended may be a time when the end condition is satisfied. In addition to this, the notification time may be, for example, the time immediately before the battle ends. The notification time may be, for example, a point in time when a predetermined time has elapsed after the start of the battle, or a predetermined number of battle opportunities are assigned to each character after the start of the battle. It may be a point in time.

  In addition, notification of the contents of the event may be performed, for example, by displaying a picture corresponding to the event executed on the game screen, or displaying a word indicating the event executed on the game screen. It may be done by doing.

  Further, at the start of the battle, three or more events may be selected by lottery using random numbers, and the selected events may be executed. Also, some of the executed events may be front events and the rest may be back events. Similarly, the contents of one or more front events and the contents of one or more back events may be notified. Further, at the start of battle, one or more back events may be selected by lottery using random numbers, and the selected back event may be executed. And the content of the 1 or several back event may be alert | reported when the alerting | reporting time mentioned above comes.

  Further, one or more events may be selected by lottery using random numbers when a predetermined execution time comes after the battle starts. Then, the selected event may be executed. The execution time may be, for example, the time when a predetermined time has elapsed after the start of the battle, or a predetermined number of battle opportunities are assigned to each character after the start of the battle. It may be a point in time. Further, when one or more events are executed, the contents of the event may be notified. Moreover, the content of all or part of the executed events may be notified, for example, when the notification time described above has arrived.

[Description of processing]
Next, operations of the server device 10 and each user terminal 20 will be described in detail. In the following description, the control unit 13 of the server device 10 performs processing according to the server program. Moreover, the control part 23 of the user terminal 20 performs a process according to the game application mentioned later, when playing a game.

(1) Game Execution Process First, a game execution process for playing a game on the user terminal 20 will be described with reference to FIG.

  In S100, the control unit 23 of the user terminal 20 instructs the server device 10 to download an application for playing a game (hereinafter referred to as a game application) in accordance with an operation from the user. Specifically, for example, the control unit 23 may access a predetermined website according to an operation. And the control part 23 may instruct | indicate the download of a game application with respect to the server apparatus 10 via this website.

  Receiving the download instruction, the control unit 13 of the server device 10 downloads the game application to the user terminal 20 (S105). Note that the game application may be an application that runs on the OS of the user terminal 20, for example.

  In S110, the control unit 23 of the user terminal 20 installs the downloaded game application. Thereafter, the user terminal 20 can play a game. In addition, the process for advancing a game is performed by a game application. And when saving a game, the backup data which shows the condition of the game at the time are preserve | saved at the server apparatus 10 as user data.

  Then, the control part 23 of the user terminal 20 starts a game application according to a user's operation (S115). When the game application is first activated, the control unit 23 that operates according to the game application performs user registration. Specifically, the control unit 23 transmits registration information to the server device 10. The registration information includes the name of the user of the user terminal 20 and the like. Note that the user name may be input from the user via the operation unit 25. Also, user registration may be performed other than when the game application is activated for the first time.

  The control unit 13 of the server device 10 that has received the registration information registers the user of the user terminal 20 that is the source of the instruction (S120). Specifically, the control unit 13 stores the registration information received together with the instruction in the storage unit 12 as user data of the user.

  The control unit 23 of the user terminal 20 that has undergone user registration transmits registration information and the like to the server device 10 to notify the start of the game. The control part 23 will start a game, if the response from the server apparatus 10 is received. At this time, data (for example, image data etc.) required for the execution of the game may be further transmitted from the server device 10 to the user terminal.

  When starting a game from the beginning, the control unit 23 of the user terminal 20 generates basic information based on an operation from the user. The basic information indicates, for example, the name of the corresponding party and the type of each character belonging to the corresponding party.

  On the other hand, when the game is resumed from the middle, the control unit 23 of the user terminal 20 acquires backup data from the server device 10 (S125). Then, the control unit 23 reproduces the situation when the game is saved based on the backup data. Note that the backup data is stored as user data in the storage unit 12 of the server device 10. Based on the user registration information, the control unit 13 of the server device 10 reads backup data corresponding to the user from the storage unit 12 and downloads it to the user terminal 20.

  In S130, the control unit 23 of the user terminal 20 executes the game based on an operation from the user. During the execution of the game, the control unit 23 transmits progress information indicating the progress of the game and the like to the server device 10 as needed. Note that the progress status of the game may be, for example, information indicating the spot and stage where the stage battle is performed, and / or the result of the stage battle, etc., in the case of the exploration mode. Further, the progress of the game may be, for example, party information and progress information to be described later, and / or a result of the user battle, as long as it is in the user battle mode.

  On the other hand, the control unit 13 of the server device 10 transmits data necessary for the progress of the game to the user terminal 20 according to the progress of the game indicated by the received progress information. Specifically, for example, when it is necessary to update a part of the game application, the control unit 13 transmits update data to the user terminal 20 (S135).

  Thereafter, the control unit 23 of the user terminal 20 saves the game in accordance with a user operation. Specifically, the control unit 23 transmits backup data for reproducing the game situation at the time of saving to the server device 10 (S140). The backup data includes, for example, user registration information, corresponding party basic information, all statuses of the party, all statuses of characters included in the party, and game progress information. On the other hand, the control unit 13 of the server device 10 stores the received backup data in the storage unit 12 as user data (S145).

And the control part 23 of the user terminal 20 complete | finishes a game according to a user's operation (S150).
(2) Exploration Mode Processing Next, with reference to FIG. 5, exploration mode processing performed at the user terminal 20 that operates according to the game application during the exploration mode will be described.

In S200, the control unit 23 of the user terminal 20 selects one of the permitted spots on the map according to the operation.
In S205, the control unit 23 determines one or more target stages described above based on the clearing status of each stage in the selected spot, and displays the target stage. In addition, the control unit 23 selects any one of the target stages as a target stage for the battle in accordance with an operation from the user. Then, the control unit 23 starts a stage battle at the target stage (S210).

  At this time, the control unit 23 selects a front event and a back event from a plurality of events by lottery using a random number. Then, the control unit 23 executes a front event and a back event (S215).

  In continuing S220, the control part 23 alert | reports the content of a table | surface event. And the control part 23 performs a stage battle | competition according to operation from a user (S225). When the victory condition or the defeat condition is satisfied in the stage battle, the stage battle is ended. When the stage battle ends, the control unit 23 notifies the content of the back event (S230). Then, the control unit 23 transmits game progress information and the like to the server device 10 (S235).

  In addition, when the spot where the stage battle | competition was performed is cleared, the control part 23 may transfer to S200 again and may receive selection of a new spot. On the other hand, when the spot where the stage battle has been performed is not cleared, the control unit 23 may proceed to S205 again and start a new stage battle.

(3) User Battle Mode Processing Next, user battle mode processing performed by the plurality of user terminals 20 and the server device 10 that operate according to the game application during the user battle mode will be described with reference to FIG.

  In S300, the control unit 23 of the user terminal 20 transmits a user battle start instruction to the server device 10 in accordance with the operation. At this time, the control unit 23 generates party information and transmits the party information to the server device 10. The party information may indicate, for example, basic information and all statuses of the corresponding party, all statuses of the characters belonging to the corresponding party, and the like. Further, the party information may indicate, for example, items worn by each character belonging to the corresponding party.

  In S <b> 305, the control unit 13 of the server apparatus 10 that has received the user battle start instruction performs user battle matching. Specifically, when there is another user terminal 20 that has transmitted a user battle start instruction at the same time, the control unit 13 selects a party corresponding to the user terminal 20 as a party participating in the user battle. . In the present embodiment, a maximum of four parties (in other words, the user terminal 20) are selected for one user battle. In addition, the case where the party which participates in a user battle does not reach 4 even if fixed time passes is assumed. In such a case, a user battle may be held by a party of less than 4. In such a case, a user battle may be held by four parties including one or a plurality of parties that are automatically controlled. Further, the control unit 13 selects a front event and a back event from a plurality of events by lottery using a random number.

  In S310, the control unit 13 of the server device 10 notifies the user terminal 20 corresponding to each party participating in the user battle, the start notification of the user battle, the party information of each party participating in the user battle, and the table event. And event information that can identify the back event.

  In S315 and S335, the control part 23 of each user terminal 20 which performs a user battle starts a user battle. At this time, the control unit 23 identifies the front event and the back event based on the event information received from the server device 10, and executes these events (S320, S340). That is, the same front event and back event are executed in each user terminal 20 that performs a user battle. In subsequent S325 and S345, each control unit 23 notifies the contents of the table event. The front event and the back event may be selected by lottery at any of the user terminals 20. Then, the front event and the back event selected by the user terminal 20 may be notified to other user terminals 20.

And in S330 and S350, control part 23 of each user terminal 20 which performs a user battle performs a user battle by the following processes.
That is, when the user battle is started, each control unit 23, based on the party information of the party corresponding to the other one or more user terminals 20, the name and status of the party and the character of each character belonging to the party The type, name, status, and attached item are grasped.

  Also, battle opportunities are assigned to each user terminal 20 in a predetermined order. The control unit 23 of the user terminal 20 that is assigning battle opportunities sequentially assigns battle opportunities to the characters of the party corresponding to the user terminal 20. And the control part 23 performs the battle action of the character to which the battle opportunity was allocated similarly to a stage battle | competition. The battle action is automatically controlled or manually controlled as in the stage battle. Similarly to the stage battle, the position of the character after the movement, the damage caused to other characters due to the battle action, and the like are obtained as the execution result of the battle action. Here, information indicating the battle action, the result of the battle action, and the like is referred to as progress information. The control unit 23 generates progress information each time a battle action is executed. The progress information is transmitted via the server device 10 to one or a plurality of user terminals 20 to which a battle opportunity is not assigned (in other words, in a wait state).

  Further, when the battle opportunities of all the characters belonging to the corresponding party are ended, the control unit 23 of the user terminal 20 that is allocating the battle opportunities is notified of the end information indicating the fact by the server device 10 as 1 It transmits to a plurality of user terminals 20. Then, each of the control units 23 of the one or more user terminals 20 in the weight that has received the end information grasps the user terminal 20 to which the next battle opportunity is assigned based on the end information.

  On the other hand, the control unit 23 of the one or more user terminals 20 in the weighting, based on the progress information, each battle action of each character belonging to the party corresponding to the user terminal 20 to which the battle opportunity is assigned, and the battle action To grasp the results. And this control part 23 performs the same battle action as the grasped | ascertained content about each character, and obtains the same execution result as this content. Thereby, the position of each character participating in the user battle, each status of each character, and the like are updated.

  That is, each user terminal 20 performs the battle action of the character belonging to the corresponding party on the user terminal 20 itself based on the party information and the progress information received from one or more other user terminals 20. On the other hand, each user terminal 20 executes a battle action of a character belonging to a party corresponding to the other user terminal 20 according to the progress information received from the user terminal 20.

  Moreover, the control part 23 of each user terminal 20 determines whether completion | finish conditions are satisfied based on the result of the battle action of each character. And each control part 23 alert | reports the content of a back event, when an end condition is satisfied (S355, S375) (S360, S380). Thereafter, each control unit 23 transmits the progress of the game and the like to the server device 10 (S365, S385).

[effect]
(1) In the game of the above embodiment, the front event and the back event selected by the lottery are executed at the start of the battle. This creates a surprise in the battle. Moreover, the user cannot immediately grasp the contents of the back event. For this reason, in order to advance the battle advantageously, it is desirable to predict the contents of the back event, and more advanced tactics are required. Then, the content of the back event is notified when a certain period has elapsed since the start of the battle. Thereby, a user can be surprised. Therefore, the interest of battle in the game can be enhanced.

  (2) Furthermore, it is desirable for the user to take a strategy corresponding to the front event in order to advance the battle advantageously. For this reason, more complex tactics are required. Therefore, the interest of battle can be enhanced.

  (3) When an item change event or a character change event is executed as a front event or a back event, the character status changes, and the character strength and characteristics change. For this reason, the battle is more unexpected and the interest of the battle can be enhanced.

  (4) In addition, a plurality of types of areas having different characteristics are provided as areas of the field where the battle is performed. For this reason, it is desirable for the user to consider the characteristics of the area in order to advance the battle advantageously. In addition, when an area event is executed as a front event or a back event, the characteristics of the field area may change. For this reason, it is desirable for the user to perform a battle while ascertaining changes in the characteristics of the area, and more complicated tactics are required. Therefore, the interest of battle can be enhanced.

(5) In the user battle mode, a user battle in which a plurality of parties operated by a plurality of users fight each other is performed. For this reason, the interest of the game can be enhanced.
(6) Further, in the exploration mode, a game is developed in which each spot is captured by performing a battle at each spot on the map. For this reason, the interest of the game can be enhanced.

  (7) In addition, the teammate character at the corresponding party is automatically controlled. For this reason, a user's burden can be reduced. Further, the fighting action of the teammate character is not performed as intended by the user. For this reason, unexpectedness arises in the development of the battle, and the interest of the battle can be enhanced.

[Other Embodiments]
(1) In the above embodiment, the game application is downloaded from the server device 10 to the user terminal 20 and then installed in the user terminal 20. However, the game application may be installed in the user terminal 20 in advance.

  (2) Moreover, you may make it perform all or one part of the process which the control part 23 of the user terminal 20 performs in the control part 13 of the server apparatus 10. FIG. Then, the game may be executed on the user terminal 20 by transmitting the execution result of the process from the server device 10 to the user terminal 20. In the above embodiment, backup data is stored in the server device 10. However, the backup data may be stored in the user terminal 20. Further, the game provided by the above embodiment may be provided by the user terminal 20 alone without using the server device 10.

  (3) A plurality of functions of one constituent element in the above embodiment may be realized by a plurality of constituent elements, or a single function of one constituent element may be realized by a plurality of constituent elements. . Further, a plurality of functions possessed by a plurality of constituent elements may be realized by one constituent element, or one function realized by a plurality of constituent elements may be realized by one constituent element. Moreover, you may abbreviate | omit a part of structure of the said embodiment. In addition, at least a part of the configuration of the above embodiment may be added to or replaced with the configuration of the other embodiment. In addition, all the aspects included in the technical idea specified from the wording described in the claims are embodiments of the present disclosure.

  (4) In addition to the game system 1, server device 10, user terminal 20, server program, and game app described above, a non-transition actual recording medium such as a semiconductor memory that records the server program or game app, the game system 1 The present disclosure can also be realized in various forms such as a method corresponding to a process executed by each of the server device 10 and the user terminal 20.

[Correspondence with Claims]
The correspondence between the terms used in the description of the above embodiment and the terms used in the description of the claims is shown.

  The backup data, party information, progress information, event information, end information, and the like in the embodiment correspond to an example of execution information. Further, backup data, registration information, party information, progress information, end information, and the like correspond to an example of terminal information. Each character belonging to the corresponding party corresponds to an example of a corresponding character. A game application corresponds to an example of a user terminal program.

In addition, S125 in the game execution process and S310, S330, and S350 in the exploration mode process correspond to examples of the terminal reception unit and the server transmission unit.
In addition, S130 in the game execution process, S200 to S230 in the exploration mode process, and S300, S315 to S360, S375, and S380 in the user battle mode process correspond to an example of a terminal execution unit.

  Further, S140 in the game execution process and S300, S330, and S350 in the user battle mode process correspond to an example of a terminal transmission unit and a server reception unit.

  DESCRIPTION OF SYMBOLS 1 ... Game system, 10 ... Server apparatus, 11 ... Communication part, 12 ... Memory | storage part, 13 ... Control part, 14 ... Display part, 15 ... Operation part, 20 ... User terminal, 21 ... Communication part, 22 ... Memory | storage part, 23 ... Control part, 24 ... Display part, 25 ... Operation part, 50 ... Field, 51 ... Area, 60 ... Corresponding party, 61 ... Main character, 62 ... Allies character, 70 ... Enemy character.

Claims (8)

A game system having at least one user terminal and a server device,
The user terminal is
A terminal receiver that receives, from the server device, execution information for executing a game in which a battle with a plurality of characters including at least one corresponding character corresponding to the user terminal is performed;
A terminal execution unit that executes the game based on the execution information received by the terminal reception unit and an operation received from a user;
A terminal transmission unit that transmits terminal information related to the content of the game executed by the terminal execution unit to the server device;
The server device
A server receiver for receiving the terminal information from the user terminal;
A server transmission unit that transmits the execution information based on the terminal information to the user terminal;
The character is capable of performing at least one combat action in the battle;
As one of the combat acts, an attack that damages at least one of the characters is provided,
The terminal execution unit
In the battle, execute the battle action of each of the characters,
In response to the damage received by the character due to the attack, the character is disabled from combat,
Multiple events that affect the battle can be performed,
At the start of the battle, execute a plurality of the events selected by lottery, and inform the contents of some of these events,
When a predetermined notification time arrives after the start of the battle, among the plurality of events executed at the start of the battle, the details of one or a plurality of the events whose details are not notified are notified. Game system to play. The game system according to claim 1 ,
Each character is provided with at least one status regarding the battle,
The terminal execution unit executes the battle action of the character based on at least one status of the character and at least one status of the character that receives the damage due to the battle action,
A game system in which at least some of the plurality of events change at least some of the plurality of statuses provided to the plurality of characters. In the game system according to claim 1 or claim 2 ,
The battle is performed in a field including a plurality of areas, and each of the characters is located in any one of the areas,
As one of the combat acts, a movement for changing the area where the character is located is provided.
The area is provided with a plurality of types having different characteristics, and the character is affected in the battle according to the characteristics of the area where the character is located,
A game system in which at least some of the plurality of events change the characteristics of at least some of the areas included in the field. In the game system according to any one of claims 1 to 3 ,
The game system has a plurality of the user terminals,
As the battle, a user battle performed by a plurality of the characters including a plurality of the corresponding characters corresponding to different user terminals is provided,
Information relating to the battle action of one or more of the corresponding characters corresponding to the user terminal is the execution information and the terminal information,
In the user terminal,
The terminal reception unit receives the execution information for at least one other user terminal,
The terminal execution unit
When the user battle is started, the terminal information is generated,
After the start of the user battle, based on the execution information received by the terminal reception unit, execute the battle action of one or a plurality of the corresponding characters corresponding to the user terminal,
Executing the battle action of one or a plurality of the corresponding characters corresponding to at least one other user terminal according to the execution information received by the terminal reception unit;
Based on the executed battle action, the terminal information is generated,
When the terminal execution unit generates the terminal information, the terminal transmission unit transmits the terminal information to the server device,
In the server device,
The server reception unit receives the terminal information from each of the user terminals corresponding to the plurality of corresponding characters performing the user battle,
The server transmission unit
The terminal information received by the server reception unit is at least one or a plurality of the corresponding characters that are the one or a plurality of the user terminals other than the transmission source of the terminal information and perform the user battle. A game system that transmits to a user terminal as the execution information. In the game system according to any one of claims 1 to 4 ,
In the game, at least one map having a plurality of spots is used,
Each said spot has one or more stages,
A stage battle, which is the battle, is performed corresponding to each stage of the spot, and the stage battle is performed by at least one corresponding character corresponding to the user terminal and at least one character. I,
As the state of each of the spots, a permission state and a prohibition state are provided,
Each of the spots is defined as a target stage in which one or a plurality of the stages are capable of the stage battle,
The terminal execution unit
In response to an operation received from the user, select the spot that is in the permitted state,
Perform the stage battle at the target stage at the selected spot,
When a predetermined condition is satisfied in the stage battle, the stage related to the stage battle is cleared.
When one or a plurality of the stages in the selected spot are all cleared, the spot is cleared, and the one or a plurality of the spots that are in the prohibited state are in the permitted state,
If all of the plurality of stages in the selected spot are not cleared and the target stage in the spot is cleared, another one or more stages in the spot are used as the target stage. system. In the game system according to any one of claims 1 to 5 ,
The battle is performed by a plurality of characters including a plurality of the corresponding characters corresponding to the user terminal,
In the battle, the terminal execution unit executes some of the fighting actions among the corresponding characters in response to an operation from the user, and for the other one or more corresponding characters, A game system that executes the battle action regardless of a user's operation. A user terminal that communicates with a server device,
A terminal receiver that receives, from the server device, execution information for executing a game in which a battle with a plurality of characters including at least one corresponding character corresponding to the user terminal is performed;
A terminal execution unit that executes the game based on a program installed in the user terminal, the execution information received by the terminal reception unit, and an operation received from a user;
A terminal transmission unit that transmits terminal information related to the content of the game executed by the terminal execution unit to the server device;
The server device transmits the execution information based on the terminal information received from the user terminal to the user terminal,
In the game, the character can execute at least one battle action in the battle, and an attack that damages at least one of the characters is provided as one of the battle actions,
The terminal execution unit
In the battle, execute the battle action of each of the characters,
In response to the damage received by the character due to the attack, the character is disabled from combat,
Multiple events that affect the battle can be performed,
The program executes a plurality of the events selected by lottery at the start of the battle, and informs the contents of some of these events,
One or a plurality of the events whose contents are not notified among a plurality of the events executed at the start of the battle when a predetermined notification time comes after the start of the battle by the program The user terminal which reports the contents of . A program installed in the terminal, a computer mounted in the terminal, a user terminal program which is a program for operation with a user terminal that communicates with the server device,
The user terminal program is
A terminal receiving unit for receiving, from the server device, execution information for executing a game in which a battle with a plurality of characters including at least one corresponding character corresponding to the user terminal is performed;
A terminal execution unit that executes the game based on the execution information received by the terminal reception unit and an operation received from a user;
Operating the computer as a terminal transmission unit that transmits terminal information related to the contents of the game executed by the terminal execution unit to the server device;
The server device transmits the execution information based on the terminal information received from the user terminal to the user terminal,
In the game, the character can execute at least one battle action in the battle, and an attack that damages at least one of the characters is provided as one of the battle actions,
The terminal execution unit
In the battle, execute the battle action of each of the characters,
In response to the damage received by the character due to the attack, the character is disabled from combat,
Multiple events that affect the battle can be performed,
At the start of the battle, execute a plurality of the events selected by lottery, and inform the contents of some of these events,
When a predetermined notification time arrives after the start of the battle, among the plurality of events executed at the start of the battle, the details of one or a plurality of the events whose details are not notified are notified. user terminal program.

Images