JP2013202218A - Server system - Google Patents

Abstract

To provide a mechanism for exciting battles with enemy characters by a plurality of players.
In a game in which a plurality of players battle with one boss enemy character 30, each participating player gives to the boss enemy character 30 in a privilege grant reference period set based on the physical strength value of the boss enemy character 30. Benefits are given according to the total number of damaged items.
[Selection] Figure 6

Description

  The present invention relates to a server system that controls the progress of a game based on an operation input at each player terminal.

  In a game such as RPG (Role Playing Game) where a player operates by operating a player character, in a battle with an enemy character, the hit point is reduced by damaging it by attack or the like, and this enemy character is reduced to zero. Can be defeated. As one of the techniques for improving the fun of such a game, Patent Document 1 discloses a technique for changing a reward obtained depending on the degree of overkill. “Overkill” means defeating an enemy character with excessive damage exceeding the remaining hit points.

Japanese Patent No. 3470107

  However, the technique of the above-described Patent Document 1 is effective only for a single-play game, and it is unrealistic to directly apply it to a game in which a plurality of players battle a common enemy character. Specifically, since the attack that defeats the enemy character (with the hit point set to zero or less) is uniquely determined, the player who overkills is also unique. For this reason, a player who tries to attack at the very end appears without trying to aim for overkill, and the sense of solidarity that multiple players battle with a common enemy character has declined instead. There was a problem of ending up.

  In recent years, social games, which are online games provided on a social networking service (SNS) and in which a plurality of players participate, have rapidly spread. Since this social game has a feature that it can be easily played in the free time, the play time per time is short and the play time varies. Therefore, when a game in which a plurality of players battle with a common enemy character is realized as a social game, the attack on the common enemy character is also performed at various times. It was.

  The present invention has been made in view of such circumstances, and an object of the present invention is to provide a mechanism for exciting battles with enemy characters by a plurality of players.

The first form for solving the above problem is
A server system (for example, the game server 1000 in FIGS. 1 and 11) that controls the progress of the game by controlling the battle between each player and an enemy character common to each player based on an operation input at each player terminal. There,
Enemy character that manages the parameter value of the enemy character (for example, the physical strength value of the boss enemy character 30 in the embodiment) determined by the player's victory when the value is changed by the battle and reaches a predetermined victory condition. Parameter management means (for example, boss enemy character information 334 in FIG. 13);
Play history management means (for example, participating player information 335 in FIG. 13) for managing the play history related to the battle of each player;
When the parameter value satisfies the victory condition, a privilege granting unit (for example, a privilege grant unit 224 in FIG. 11) that grants each player a given privilege according to the play history of the player;
Is a server system.

  According to the first embodiment, in a game in which each player battles with a common enemy character, when the parameter value of the enemy character becomes a value satisfying the victory condition, each player is in accordance with the play history of the player. A given privilege is granted. Therefore, not only the last blow, such as overkill, is a target for privilege provision, but an arbitrary attack based on the play history is a target, so that a relatively fair privilege can be imparted. As a result, the player who thinks “I am what I am” will actively damage the enemy character, and it is possible to improve the sense of solidarity and consciousness in the battle with the common enemy character.

A second form is a server system according to the first form,
Start determination means for determining the start of the privilege grant reference period using at least the parameter value (for example, the privilege grant reference period setting unit 223 in FIG. 11),
The privilege granting means grants each player a privilege corresponding to the play history during the privilege granting reference period, from the start determination by the start determining unit until the victory condition is satisfied as the privilege granting reference period. Is,
A server system may be configured.

  According to this 2nd form, the start of a privilege provision reference period is determined based on the parameter value of an enemy character, and the privilege according to the play history during this privilege provision reference period is provided to each player. Thereby, the mechanism which excites a battle is realizable by the setting of a privilege provision reference period.

For example, as in the third mode, the server system in the second mode,
The start determination means determines the time when the parameter value satisfies a victory approach condition indicating that the value has approached a value satisfying the victory condition as the start of the privilege grant reference period,
A server system may be configured.

  According to the third embodiment, the privilege grant period starts when the parameter value of the enemy character satisfies the victory approach condition. Thereby, the end of the battle with the common enemy character can be excited, and the effect of promoting participation in the battle for the player can be expected.

Further, as in the fourth embodiment, the server system of the third embodiment,
The start determination means determines whether or not the victory approach condition is satisfied based on a relationship between the total attack power or the number of players participating in the battle and the parameter value.
A server system may be configured.

  According to the fourth aspect, it is determined whether or not the victory approach condition is satisfied based on the relationship between the total attack power or the number of players participating in the battle and the parameter value of the enemy character. For example, if the approaching victory condition is that the total attack power of the participating player exceeds the remaining parameter values of the enemy character, the greater the total attack power, the earlier the timing for satisfying the victory approach condition. Can promote a serious attack. Also, by referring to the average (standard) or minimum attack power per player, whether or not the value is close to the value that satisfies the victory condition from the relationship between the number of players and the remaining parameter values of the enemy characters. That is, it can be determined whether or not the victory approach condition is satisfied.

Moreover, as a 5th form, it is a server system in any one of the 2nd-4th form,
A server system may further be provided that includes a start notification means for notifying the player of the start when the start determination means is determined.

  According to the fifth aspect, since the player is notified of the start of the privilege grant reference period, an effect of actively urging the player to participate in the battle with the common enemy character can be expected.

Further, as a sixth form, the server system according to any one of the first to fifth forms,
The play history management means manages the damage amount given to the enemy character in the play history,
The privilege granting means has means for selecting a privilege to be given to each player using the damage amount given to the enemy character.
A server system may be configured.

  According to the sixth embodiment, the privilege to be given to each player is selected using the amount of damage given to the enemy character. Therefore, it is possible to determine the degree of contribution when defeating a common enemy character relatively fairly.

Further, as a seventh aspect, the server system according to any one of the first to sixth aspects,
It further comprises behavior parameter management means (for example, behavior parameter management unit 225 in FIG. 11) that manages the behavior parameter value of each player that is consumed every time a behavior instruction operation is performed and recovers over time,
The play history management means manages the consumption amount of the action parameter value during the battle by including it in the play history,
The privilege granting means includes means for selecting a privilege to be given to each player using a consumption amount of the action parameter value during the battle.
A server system may be configured.

  According to the seventh embodiment, a privilege to be given to each player is selected by using the consumption amount during the battle of the action parameter value of each player that is consumed every time an action instruction operation is performed and recovers over time. The Therefore, instead of evaluating the possession and use of powerful weapons and items that can cause significant damage to enemy characters, evaluate the involvement in battles such as attacks on enemy characters and use of items, and grant benefits. Therefore, the player can be encouraged to participate in more aggressive battles.

Moreover, as an 8th form, it is a server system of the 1st-7th form,
The play history management means manages the play date and time by including it in the play history,
The privilege granting means includes means for selecting a privilege to be given to each player using a relative relationship between a play date and time related to the battle and a date and time when the victory condition is satisfied,
A server system may be configured.

  According to the eighth embodiment, the privilege to be given to each player is selected using the relative relationship between the play date and time for the battle and the date and time when the victory condition is satisfied. For example, it is possible to prompt the player to participate in the battle promptly by giving priority to the player who is far from the date and time when the victory condition is satisfied, that is, the player who joined at the beginning of the battle. Conversely, the closer to the date and time when the victory condition is satisfied, that is, the player who participated at the end of the battle gives priority to the effect of exciting the end of the battle.

Further, as a ninth form, the server system according to any one of the first to eighth forms,
The game is a game in which a player who has received a request for participation in a battle and a player who has received a request for participation in a battle can participate.
The play history management means manages the participation request history in the play history,
The privilege granting means has means for selecting a privilege to be given to each player using whether or not the requesting player of the participation request has entered the battle.
A server system may be configured.

  According to the ninth aspect, in the battle with the common enemy character, it is possible for the players to participate in the battle between the players and the players who have received the battle request can participate, and the player who requested the participation request participates in the battle. A privilege to be given to each player is selected using whether or not the game has been performed. Therefore, an effect of encouraging more players to participate in the battle and further enhancing the battle with the common enemy character can occur.

The block diagram of a game system. The block diagram of a game terminal. An example of a battle screen. Explanatory drawing of a boss enemy character. Explanatory drawing of a privilege provision reference period. Explanatory drawing of grant of privilege. Explanatory drawing of grant of privilege according to the number of participating players. Explanatory drawing of provision of privilege according to the invited friend. Explanatory drawing of provision of the privilege according to a consumption action parameter. Explanatory drawing of provision of the privilege according to the frequency | count of use of a charge item. The function block diagram of a game server. The data structural example of player registration information. Data configuration example of boss enemy battle event. The data structural example of a privilege table. The flowchart of a player control process. The flowchart of a boss enemy battle process. The flowchart of a boss enemy battle event process.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. However, the applicable embodiment of the present invention is not limited to this.

[overall structure]
FIG. 1 is an overall configuration diagram of the game system of the present embodiment. The game system includes a game server 1000 that can be connected to the communication line N and a game terminal 2000 prepared for each player 10.

  The communication line N means a communication path capable of data communication. That is, the communication line N includes a communication network such as a telephone communication network, a cable network, and the Internet in addition to a LAN using a dedicated line (dedicated cable) for direct connection, Ethernet (registered trademark), and the like. Can be wired or wireless.

  The game server 1000 is a game server system configured to include one or a plurality of server devices, storage devices, etc., and provides various services for operating the network game of the present embodiment and is necessary for game execution. Client programs and various data can be distributed.

  The game terminal 2000 is an electronic device with a built-in computer that is prepared for each player, and is realized by, for example, a smartphone or a portable game device. The game terminal 2000 can connect to the communication line N via a mobile phone base station or a wireless communication base station and perform data communication with the game server 1000.

[Game terminal]
FIG. 2 is a diagram illustrating a configuration of a smartphone that is an example of the game terminal 2000. The game terminal 2000 includes a direction input key 2002, a home key 2004, a display 2008 integrally formed with a touch panel 2006, a speaker 2010, a microphone 2012, a GPS antenna 2014, a control board 2018, and computer-readable information. And a memory card reader 2030 that can read and write data from and to a memory card 2032 that is a storage medium. In addition, a built-in battery, a power button, a volume control button, etc., not shown, are provided.

  The control board 2018 is mounted with various microprocessors such as CPU, GPU and DSP, and various IC memories such as ASIC, VRAM, RAM and ROM. The control board 2018 is equipped with a wireless communication module 2022 for wireless communication with a mobile phone base station and a GPS module 2020. The control board 2018 further includes a circuit for receiving signals from the direction input key 2002 and the home key 2004, a driver circuit for the touch panel 2006, an input sound generation circuit for generating a sound signal collected by the microphone 2012, and a memory card reading. A so-called I / F circuit (interface circuit) such as a signal input / output circuit for the device 2030 is mounted. Each element mounted on the control board 2018 is electrically connected via a bus circuit or the like so that data can be read and written and signals can be transmitted and received.

[Game Overview]
The game of the present embodiment is an online RPG (role playing game), and the player searches the game field by operating the player character. When a boss enemy character is encountered during the search, a battle with the boss enemy character is started. When the boss enemy character is won, the player can acquire predetermined experience values, items, virtual money, and the like.

  FIG. 3 is an example of a battle screen with a boss enemy character. The battle screen W1 displays the player character 20 and the boss enemy character 30 in battle, a physical strength gauge 22 indicating the physical strength value of the player character 20, and an action strength gauge 24 indicating the action power of the player character 20. A stamina gauge 32 indicating the stamina value of the boss enemy character 30 is displayed.

  The physical strength gauges 22 and 32 display the current physical strength value as a percentage of the maximum physical strength value by a bar that expands and contracts in the horizontal direction of the screen with the left end as a base point. Your health value will decrease as your opponent attacks. That is, when the stamina value of the boss enemy character 30 is reduced by the attack of the player character 20 and the stamina value of the boss enemy character 30 becomes zero (a victory condition), the boss enemy character 30 is defeated and the player wins. . On the other hand, when the stamina value of the player character 20 becomes zero, the player character 20 becomes unable to battle, so it is necessary to recover it with an item or the like so that it can fight.

  In the game of the present embodiment, each time the player character 20 performs some action such as attacking the boss enemy character 30 or using an item, an action parameter having a value corresponding to the action content is consumed. The behavior parameter gradually recovers as time elapses, but can be recovered immediately by using a predetermined recovery item.

  The battle screen W1 is displayed as a screen in which the player character 20 and the boss enemy character 30 are in a one-on-one battle. The boss enemy character 30 is a character common to a plurality of players. That is, as shown in FIG. 4, a battle between one boss enemy character 30 and each of the plurality of player characters 20 is simultaneously performed in parallel. That is, one boss enemy character 30 is under attack from each of the plurality of player characters 20. In detail, the same boss enemy character 30 appears in the game space of a plurality of players, and each player starts (participates) a battle by encountering the boss enemy character 30. Further, the stamina value of the boss enemy character 30 is very large as compared with the player character 20 and is managed as a common value, and the stamina value decreases when attacked by any player character 20. Is managed to do. Accordingly, each player plays with the consciousness of fighting in an attempt to defeat the common boss enemy character 30. In addition, a period of time (for example, a period of 3 days or 1 week) is set for the battle with the boss enemy character 30. If the boss enemy character 30 cannot be defeated within a predetermined period of time after the appearance of the boss enemy character 30, The enemy character 30 escapes, and the battle ends without being able to win the boss enemy character 30.

  Further, the player can invite (participation request) his / her “friend” to the battle with the boss enemy character 30. Then, the friend who has received the invitation, that is, another player, can participate in the battle with the boss enemy character 30 by receiving this invitation.

  As a feature of the present embodiment, there is a privilege grant reference period in the battle with the boss enemy character 30 (boss enemy battle event). When the player wins by defeating the boss enemy character 30, a given privilege is given to the player according to the damage given to the boss enemy character 30 during this privilege grant reference period.

  FIG. 5 is a diagram illustrating a privilege grant reference period. The bonus granting reference period is set based on the physical strength value of the boss enemy character 30, and specifically, from the time when the physical strength value of the boss enemy character 30 satisfies a predetermined condition (for example, 5% or less of the maximum value). , It is set as a period until it becomes zero (that is, until it is defeated).

  In addition, during the privilege grant reference period, some identification display is made on the battle screen W5 to inform the player that it is the privilege grant reference period. For example, a predetermined decoration is displayed on the physical strength gauge 32 of the boss enemy character 30, a predetermined message is displayed, a predetermined icon is added to the boss enemy character 30, or the display mode of the boss enemy character 30 is changed. Or

  FIG. 6 is a diagram for explaining the provision of a privilege. In this embodiment, multiple types of items are prepared as benefits. Items prepared as benefits include equipment such as weapons and armor, items for recovering physical strength values and behavior parameters, and the item has a rarity (importance) set.

  Basically, a privilege is granted based on the total number of damage (damages) that each participating player has given to the boss enemy character 30 during the privilege grant reference period. Specifically, the contribution points are determined for each participating player based on the total damage dealt. The determination of the contribution points may be a value as it is as the total number of damages, or may be a value obtained by multiplying the total number of damages by a predetermined coefficient.

  Next, the ratio of the contribution point of one participating player to the sum of the contribution points of all participating players is set as the contribution point ratio of the one participating player. And the privilege to give is determined according to this contribution point ratio. Specifically, the higher the contribution point ratio, the greater the number and types of items to be given, or the more rare items are given.

  Further, as shown in FIG. 7, the privilege to be prepared differs depending on the number of players participating in the boss enemy battle event. That is, the larger the number of participating players, the more types of items prepared as benefits, or items with a higher degree of rarity. In other words, the higher the number of participating players, the more rare items are given.

  The “contribution point” is corrected by the following factors. Specifically, as shown in FIG. 8, a friend who is invited by one participating player takes part in the one participation in accordance with the total number of damages (total number of damages) given to the boss enemy character 30 during the privilege grant reference period. Player contribution points are corrected. That is, when there is a friend invited by one participating player, a value obtained by multiplying the total damage dealt by the friend by a predetermined correction coefficient is added as a correction point to the contribution point of the one participating player.

  Further, as shown in FIG. 9, the contribution points of the one participating player are corrected in accordance with the action parameter consumed by one participating player in the battle with the boss enemy character 30 (boss enemy battle event). In the game of this embodiment, when performing some action such as attacking an enemy character or using an item, a behavior parameter having a predetermined value corresponding to the content of the action is consumed. The action to be used for correcting the contribution points may be only an attack on the boss enemy character 30 or may be all actions. Further, the period to be used for the correction of the contribution points may be the entire period during which the boss enemy character 30 is battled, or only the privilege grant reference period. A value obtained by multiplying the consumption behavior parameter by a predetermined correction coefficient is added to the contribution point as a correction point.

  Further, as shown in FIG. 10, the contribution points of the one participating player are corrected according to the use of the charging item of the one participating player. Specifically, in the battle with the boss enemy character 30 (boss enemy battle event), attacked with the number of times that a predetermined charging item such as physical strength recovery or behavior recovery was used, and charging items such as weapons and armor. A value obtained by multiplying the total number of times by a predetermined correction coefficient is added to the contribution point as a correction point.

[Function configuration]
FIG. 11 is a block diagram showing a functional configuration of the game server 1000. The game server 1000 is functionally configured to include an operation unit 110, a display unit 120, a communication unit 130, a processing unit 200, and a storage unit 300.

  The operation unit 110 receives various operation inputs for managing the game server 1000 and outputs an operation signal corresponding to the performed operation to the processing unit 200. This function is realized by an input device such as a keyboard, a touch panel, or a mouse.

  The display unit 120 displays various display screens based on the image signal input from the processing unit 200. This function is realized by an image display device such as a flat panel display, a CRT, or a projector.

  The communication unit 130 is connected to the communication line N and performs data communication with an external device (mainly, the game terminal 2000). This function is realized by, for example, a wireless communication device, a modem, TA, a wired communication cable jack, a control circuit, or the like.

  The processing unit 200 is based on the program and data read from the storage unit 300, the received data (including the received signal) from the external device (mainly the game terminal 2000) via the communication unit 130, and the like. Integrated operation control. This function is realized by a microprocessor such as a CPU or GPU, an arithmetic device such as an ASIC, or a control program thereof. Further, the processing unit 200 includes a player registration management unit 210 and a game progress control unit 220.

  The player registration management unit 210 performs processing related to player registration / management so that the game of this embodiment can be played. Specifically, a process for receiving a player name, password, player character setting information, etc. from the game terminal 2000 and registering it as a new player, managing these player registration information, and responding to a request from the game terminal 2000 Perform player authentication. Information about registered players is stored and managed as player registration information 320.

  FIG. 12 is a diagram illustrating an example of a data configuration of the player registration information 320. As illustrated in FIG. The player registration information 320 is generated for each registered player, and stores account information 321, a friend list 322, and play data 323. The account information 321 is information for authenticating that the player is a registered regular player, and includes a player name, a password, and the like. The friend list 322 is information relating to friends who are other players who have been registered as friends.

  The play data 323 is data relating to game play, and stores player character information 323a, possessed item information 323b, retained virtual money information 323c, play history information 323d, and action parameter information 323e. The player character information 323a includes information such as equipment items in addition to various parameters such as level, physical strength value, attack power, defense power, and experience value.

  The game progress control unit 220 includes a player character control unit 221, a boss enemy character control unit 222, a privilege grant reference period setting unit 223, a privilege grant unit 224, and an action parameter management unit 225. Various processes for controlling the progress of the game in 2000 are performed.

  The player character control unit 221 controls the player character 20 in accordance with the player instruction received from the game terminal 2000. The game progress for each player is controlled individually and asynchronously. However, the boss enemy character 30 is treated as a common character (NPC) for each player. That is, in the game of one player, in the battle with the boss enemy character 30, the damage given to the boss enemy character 30 according to the attack power of the player character of the one player, the defense power of the boss enemy character, etc. Determine (damage). When a counterattack is received from the boss enemy character 30, the physical strength value of the player character 20 is decreased according to the received damage.

  The boss enemy character control unit 222 controls the boss enemy character 30 in the boss enemy battle event. Specifically, when an attack is received from any player character, the health value is decreased according to the received damage (damage). Also, it is determined whether or not to attack the attacking player character, and in the case of counterattack, the damage to the player character is determined based on the attack power of the boss enemy character, the defense power of the player character, etc. To do. Here, information regarding the boss enemy battle event is stored as boss enemy battle event information 330.

  FIG. 13 is a diagram illustrating an example of a data configuration of the boss enemy battle event information 330. The boss enemy battle event information 330 is generated for each boss enemy character 30. The battle ID 331, the battle period information 332, the participating player list 333, the boss enemy character information 334, the participating player information 335, and the privilege grant reference period. Information 336 and privilege grant result information 337 are stored. When there is one boss enemy character 30, the battle event information 330 is one.

  The battle period information 332 is information relating to a period during which a battle with the boss enemy character 30 can be performed, and includes a battle start date and time and an end date and time when the boss enemy character 30 appears. The participating player list 333 is list information of players who participated in the battle with the boss enemy character 30. The boss enemy character information 334 is information regarding the boss enemy character 30 and includes various parameters such as a physical strength value, an attack power, and a defense power.

  The participating player information 335 is detailed information regarding each player who participated in the battle with the boss enemy character 30. The player ID 335a, the participation date and time 335b, the damage history data 335c, the action parameter consumption history data 335d, An invitation player list 335e is stored. The damage history data 335c is data in which the date and time and the damage given are associated with each other and stored every time the player attacks the boss enemy character 30. The action parameter consumption history data 335d is data in which the date and time and the consumed action parameter are stored in association with each action performed by the player in the battle with the boss enemy character 30. The invited player list 335e is data in which a player ID of a friend invited by the player to battle with the boss enemy character 30 is associated with presence / absence of participation.

  The privilege grant reference period setting unit 223 sets the privilege grant reference period in the boss enemy battle event. Specifically, a period in which the privilege grant activation condition defined in the privilege grant trigger condition information 340 is satisfied is set as the privilege grant reference period. The set privilege grant reference period is stored as privilege grant reference period information 336.

  The privilege granting unit 224 grants a privilege to participating players after the boss enemy battle event ends. Specifically, with reference to the participating player information 335, the total number of damages in the bonus granting reference period is calculated for each participating player, and the contribution points are determined based on this. Next, a correction point is calculated.

  That is, referring to the invited player list 335e, a friend of a participating player is extracted from other players, and a correction point is calculated by multiplying the total value of the total number of damages of each of these friends by a predetermined correction coefficient. To do. Further, referring to the action parameter consumption history data 335d, a correction point is calculated by multiplying the value of the action parameter consumed in the boss enemy battle event by a predetermined correction coefficient. In addition, the number of actions using the charge item of the participating player in the boss enemy battle event is calculated. That is, the total number of times of using a predetermined charging item having effects such as physical strength recovery and behavior parameter recovery and the number of attacks performed by mounting the charging item as the equipment is calculated. Then, a correction point is calculated by multiplying the total number of times by a predetermined correction coefficient. When these correction points are calculated, the contribution points are corrected by adding to the contribution points.

  Subsequently, a relative ratio of contribution points after correction of each participating player (contribution point ratio) is calculated. Thereafter, with reference to the privilege table 350 corresponding to the number of participating players, a privilege according to the contribution point ratio is given to each participating player. Information relating to the granting of a privilege by the privilege granting unit 224 is stored as privilege grant result information 337.

  FIG. 14 is a diagram illustrating an example of a data configuration of the privilege table 350. The privilege table 350 is generated for each range of the number of participants, and stores the contribution point ratio 351 and the grant candidate privilege 352 in association with each other. The grant candidate privilege 352 is a privilege 352 that is an option for grant, and the privilege that is actually granted to the player is selected by lottery from the grant candidate privilege 352. One privilege may be given, or a plurality of privileges may be selected according to the relative size in the range of the corresponding contribution point ratio 351.

  The behavior parameter management unit 225 manages the behavior parameters of the player. Specifically, each time the player character performs an action, the action parameter is decreased by a value corresponding to the action content. Here, the correspondence between the action content and the consumption action parameter is set in the consumption action parameter setting table 360. Further, every time a predetermined time elapses, the behavior parameters are recovered by a predetermined value, and the behavior parameters are recovered by using a predetermined recovery item.

  The storage unit 300 stores a system program for realizing various functions for the processing unit 200 to control the game server 1000 in an integrated manner, a program and data for realizing various functions of the present embodiment, and the like. Further, it is used as a work area of the processing unit 200, and temporarily stores calculation results executed by the processing unit 200 according to various programs, data received by the communication unit 130, and the like. This function is realized by storage devices such as various IC memories, hard disks, MO, ROM, and RAM, for example. In the present embodiment, the storage unit 300 includes a system program 310, a game control program 312, player registration information 320, boss enemy battle event information 330, privilege grant activation condition information 340, a privilege table 350, and consumption. A behavior parameter setting table 360 is stored.

[Process flow]
As game control processing in this embodiment, player control processing and boss enemy battle event control processing are executed in parallel. This game control process is realized by the processing unit 200 executing a process according to the game control program 312.

  FIG. 15 is a flowchart illustrating the player control process. This process is a process executed for one game terminal 2000, and the game server 1000 executes the same process for all the game terminals 2000 in parallel.

  First, the player registration management unit 210 executes a login process (step A1). That is, a predetermined log-in screen is displayed on the game terminal 2000, and the player is authenticated by inputting the player name, password, and the like. When the user authentication is performed, the game progress control unit 220 resumes the game from the place where the game was started or interrupted last time (step A3).

  If a boss enemy character is encountered while the game is in progress (step A5: YES), a boss enemy battle process (see FIG. 16) is executed, and a transition is made to a boss enemy battle event in which the boss enemy fights (step A11). .

  If a friend (other player) is invited to the boss enemy battle event (step A7: YES), an invitation screen displaying information such as the invited friend (other player) and the boss enemy character is displayed. Is displayed on the game terminal 2000. When the player selects invitation (participation) (step A9: YES), the boss enemy battle process (see FIG. 16) is executed to participate in the invited boss enemy battle event (step A11). .

  Also, when the friend (other player) does not invite the boss enemy battle event (step A7: NO), or the player selects that the invitation is refused but the invitation is refused (non-participation) (step A9). : NO), a normal process for normal game progress is performed (step A12).

  After performing the boss enemy battle process or the normal process, it is determined whether or not the game being executed is to be ended. If not ended (step A13: NO), the process returns to step A5 and the same process is repeated. If the game is to be ended (step A13: YES), after a predetermined logout process (step A15), the player control process is ended.

  FIG. 16 is a flowchart for explaining the flow of the boss enemy battle process. First, the player character control unit 221 determines an action that can be selected by the player based on the current action parameter and physical strength value of the player character 20, presents it to the player as an option, and follows the player's selection instruction. Determine 20 next actions.

  That is, if the behavior parameter is “0” (step B1: NO), only “use of item” is presented as an option. If the action parameter is larger than “0” (step B1: YES) and the physical strength value is larger than “0” (step B3: YES), the “attack” to the boss enemy character 30 and the boss enemy character 30 are performed. 3 options of “Run away” and “Use item” are presented. If the behavior parameter is larger than “0” (step B1: YES) and the physical fitness value is “0” or less (step B3: NO), only “use item” is presented as an option. Then, in accordance with the player's instruction, it is determined that either one of the options is selected or no option is selected.

  If the selected action is “attack” to the boss enemy character 30 (step B5: YES), the action to the boss enemy character 30 is given based on the attack power of the player character, the defense power of the boss enemy character 30, and the like. Damage is determined (step B7). If a counterattack is received from the boss enemy character 30 by this attack (step B9: YES), the physical strength value of the player character 20 is decreased according to the received damage (step B11).

  If the selected action is “escape” from the boss enemy character 30 (step B13: YES), it is determined whether or not the boss enemy character 30 can escape (success / failure) by a predetermined probability calculation (step B15). . If the escape from the boss enemy character 30 is successful (step B17: YES), the action parameter is decreased (step B31), and then the boss enemy battle process is terminated.

  If the selected action is “use item” (step B19: YES), the designated item is used (step B21). Examples of the item use process include recovering a physical strength value and an action parameter by using a predetermined recovery item, and equip equipment. Thus, when the selected action is performed, the action parameter is decreased according to the action content (step B23).

  Further, it is determined whether or not the player has instructed the friend to participate in the battle with the boss enemy character 30. If an invitation instruction is made (step B25: YES), a friend to be invited is selected from the friends registered in the friend list in accordance with the instruction of the player, and an invitation process for the selected friend is performed (step B27). That is, based on the account information 321 of the selected friend, an invitation request notification for the battle is transmitted to the friend. For the friend who has received the invitation request notification, the processing corresponding to step A7 in FIG. 15 is executed.

  Subsequently, it is determined whether or not the battle with the boss enemy character 30 is finished. If not finished (step B29: NO), the process returns to step B1 and the same processing is repeated. If the battle is completed (step B29: YES), the boss enemy battle process is terminated.

  FIG. 17 is a flowchart for explaining the flow of the boss enemy battle event control process. The process flow shown in FIG. 17 is a process for a boss enemy battle event related to one boss enemy character 30. The game server 1000 executes the same processing as that in FIG. 17 in parallel for each of the plurality of boss enemy characters 30.

  First, the boss enemy character control unit 222 causes the boss enemy character 30 to appear (step C1). If a new player participates in the battle with the boss enemy character 30 (boss enemy battle event) (step C3: YES), the player is added to the participating player list 333 (step C5).

  If an attack is received from the player character 20 of any participating player (step C7: YES), the physical strength value of the boss enemy character 30 is decreased according to the damage given by the player character 20 (step C9). ). Next, it is determined whether or not to counterattack the player character (step C11). If counterattack is to be performed (step C13: YES), the attack power of the boss enemy character 30 or the defense power of the player character 20 is determined. Based on this, the damage to the player character 20 is determined (step C15).

  Subsequently, the physical strength value of the boss enemy character 30 is determined. If it is larger than “0” (step C17: NO), it is determined whether or not the physical strength value of the boss enemy character 30 satisfies a predetermined privilege activation condition. (Step C19). If the privilege activation condition is satisfied (step C21: YES), it is determined that the current time is within the privilege grant reference period, and a predetermined value indicating that it is within the privilege grant reference period on the battle screen of the game terminal 2000 of each participating player. Display control is performed (step C23). Further, the elapsed date and time from the start of the battle with the boss enemy character 30 is determined, and if this elapsed date and time has reached a predetermined battle limit period (step C25: YES), the boss enemy character 30 could not be won. The battle ends (step C27).

  If the physical strength value of the boss enemy character 30 is equal to or less than “0” (step C17: YES), it is determined that the battle is ended by the player's victory (step C29). Thereafter, the privilege grant unit 224 performs privilege grant processing. That is, for each participating player, the total number of damages to the boss enemy character 30 during the privilege grant reference period is calculated, and based on this, contribution points are determined (step C31). Next, each participating player is corrected by adding correction points to contribution points (step C33). Subsequently, the relative ratio of contribution points is calculated for each participating player (step C35). Then, according to this contribution point ratio, a privilege to be given to each participating player is determined (step C37), and the determined privilege is granted (step C39). When the above processing is performed, the boss enemy battle processing is terminated.

[Function and effect]
As described above, according to the present embodiment, in a game in which a plurality of players battle one boss enemy character 30, each participating player is in the privilege grant reference period set based on the physical strength value of the boss enemy character 30. A privilege according to the total number of damages given to the boss enemy character 30 is granted. As a result, not only the last blow by one player is the target of privilege provision, but the attack of each player participating in the battle is the target. In addition, a privilege can be given to each player relatively fairly, and it is possible to improve the sense of solidarity and consciousness in a battle with a common enemy character.

[Modification]
It should be noted that embodiments to which the present invention can be applied are not limited to the above-described embodiments, and can of course be changed as appropriate without departing from the spirit of the present invention.

(A) Setting of bonus grant reference period In the above-described embodiment, the bonus grant reference period is described from the time when the physical strength value of the boss enemy character 30 reaches the predetermined condition until it reaches zero (or less than zero). The setting method of the grant reference period is not limited to this. For example, the entire period of battle may be set as the privilege grant reference period, or the bonus grant reference period may be set for a predetermined period after the boss enemy character 30 appears. Moreover, after the boss enemy character 30 is defeated, it is good also as setting a privilege provision reference period retroactively from the time of the defeat. Furthermore, if the game manages the amount of damage received by the boss enemy character 30 instead of the health value and determines that the player has been defeated when the amount of damage reaches a predetermined upper limit, the bonus is based on the amount of damage. The grant target period may be set.

(B) Start of privilege grant reference period Moreover, in the above-mentioned embodiment, the time when the physical strength value of the boss enemy character 30 satisfies a predetermined condition (privilege grant activation condition) is set as the start time of the privilege grant reference period. Furthermore, the participation status of players may be taken into consideration. The participation status of the players includes, for example, the number of participating players, the total attack power of each participating player character 20, and the like.

  Specifically, as the number of participating players increases or the total attack power of the participating player characters 20 increases, the time until the boss enemy character 30 is defeated is shortened. The predetermined condition (privilege activation condition) may be that the total attack power of the player character 20 is larger than the remaining physical strength value of the boss enemy character 30. Also, the result of multiplying the average (standard) or minimum attack power of each player by the number of players currently participating in the battle is compared with the remaining physical strength value of the boss enemy character 30. It is good also considering that the former becomes large as predetermined conditions (privilege granting activation conditions).

(C) Correction of contribution points The contribution points of each participating player may be further corrected according to the date and time when the participating player participated in the battle. Specifically, if it is desired for the game supplier side (server administrator side) to set a time period during which a battle is desired to be boosted, it is preferable to correct the direction so as to increase the contribution points of players who participated in that time period. It is. For example, if the effect of prompting the player to play is expected at the beginning of the battle, the contribution points for a predetermined period after the boss enemy character 30 appears will be increased by a predetermined ratio (for example, 25%). In other words, a correction may be made such that the contribution point related to the participation date and time within a predetermined period far from the date and time when the battle is ended as “player victory” is increased by a predetermined percentage. Conversely, if the contribution point related to the participation date and time within a predetermined period close to the date and time when the battle is ended as “player victory” is increased by a predetermined percentage, the effect of encouraging the participation of many players around the end of the battle is obtained. I can expect.

(D) Type of Game In the above-described embodiment, a battle game in which a player character and an enemy character battle each other has been described. The game can be applied to any game as long as the game has the same action transition as the battle described in the above-described embodiment so that the goal is achieved by changing. For example, when the player character performs some action such as a present to the opposite sex (other character), the affection degree (parameter value) of the opposite sex increases, and when the affection degree exceeds a predetermined threshold value (a victory condition is satisfied), It can be applied to a romance simulation game that is established.

(E) Configuration of Game System Further, as a game system, an ad hoc network is configured by a plurality of game devices, and one of the game devices implements the above-described function of the game server 1000 as a host function. It is good as well. In this case, this one game device executes the functions of both the game server 1000 and the game terminal 2000 described above.

1000 game server 110 operation unit, 120 display unit, 130 communication unit 200 processing unit 210 player registration management unit 220 game progress control unit 221 player character control unit 222 boss enemy character control unit 223 privilege grant reference period setting unit 224 privilege grant Unit 225 behavior parameter management unit 300 storage unit 310 system program, 312 game control program 320 player registration information, 330 boss enemy battle event information 340 privilege grant activation condition information, 350 privilege table 360 consumption behavior parameter setting table 2000 game terminal

Claims (9)

A server system for controlling the progress of a game by controlling a battle between each player and an enemy character common to each player based on an operation input at each player terminal,
Enemy character parameter management means for managing parameter values of the enemy character that is determined by the player's victory when the value is changed by the battle and reaches a predetermined victory condition;
Play history management means for managing a play history related to the battle of each player;
A privilege granting means for granting each player a given privilege according to the player's play history when the parameter value satisfies the victory condition;
Server system with Further comprising a start determination means for determining the start of a privilege grant reference period using at least the parameter value;
The privilege granting means grants each player a privilege corresponding to the play history during the privilege granting reference period, from the start determination by the start determining unit until the victory condition is satisfied as the privilege granting reference period. Is,
The server system according to claim 1. The start determination means determines the time when the parameter value satisfies a victory approach condition indicating that the value has approached a value satisfying the victory condition as the start of the privilege grant reference period,
The server system according to claim 2. The start determination means determines whether or not the victory approach condition is satisfied based on a relationship between the total attack power or the number of players participating in the battle and the parameter value.
The server system according to claim 3.   The server system according to any one of claims 2 to 4, further comprising start notifying means for notifying a player to that effect when start determination is made by the start determining means. The play history management means manages the damage amount given to the enemy character in the play history,
The privilege granting means has means for selecting a privilege to be given to each player using the damage amount given to the enemy character.
The server system as described in any one of Claims 1-5. It further comprises behavior parameter management means for managing the behavior parameter value of each player that is consumed every time a behavior instruction operation is performed and recovered over time,
The play history management means manages the consumption amount of the action parameter value during the battle by including it in the play history,
The privilege granting means includes means for selecting a privilege to be given to each player using a consumption amount of the action parameter value during the battle.
The server system as described in any one of Claims 1-6. The play history management means manages the play date and time by including it in the play history,
The privilege granting means includes means for selecting a privilege to be given to each player using a relative relationship between a play date and time related to the battle and a date and time when the victory condition is satisfied,
The server system as described in any one of Claims 1-7. The game is a game in which a player who has received a request for participation in a battle and a player who has received a request for participation in a battle can participate.
The play history management means manages the participation request history in the play history,
The privilege granting means has means for selecting a privilege to be given to each player using whether or not the requesting player of the participation request has entered the battle.
The server system as described in any one of Claims 1-8.

Images