JP5789346B1 - GAME SERVER, GAME SERVER CONTROL METHOD, TERMINAL, AND PROGRAM - Google Patents

Abstract

A game server, a terminal, and a program are provided that are capable of producing a musical sound according to a play situation by a team. A game server is connected to a plurality of terminals operated by different players via a network, and provides a game played by a team including a plurality of player characters respectively controlled by the plurality of players. Then, for each team, participation status information representing the participation status of players participating in the play is acquired, and player characters belonging to the attention team are controlled based on the participation status information acquired for the attention team. It controls the sound that is played on the terminal operated by the player. [Selection] Figure 1

Description

  The present invention relates to a game server, a game server control method, a terminal, and a program.

  In recent years, with the spread of smartphones and the like, games provided using a service server on a network such as a social networking service (SNS) have spread. In such a game, a player (user such as a smartphone) operates a virtual player character that operates in a virtual game space and plays a game while communicating with other players.

  Also in such games, acoustic effects such as music played during the game are important, and some games are controlled so that various music is played during play.

JP2013-75189A

  However, in a game provided using a service server on the network, the music is changed according to the state of play by the team even though there is communication (for example, play by the team) with other players. No such production has been performed. For this reason, when there are a large number of participants from the team, the tune to be played does not change in spite of the excitement of the game as compared with the case where there are only a small number of participants, so the effect of production is lacking.

  The present invention has been made in view of such circumstances, and it is an object of the present invention to provide a game server, a game server control method, a terminal, and a program that can produce a sound of music according to a play situation by a team. One of them.

  Patent Document 1 discloses a technique for activating a community by calculating an evaluation value of a group based on the access frequency of fellow players.

  The present invention for solving the problems of the conventional example includes a plurality of player characters connected to a plurality of terminals operated by different players through a network and controlled by the plurality of players, respectively. A game server for providing a game played by a team, and means for obtaining participation status information representing a participation status of a player participating in a play among players controlling a player character belonging to the team for each team And ringing control means for controlling a sound ringed at a terminal operated by a player who controls a player character belonging to the team of interest based on performance parameters including the participation status information acquired for the team of attention. It is meant to be included.

  Thereby, based on the production parameters including information on the participation status such as the number of participants from the team, the sound ringed at the terminal of the player who controls the player character belonging to the team is controlled. It is possible to change the content of the tune to be played according to the excitement of the music, thereby improving the production effect.

  In addition, as described above, the participation status includes the status of predetermined operations such as the number of players participating in the play and the number of consecutive attacks (so-called combo count), and the participation status information includes these It can be a set of values representing the participation status. The effect parameter may be the participation status information itself, or may include other information. The attention team means a team selected in the processing of the game server.

  In addition, the sounding control means selects an attention team that is a target of sound control from the teams based on a predetermined selection condition, and includes the participation status information acquired for the selected attention team Based on the parameter, the sound that is ringed at the terminal operated by the player who controls the player character belonging to the team of interest may be controlled.

  That is, the game server does not necessarily have to select all teams as the team of interest. As a selection condition, for example, as a team in which the number of player characters belonging to a team exceeds a predetermined team size threshold, a team of interest may be selected only from such teams.

  Further, here, the team of interest to be controlled by the sound may be selected based on a predetermined fight parameter related to the operation of the player who controls the player character belonging to the team. As a result, for example, teams that are estimated to be “working hard”, such as 90% or more of the number of teams participating in the last five battles, and such teams struggling like this It is possible to control the sound of the player.

  In one aspect of the present invention, the game played by the team is a game played between a plurality of teams, and the ringing control means is the participation status information acquired for the team of interest and the opponent of the team of interest. Based on the production parameters including the participation status information acquired for other teams, the sound controlled by the terminal operated by the player who controls the player character belonging to the team of interest may be controlled. Good.

  Thus, for example, in a competitive game between teams, not only the own team but also the reaction of the opponent is reflected in the change of the sound, and both the own team and the opponent team participate. As the number of players increases, the effect of changing the sound becomes possible, and the effect of the effect can be improved.

  Moreover, in one example of the present invention, the ringing control means reduces the sound effect level from the highest level based on the effect parameter, and controls the sound at the reduced sound effect level. Also good. Thus, for example, when all of your team and the opponent team have joined, the highest level (volume level is maximum, the number of instruments is the highest, the tempo is the fastest level, etc.) The effect level of the sound that controls the sound whose level has been lowered from the highest level (such as lowering the volume, reducing the number of instruments, or reducing the tempo) is controlled according to the effect parameter.

  Further, the sound control means may change the threshold value of the effect according to at least a part of the effect parameter and perform sound control using the threshold value in the control of the sound based on the effect parameter. For example, if the opponent team's participation situation is bad, the battle will not rise, so by controlling this example, if the play is slightly improved or the participation situation is slightly improved according to the participation situation of the opponent team, The degree of effect by sound is controlled in accordance with the effect parameter by lowering the threshold of the degree of excitement, such as by making a sound that excites even in a situation where it is slightly advantageous.

  Furthermore, in one aspect of the present invention, elapsed time parameter information determined using an elapsed time from the start of the game performed by the team, player character state parameter information representing a state of the player character belonging to the team in the game, Means for acquiring at least one, wherein the sounding control means is configured so that the player can play the sound based on an effect parameter including at least one of the acquired elapsed time parameter information or player character state parameter information and the participation status information. Controls the sound that is played on the operating terminal.

  This makes it possible to control sound not only according to the participation status of the player but also according to the elapsed time from the start of the game and the status of the player character.

  Further, the ringing control means determines in advance at least one of the elapsed time parameter information as part of the effect parameter information and the player character state parameter information in comparison with the value at the start of the game. When the threshold value is crossed, the volume of the target sound information may be changed. This achieves sound control according to changes from the start of the game.

  Further, according to one aspect of the present invention, it further includes means for acquiring level information set for each team, and the ringing control means is based on the effect parameter and the level information about the team of interest. You may control the sound ringed in the terminal which the player who is controlling the player character which belongs to a team operates.

  Thus, by performing sound control according to the team level information, it is possible to produce a sound according to the strength of the team.

  Furthermore, it further includes means for acquiring level information set for each team, and the ringing control means is for comparing the recommended level predetermined in game play with the level information set for each acquired team. The production threshold may be changed based on the sound, and sound control may be performed using the threshold. In this way, for example, in a battle with a virtual enemy, the closer the average level of the team is to the recommended level of battle with the virtual enemy, the threshold of the climax is used as a reference. If it is too high or too weak, it is possible to produce a sound according to the level of the team and the level of the game, such as lowering the threshold of the degree of excitement.

  Further, the effect parameter includes information calculated based on a game parameter related to the game, and a terminal operated by a player who controls the player character belonging to the team of interest based on the effect parameter by the ringing control means. The sound produced by the player may be controlled, and the sound effect level of the sound produced by the terminal operated by the player may be controlled according to the game parameter.

  This makes it possible to create excitement according to the game concept, for example, when the player feels comfortable in the battle, and the degree of excitement according to the situation when the play situation is advantageous or when the game situation has become advantageous The main track can be controlled, and the sound can be produced according to the game play situation, such as the number of combos.

  The production parameter includes a game situation point calculated based on a game parameter relating to the game and a technical bonus point, and the ringing control means controls player characters belonging to the attention team based on the production parameter. The sound ringed at the terminal operated by the player is controlled, and the sound effect level of the sound ringed at the terminal operated by the player is controlled according to the battle situation point and the technical bonus point. Good.

  As a result, it is possible to produce a sound according to the game play situation, such as the battle situation and the number of combos in a battle game or the like.

  The effect parameter includes an effect level effect parameter that represents the game's intensity, and the sound control means controls the sounding of the first sound element based on the effect parameter, and the effect level effect parameter includes Based on this, the ringing of the second sound element may be controlled.

  If it does in this way, another sound element according to the degree of tension can ring, and the production of the sound according to the situation becomes possible.

  Further, while the sound sounded at the terminal is in a predetermined state, the effect parameter is repeatedly checked, and when it is determined that the effect parameter has suddenly changed, the sound effect degree by the sound sounded at the terminal is determined. Reduction control may be performed.

  As a result, for example, despite the loud sound coming out, the team's attack is monotonous, there are few chats between players, there is no combo or cooperation, and there is no teamwork. When such a situation occurs, it is assumed that the motivation of the player of the team has decreased, and when the game situation changes suddenly, such as fading out the sound and making the sound silent, control of the sound corresponding to the change It becomes possible.

  Furthermore, another aspect of the present invention is to communicate with a game server that is connected to a plurality of terminals operated by different players through a network and provides a game played for each team including a plurality of players. For a team to which a player character controlled by a player who operates the terminal belongs, participation status information indicating the participation status of players participating in play among the players belonging to the team is displayed in the game. Means for acquiring from the server, and ringing control means for controlling the sound to be ringed based on the effect parameters including the acquired participation status information.

  Furthermore, another aspect of the present invention is a game played by a team that includes a plurality of player characters that are connected to a plurality of terminals operated by different players via a network and that are controlled by the plurality of players, respectively. A game server control method for providing a game server, wherein the acquisition means acquires, for each team, participation status information representing a participation status of a player participating in the play among players controlling the player characters belonging to the team. And a sound that is sounded at a terminal operated by a player who controls the player character belonging to the team of interest based on the production parameter including the participation status information acquired for the team of interest. And a step of controlling.

  Further, another aspect of the present invention is a program, which is a team that is connected to a plurality of terminals operated by different players via a network and includes a plurality of player characters controlled by the plurality of players, respectively. A game server that provides a game to be performed in the game server, for each team, means for acquiring participation status information representing a participation status of a player participating in the play among players controlling the player characters belonging to the team; Based on the effect parameters including the participation status information acquired for the team, it is made to function as sound control means for controlling the sound sounded at the terminal operated by the player who controls the player character belonging to the team of interest. That's what it meant.

  According to the present invention, it is possible to produce a sounding sound according to a play situation or the like by a team.

It is a composition block diagram showing the example of the game system containing the game server and terminal which concern on embodiment of this invention. It is explanatory drawing showing the example of the content of the player character database which the game server which concerns on embodiment of this invention manages. It is a functional block diagram showing the example of the game server which concerns on embodiment of this invention. It is explanatory drawing showing the example of the content of the login database which the game server which concerns on embodiment of this invention manages, and a game parameter database. It is explanatory drawing showing the example of the content of the team database which the game server which concerns on embodiment of this invention manages. It is explanatory drawing showing the example of the play screen which the game server which concerns on embodiment of this invention produces | generates. It is explanatory drawing showing the example of the content of the music information which the game server which concerns on embodiment of this invention manages and distributes. It is explanatory drawing showing the example of a setting of the track to ring in the game server which concerns on embodiment of this invention. It is a flowchart figure showing the operation example of the game server which concerns on embodiment of this invention. It is a flowchart figure showing the process example of the battle game in the game server which concerns on embodiment of this invention. It is a flowchart figure showing the example of the response process to the terminal of the game server which concerns on embodiment of this invention. It is a flowchart figure showing the example of a recovery process in the game server which concerns on embodiment of this invention. It is a flowchart figure showing the attack processing example of the battle game in the game server concerning an embodiment of the invention. It is a flowchart figure showing the participation status information list production | generation example in the game server which concerns on embodiment of this invention. It is a flowchart figure showing the example of the sound control process in the game server which concerns on embodiment of this invention. It is explanatory drawing showing the example of a change of the track control value calculated in the game server which concerns on embodiment of this invention. It is a flowchart figure showing another example of the response process to the terminal in the game server which concerns on embodiment of this invention.

  Embodiments of the present invention will be described with reference to the drawings.

[Term Definition]
The main terms used in the following description are defined.
(1) A player refers to a real user who operates a terminal.
(2) A player character refers to a virtual character in a game that is controlled by an operation of a player on a terminal. This player character may be displayed as an image in the game.
(3) A team is a virtual set (a so-called guild) of a plurality of player characters constructed in a game.

[Overview]
As shown in FIG. 1, the game system 1 including the game server 10 according to the embodiment of the present invention includes a game server 10 and a plurality of terminals 20a, 20b,. including. In the following, when it is not necessary to distinguish between terminals, the suffix of the code is omitted, and it is described as “terminal 20”.

  The game server 10 is a server computer and operates a program that executes game processing performed in the present embodiment. In this embodiment, the game server 10 is connected to a plurality of terminals 20a, 20b,... Operated by different players via a network, and includes a plurality of player characters controlled by the plurality of players. Provide games to be played by a team. The configuration and operation of the game server 10 will be described later.

  The terminal 20 is, for example, a personal computer, a smartphone, etc., and communicates with the game server 10 to display an image or sound information such as music and sound effects according to instructions received from the game server 10. Perform the process. In addition, the terminal 20 accepts the operation of the player and sends information representing the content of the operation to the game server 10. The configuration and operation of this terminal 20 will also be described later.

  Further, in the following example of the present embodiment, for the sake of explanation, a game in which a team battle type battle is performed is taken as an example. However, the present embodiment is not limited to such a game, and the entire game is a team battle type battle part, as well as a quest part in which each player independently advances a predetermined story in a virtual game space. In addition, a so-called gacha part for acquiring items used in the game may be included. Further, the game may be a game in which a battle between a team and a virtual enemy prepared on the computer side is performed instead of a battle between teams.

  Further, in this battle game, the player character of one team “attacks” the player character of the opponent team, and the opponent team attacked based on the attack point (BP) set for the attacking player character The physical strength point (HP) of the player character is decreased, and when the physical strength point falls below a predetermined threshold value, the player character proceeds as if the player character is stunned and cannot attack. . The physical strength points may be increased by unit points per unit time, and after a certain amount of time has elapsed, the “stunned” player character may be able to attack again. Further, the attack point of the player character who has once attacked is reduced (decreased) by a value determined by a predetermined method.

[Configuration (1)]
In the present embodiment, the game server 10 includes a control unit 11, a storage unit 12, and a communication unit 13, as illustrated in FIG. Moreover, the terminal 20 is a smart phone etc., for example, and is comprised including the control part 21, the memory | storage part 22, the operation part 23, the display part 24, the sound ringing part 25, and the communication part 26.

  In FIG. 1, the game server 10 is illustrated as a single device, but in the present embodiment, the game server 10 may be a cluster server including a plurality of server computers. In this case, each server computer may include a storage unit, and data necessary for processing as a game may be distributed and stored in the storage unit of each server computer.

  Here, the control unit 11 is a program control device such as a CPU, and operates according to a program stored in the storage unit 12. In the present embodiment, the control unit 11 communicates with a plurality of terminals 20 to authenticate the user (player) of each terminal 20. Also, information regarding the operation of the game on the terminal 20 by the authenticated player is received from the terminal 20, the game processing is executed, and based on the result of the processing, image information and sound information (music information, etc.) of the game are obtained. Etc.) to the terminal 20.

  Moreover, this control part 11 represents the participation condition of the player who participates in the play of the said battle among the players who control the player character which belongs to a team for every team which is performing a battle in the process as this game. Get participation status information. And the control part 11 selects each as an attention team about at least one part among the teams which are performing a battle. The control unit 11 controls the sound ringed at the terminal 20 operated by the player who controls the player character belonging to the target team, based on the effect parameters including the participation situation information acquired for the selected target team. Perform the process. The specific processing contents of the control unit 11 will be described later. Here, the effect parameter may be the participation status information itself or may include other information.

  The storage unit 12 includes a memory device and a disk device. The storage unit 12 stores various programs (including the program according to the embodiment of the present invention) executed by the control unit 11. The program according to the embodiment of the present invention may be provided by being stored in a computer-readable non-transitory storage medium such as a DVD-ROM and stored in the storage unit 12. In the present embodiment, the storage unit 12 also operates as a work memory of the control unit 11.

  In the present embodiment, as illustrated in FIG. 2, the storage unit 12 includes, for each player, a player identifier (P), a player character identifier (C) controlled by the player identified by the identifier, Various parameters such as information (T: team identifier) for identifying the team to which the player character belongs, player level information (Lv) used in the game processing relating to the player character, attack point (BP), physical strength point (HP), etc. Information (BP, HP...) Is associated and stored as a player character database.

  The communication unit 13 is a network interface or the like, and transmits and receives various information to and from the terminal 20 via the network. Specifically, the communication unit 13 outputs information received from the terminal 20 via the network (including information indicating the contents of the operation) to the control unit 11. In addition, the communication unit 13 sends image information and the like to the terminal 20 that is the instructed destination in accordance with the instruction input from the control unit 11.

  The control unit 21 of the terminal 20 is a program control device such as a CPU, and operates according to a program stored in the storage unit 22. In the example of the present embodiment, the control unit 21 functions as a browser. That is, the control unit 21 instructs the communication unit 26 to request the game server 10 for game image information and sound information, receives the image information received from the game server 10 by the communication unit 26, and receives the image information. Is displayed on the display unit 24, and the sound ringing unit 25 is controlled in accordance with an instruction received by the communication unit 26 from the game server 10 to perform a sound information ringing process. In addition, the control unit 21 instructs the communication unit 26 to send information about operations performed by a user who is a player to the game server 10. The operation of the control unit 21 will be described later.

  The storage unit 22 includes a memory device and the like. The storage unit 22 stores a program executed by the control unit 21. The program may be provided by being stored in a computer-readable and non-transitory storage medium, and may be stored in the storage unit 22 or may be received via a network and stored in the storage unit 22. It may be a thing. In the present embodiment, the storage unit 22 also operates as a work memory of the control unit 21.

  The operation unit 23 is, for example, a touch panel arranged on the display unit 24, accepts a user's instruction operation, and outputs the content of the instruction operation to the control unit 21. The display unit 24 is a liquid crystal display or the like, and displays image information in accordance with an instruction input from the control unit 21. The sound ringing unit 25 includes an amplifier, a speaker, and the like. The sound sounding unit 25 sounds a sound according to an instruction input from the control unit 21.

  The communication unit 26 is a network interface or the like, and transmits / receives various information to / from the game server 10 via the network. Specifically, the communication unit 26 outputs information received from the game server 10 via the network to the control unit 21. Further, the communication unit 26 sends operation information and the like to the game server 10 that is the instructed destination in accordance with the instruction input from the control unit 21.

  Next, the operation of the control unit 11 will be described by taking as an example the case of performing a team battle type battle game. The control unit 11 implements each functional block illustrated in FIG. 3 by executing the program of the present embodiment stored in the storage unit 12. That is, in an example of the present embodiment, by executing a program stored in the storage unit 12, the control unit 11 performs the player authentication unit 31, the game information distribution control unit 32, the team information management unit 33, Functions as a battle configuration processing unit 34, a time management unit 35, a battle processing unit 36, a player character management unit 37, a participation status information acquisition unit 38, a track control value calculation unit 39, and a sound control unit 40 Will be.

  Here, the player authentication unit 31 receives a request for game information from the terminal 20 and authenticates a user (player) who operates the terminal 20 by a predetermined method. Specifically, this authentication may be performed by inputting a user name or a password. The player authenticating unit 31 acquires the player identifier of the player who has been successfully authenticated from the player character database illustrated in FIG. 2, and communicates the acquired player identifier with the terminal 20 operated by the player who has been successfully authenticated. The parameter information to be used (the network address, session identifier, etc. of the terminal 20) is associated with each other and stored in the storage unit 12 as a login database as shown in FIG.

  The game information distribution control unit 32 accepts a request for image information and sound information related to the game of the battle part from the terminal 20 operated by the authenticated player, outputs the request for image information to the battle processing unit 36, and outputs the sound information. The request is output to the sound control unit 40. In the present embodiment, the game provided by the game server 10 may include not only the battle part game described here but also other parts such as a quest part as described above. In other words, the authenticated player does not necessarily participate in the battle part game as a member of the team. Therefore, in an example of the present embodiment, the game server 10 sets a player who operates the terminal 20 that has requested image information and sound information related to the battle part game as a player participating in the battle part play. . Then, the list of the player identifiers is stored in the storage unit 12 as a player part participating player list.

  The team information management unit 33 manages a team database that stores information on teams. Specifically, in this team database, as illustrated in FIG. 5, the team name arbitrarily determined by the player who controls the player character belonging to the team with respect to the team identifier issued uniquely to each team, A player identifier for controlling a player character set as a team leader and each player identifier for controlling each player character belonging to the team are associated with each other. In the example of the present embodiment, level information for the entire team may be recorded in association with each team identifier. Here, the team level information may be a value calculated from the parameter information of the player character to which the player belongs, such as an average value of attack points associated with each player who controls each player character belonging to the team, It may be a value calculated based on a past operation history by a player who controls a player character belonging to the team, such as a team's past winning rate. Moreover, the information calculated | required combining these values may be sufficient.

  The player character is assigned to the team as follows. For example, to a player who controls a player character set as a team leader (referred to as a leader player), a player wishing to belong transmits a message to that effect. When the leader player who has received the message performs an operation to approve the affiliation, the game server 10 wishes to belong to the team database in association with the team identifier of the team for which the leader player is the leader. To add a player identifier to be added.

  Further, the withdrawal of the player character from the team means that the game server 10 belongs to the team to which the player belongs in the team database in response to the player controlling the player character wishing to withdraw performing an operation to withdraw. This is achieved by performing a process of deleting the player identifier associated with the team identifier.

  Further, when the player performs an operation for creating a new team, the game server 10 issues a new unique team identifier and stores it in the team database. Further, in association with the issued team identifier, the player identifier that has performed an operation for creating a new team is recorded in the team database as a player identifier that controls the player character set as the leader of the team.

  Various processes that are well-known may be adopted for the processes related to such team creation, team affiliation, and withdrawal from the team, and further detailed description thereof is omitted here.

  The battle configuration processing unit 34 determines a combination of teams that perform the battle. Specifically, when accepting an operation for participating in the battle from the leader player of the team that desires the battle, the battle composition processing unit 34 stores the team identifier of the team for which the leader player is the leader as a battle waiting team. . Then, the battle configuration processing unit 34 selects a pair of teams from the team associated with the team identifier stored as a battle waiting team, for example, at random, or a condition such that the difference in team level is less than a predetermined threshold value. Select by. The battle configuration processing unit 34 associates the team identifiers of the selected pair of teams with each other and stores them in the storage unit 12 as the next battle battle list.

  The time management unit 35 manages the start and end times of the battle game between the pair of teams performed in the battle processing unit 36. Specifically, the time management unit 35 obtains information on the current time from a timing unit (not shown), and when the time determined in advance as the battle start time arrives, gives an instruction to start the battle game process. It outputs to the battle process part 36.

  In an example of the present embodiment, it is assumed that the battle game is started four times at 10 o'clock, 12 o'clock, 7 o'clock, and 9 o'clock every day and is set to be held for 1 hour each.

  In addition, the time management unit 35 obtains information on the current time from a time measuring unit (not shown), and when the time determined in advance as the battle end time arrives, an instruction to end the battle game process is displayed in the battle process. To the unit 36. Further, the time management unit 35 accepts an inquiry about the elapsed time from the time set as the battle start time, and outputs information representing the elapsed time.

  When receiving an instruction to start the battle game process, the battle processing unit 36 refers to the next battle battle list, and sequentially takes out a pair of team identifiers as an attention pair. The battle processing unit 36 issues a unique battle identifier for each pair of team identifiers associated with each other recorded in the next battle battle list, and as a game parameter database, as illustrated in FIG. The team identifier included in the target pair is recorded in association with the unique battle identifier.

  Further, as illustrated in FIG. 4B, the battle processing unit 36 lastly attacks the player characters belonging to the team as parameter information (game parameters) regarding the game with respect to each of the recorded team identifiers. Information on the time (hereinafter referred to as the most recent attack time) and the number of times that a player character in the team has attacked the opponent within a predetermined time, for example, as the number of times of a predetermined operation by a player participating in the play Information corresponding to the number of consecutive predetermined operations (hereinafter referred to as the number of combos) and the damage given to the player character of the opponent team in the last attack (decrease in physical strength points of the player character of the opponent team, hereinafter the most recent attack) Called the damage points) and the total amount of damage done to the opponent team's player character during the battle Decrease in the sum of the strength point of team of the player character, battle beginning is initialized to "0". Hereinafter, referred to as GP points) and recorded on the game parameter database in association with.

  The battle processing unit 36 removes the attention pair from the next battle battle list, and repeats the process of sequentially retrieving the pair of team identifiers as the attention pair, referring to the next battle battle list until all team identifier pairs are deleted. And continue processing.

  The battle processing unit 36 refers to the game parameter database and obtains a pair of team identifiers associated with the battle identifier for each battle identifier recorded in the game parameter database. The battle processing unit 36 further acquires information such as the physical strength points of the player character associated with each of the pair of team identifiers with reference to the team database and the player character database, and one of the obtained team identifiers. Based on the physical strength points of the player character belonging to the team identified by the team identifier (referred to as the first team), the physical strength points of the player character belonging to the team identified as the other team identifier (referred to as the second team), etc. Generate a play screen.

  Specifically, as illustrated in FIG. 6, this play screen displays a human-type character display (C1) corresponding to the number of player characters belonging to the first team in the virtual battle field F, and the second team. A humanoid character display (C2) corresponding to the number of player characters belonging to the player character and a total of physical strength points (H1, H2) of the player characters belonging to the first and second teams are displayed. Note that buttons for instructing attacks and the like are arranged on the play screen (N1, N2,...).

  The battle processing unit 36 repeatedly updates the play screen at every predetermined timing, and stores the updated play screen information in the storage unit 12 in association with the battle identifier.

  When the battle processing unit 36 receives a request for a screen related to the battle game from the game information distribution control unit 32, the player identifier of the player who is operating the terminal 20 that has made the request is illustrated in FIG. Get by referring to the login database. The battle processing unit 36 acquires the team identifier associated with the acquired player identifier with reference to the team database illustrated in FIG. 5, and further refers to the game parameter database illustrated in FIG. Get the battle identifier associated with the assigned team identifier. Then, the battle processing unit 36 sends the play screen information held in the storage unit 12 in association with the acquired battle identifier to the requesting terminal 20.

  Also, when accepting an attack operation from the terminal 20, the battle processing unit 36 acquires a player identifier (hereinafter referred to as an attacker identification name) of the player who is operating the terminal 20 with reference to the login database. . The battle processing unit 36 acquires the team identifier (attacker side team identifier) associated with the acquired attacker identification name with reference to the team database. Further, the battle processing unit 36 refers to the game parameter database, obtains a battle identifier associated with the obtained attacker-side team identifier, and further collects another team identifier associated with the battle identifier ( Read the team identifier of the opponent team.

  The battle processing unit 36 acquires the physical strength point (attacker physical strength point) and the attack point (attacker physical attack point) of the player character stored in the player character database in association with the attacker identification name. It is checked whether or not a predetermined value is exceeded (whether the attacker's player character is not in a “stunning” state). If the attacker physical strength point does not exceed the predetermined value, the battle processing unit 36 interrupts the processing related to the attack. Further, if the attacker physical strength point exceeds a predetermined value, the battle processing unit 36 associates with the read team identifier of the opponent team at random from the player identifiers stored in the team database (or Select one identification name as an attack target (according to a predetermined rule), and associate the player character's health points stored in the player character database in association with the player identifier selected as the attack target. The player character database is updated by decreasing the value calculated by using the acquired attacker attack points (value representing the strength of the attack, hereinafter referred to as hit points). For example, the hit point may be a value obtained by adding an attacker attack point and a random value to provide randomness.

  At this time, the battle processing unit 36 decreases the attack points (attacker attack points) of the player character stored in the player character database in association with the attacker identification name according to a predetermined rule, and the player character database. Update.

  By the process related to the attack of the battle processing unit 36, a play is produced in which the attack points of the attacked player character are reduced and the physical strength points of the attacked player character are reduced.

  At this time, the battle processing unit 36 also acquires information on the current date and time, and information on the latest attack time associated with the attacker-side team identifier in the game parameter database.

  Then, the battle processing unit 36 checks whether or not the difference between the acquired current date and time information and the latest attack time information is less than a predetermined time difference (for example, 10 minutes or less). Then, “1” is stored as information on the number of combos associated with the attacker team side identifier. Also, the battle processing unit 36 increments the information on the number of combos associated with the attacker team side identifier by “1” if the difference between the current date information and the latest attack time information is less than a predetermined time difference. To do. Moreover, the battle process part 36 overwrites the acquired information of the present date as information on the latest attack time. If there is no information on the latest attack time, the acquired current date and time information is stored as information on the latest attack time in association with the attacker team identifier in the game parameter database, and the combo associated with the attacker team identifier is stored. “1” is stored as information on the number of times.

  Further, the battle processing unit 36 overwrites the calculated hit point value with the value of the most recent attack damage point associated with the attacker team side identifier, and at the GP point associated with the attacker team side identifier, The game parameter database is updated by adding the calculated hit point values.

  Then, as illustrated in FIG. 6, the battle processing unit 36 indicates that an attack has been performed on the player character selected as the attack target from the player character controlled by the player identified by the attacker identifier. The image K is synthesized on the play screen.

  When receiving an instruction to end the battle game from the time management unit 35, the battle processing unit 36 refers to the game parameter database and selects each of the battle identifiers recorded in the game parameter database as the attention battle identifier. Then, the following processing is performed.

  That is, the battle processing unit 36 compares the value of the GP point recorded in association with each team identifier for each of the pair of team identifiers associated with the attention battle identifier, and associates the value with a larger GP point value. The team identified by the identified team identifier is considered a victory, and the team identified by the team identifier associated with the smaller GP point value is defeated. The result of winning or losing for each battle identifier is recorded on a predetermined web page or the like so that the player who controls the player character belonging to each team can refer to it appropriately.

  The player character management unit 37 performs recovery processing such as attack points (BP) and physical strength points (HP) of the player character over time. Specifically, as the attack point (BP) recovery process, the player character management unit 37 repeats the following process at predetermined timings (for example, periodically). That is, the player character management unit 37 refers to the player character database, and sequentially selects the player identifiers stored in the player character database as attention identification names. Then, the player character management unit 37 determines the maximum attack point value determined for the player character (referred to as the attention character) controlled by the player identified by the identification name as the attack point (BP) associated with the attention identification name. If it is less than that, a predetermined value is added to the value of the attack point to calculate an updated attack point value. If the updated attack point value exceeds the maximum attack point value for the target character, the player character management unit 37 sets the updated attack point value as the maximum attack point value for the target character. Then, the player character management unit 37 updates the player character database by overwriting the updated attack point value with the attack point value stored in the player character database in association with the target identification name.

  In addition, as a recovery process of the physical strength point (HP), the player character management unit 37 determines that the physical strength point (HP) associated with the attention identification name is less than the maximum physical strength point value determined for the attention character. The updated physical strength point value is calculated by adding a predetermined value to the point value. Here, when the updated physical strength point value exceeds the maximum physical strength point value for the attention character, the player character management unit 37 sets the updated physical strength point value as the maximum physical strength point value for the attention character. Then, the player character management unit 37 updates the player character database by overwriting the updated physical strength point value over the physical strength point value stored in the player character database in association with the attention identification name.

  Here, the maximum attack point and the maximum physical strength point determined for the attention character may differ depending on, for example, level information (Lv) associated with the attention identification name. Specifically, the maximum attack point and the maximum physical strength point may be determined in advance for each level information (Lv) so that the larger the level information (Lv), the larger the maximum attack point and the maximum physical strength point.

  In this example, the attack point and the physical strength point are recovered. However, if there are other parameters managed for each player character that should be recovered (or updated) over time, the player character The management unit 37 updates the parameter by the same process as described above.

  When the battle processing unit 36 starts the battle game process, the participation status information acquisition unit 38 refers to the game parameter database, and each pair of battle identifiers recorded in the game parameter database is associated with the battle identifier. Get the team identifier.

  The participation status information acquisition unit 38 performs the following processing while selecting each of the acquired team identifiers as an attention identifier. That is, the participation status information acquisition unit 38 refers to the team database and counts the number N of player identifiers recorded in association with the attention identifier. In addition, among the player identifiers recorded in association with the attention identifier, the number n of player identifiers included in the battle part participating player list is counted. Then, the participation situation information acquisition unit 38 calculates a value (participation rate) n / N and associates it with the team identifier selected as the attention identifier as the participation situation information list as illustrated in FIG. The participation rate is stored in the storage unit 12.

  By the operation of the participation status information acquisition unit 38, the participation status information list includes, for each team, the ratio of participation of player characters belonging to the team to the battle game (with respect to the total number of player characters belonging to the team, A list of the ratio of the number of player characters participating in the battle game is generated.

  When the battle processing unit 36 starts the battle game process, the track control value calculation unit 39 refers to the game parameter database, and for each of the battle identifiers recorded in the game parameter database, a pair of the track control value calculation unit 39 associated with the battle identifier. Get the team identifier.

  The track control value calculation unit 39 performs the following process while selecting each of the acquired team identifiers as a target identifier. That is, the track control value calculation unit 39 refers to the participation status information list, acquires the participation rate value associated with the attention identifier, and calculates the track control value using the participation rate value. In an example of the present embodiment, the track control value calculation unit 39 may use the participation rate value itself as the track control value.

  Further, the track control value calculation unit 39 may further calculate the track control value by using the information recorded in the game parameter database with reference to the game parameter database. An example of calculating other track control values by the track control value calculation unit 39 will be described later.

  The sound control unit 40 controls the sound ringed at the terminal 20 of each player based on the track control value calculated by the track control value calculation unit 39 for each team identifier.

  In one example of the present embodiment, the information related to the sound that is ringed at the terminal 20 during the battle game includes a plurality of pieces of main track information TR1, TR2, as first sound elements, as illustrated in FIG. ... and at least one extra track information TRe as a second sound element. The plurality of main track information and extra track information include sound information (information representing sound) that can be sounded independently or can be sounded all at once. Here, the sound information included in each track information (main track information TR1, TR2,..., And extra track information TRe) may be waveform information such as WAV format or MP3 format, or musical score information such as a standard MIDI file. It may be.

  In an example of the present embodiment, the sound information included in the main track information is used as sound information that indicates that the game is proceeding advantageously, and the sound information included in the extra track is used as the game status for the player. It may be a sound effect that is sounded when it becomes disadvantageous. That is, in the example of the present embodiment, as the sound that can be ringed at the terminal 20, when the game is proceeding advantageously, a positive sound that produces an advantageous progress, and the game is disadvantageous. When it becomes, the negative sound which produces the said state may be prescribed | regulated.

  In the example of the present embodiment, as shown in FIG. 8, for each main track information, as a condition for sounding the sound information included in the main track information, a condition related to the track control value is set as a track reproduction condition. May be. Specifically, an effect threshold value (or a plurality of effect values) corresponding to the track control value may be determined in advance, and the sound information to be sounded may be varied each time the effect control threshold crosses the track control value. In the example of FIG. 8, the sound information related to the main track information TR1 is sounded regardless of the track control value, and the sound information related to the main track information TR2 is the track control value equal to or greater than the first threshold value θ1. The sound information related to the main track information TR3 is set to indicate that the sound information is sounded when the track control value is equal to or greater than the second threshold value θ2.

  In general, the more main tracks you can hear, the more exciting the sound. That is, the degree of production by sound (sound production) increases. Accordingly, the track control value increases as in the example here, and the sound effect increases as the threshold values θ1, θ2, and θ3 (corresponding to the effect threshold values) are crossed.

  In this example, when the sound control unit 40 receives a request for sound related to the battle game from the game information distribution control unit 32, the sound control unit 40 refers to the login database for the player identifier of the player who is operating the terminal 20 that has made the request. Get. The sound control unit 40 distributes music information including the plurality of main track information TR1, TR2,... And at least one extra track information TRe to the terminal 20 that has made the request.

  The sound control unit 40 acquires the team identifier associated with the player identifier acquired with reference to the login database with reference to the team database, and the track control value calculation unit 39 calculates the track with respect to the acquired team identifier. Get the control value. Then, the sound control unit 40 refers to the preset track playback conditions, and specifies the main track information associated with the threshold value exceeding the obtained track control value (main track information to be sounded) Is sent to the terminal 20 that has requested the sound.

  Also, the sound control unit 40 determines whether or not the reproduction condition of the extra track information TRe is satisfied. If the reproduction condition of the extra track information TRe is satisfied, the sound control unit 40 determines to the terminal 20 that has requested the sound. An instruction to ring the extra track information TRe is sent.

  In the present embodiment, the terminal 20 side accesses the game server 10 in response to an instruction operation from a user who is a game player, sends out authentication information to the game server 10, logs in, and battle games. Request screen information and sound information.

  Then, the terminal 20 receives the information on the play screen of the battle game distributed by the game server 10 in response to this request, and displays and outputs the information on the play screen on the display unit 24. When the player taps an “attack” button or the like arranged on the play screen, the terminal 20 sends information indicating that there has been an attack instruction to the game server 10. The terminal 20 repeatedly asks the game server 10 for a battle game screen every predetermined timing, and obtains an updated play screen.

  Further, the terminal 20 stores the music information distributed from the game server 10 in the storage unit 22. Further, when the terminal 20 receives from the game server 10 information indicating which main track information is to be ringed among the main track information included in the music information distributed by the game server 10, the terminal 20 stores the information in the storage unit 22. Among the music information, the sound information included in the main track information to be sounded specified by the received information is sounded.

  Further, when receiving an instruction from the game server 10 to sound the extra track information TRe, the terminal 20 sounds the sound information related to the extra track information TRe included in the music information stored in the storage unit 22.

  Here, an example of calculating other track control values by the track control value calculation unit 39 in the game server 10 will be described. In the above-described example, the track control value calculation unit 39 refers to the participation status information list for each team, acquires the participation rate value associated with the team identifier of the team, and uses the participation rate value. However, the present embodiment is not limited to this.

  For example, the track control value calculation unit 39 counts the number n of player identifiers included in the battle part participating player list among the player identifiers recorded in association with the corresponding team identifiers in the team database for each team. Then, the track control value may be calculated based on this number n (the number of players participating in the play among the players controlling the player characters belonging to the team: the number of player participation).

  Furthermore, the track control value calculation unit 39 may calculate the track control value by referring to the game parameter database and using information such as game parameters recorded in the game parameter database. Specifically, the track control value calculation unit 39 is associated with a team identifier (referred to as an attention identifier) of a team whose track control value is to be calculated, stored in the game parameter database, and associated with the battle identifier. The team identifier (team identifier of the opponent team of the battle: opponent identifier) different from the notice identifier is read out.

  Then, the track control value calculation unit 39 obtains the combo count FCn, the most recent attack damage point FDp, and the GP point FGP as game parameters stored in the game parameter database in association with the attention identifier, and also relates to the attention identifier. The participation rate FPR = n / N is obtained by referring to the participation status information list. Further, the track control value calculation unit 39 obtains GP points EGP stored in the game parameter database in association with the opponent identifier.

  The track control value calculation unit 39 further reads out a player identifier and a physical strength point value (that is, a physical strength point value for each player character of the opponent team) associated with the opponent identifier from the player character database. Then, the number of player characters whose physical strength point value is lower than a predetermined value (the number of player characters of the opponent team in the “stunning” state) EDn is counted, and among the read player identifiers, the battle part participation The number of player identifiers included in the middle player list (that is, the number of opponent players participating) En is obtained. Further, the track control value calculation unit 39 obtains the sum of the maximum physical strength point values determined for the player characters belonging to the opponent team identified by the opponent identifier (that is, the sum of the maximum physical strength point values of the opponent team) EHPMAX. You may keep it.

The track control value calculation unit 39 uses (1) the point occupancy of the team FGPR = FGP / (FGP + EGP) as an effect parameter for each team based on the obtained information.
(2) Friend participation rate FPR = n / N (where N is the total number of player characters belonging to the team)
(3) Fainting rate EDR = EDn / En
(4) Latest maximum combo arrival rate RMCP = FCn / CMAX (where CMAX is a predetermined maximum number of combos)
(5) Latest maximum attack damage rate RMAP = FDp / EHPMAX
From these, the team's battle point BCP and technical bonus point TBP are further calculated.
BCP = α × FGPR + β × FPR + γ × EDR,
TBP = ε × RMCP + φ × RMAP
And the track control value may be the sum BCP + TBP. Here, α, β, γ, ε, and φ are parameter values that can be determined empirically.

  When the track control values are determined in this way (α, β, γ, ε, and φ are all positive values), the point occupancy rate of the own team, the participation rate of the own team, The higher the opponent's faint rate, and the higher the most recent combo arrival rate and the most recent maximum attack damage rate, the larger the track control value, and in the previous example, the number of sound information of the main track information that is ringing increases. Thus, a more lively musical piece is ringed, the sound production degree is increased, and the excitement according to the number of participants in the game is effectively produced.

  In particular, if the sound information included in the main track information is a positive sound that directs that the game is proceeding in an advantageous manner, In addition, the higher the latest maximum combo arrival rate and the latest maximum attack damage rate (the higher the groove feeling of the player on the player's team side), the stronger the degree of effect that the player is progressing advantageously.

  Note that what kind of effect parameter is calculated according to which game parameter may be determined according to the concept of each game. In addition, the production parameters are not limited to the above example, the number of types of attacks performed per unit time (the number of types of skills used, that is, parameters related to monotony of play), and chat between players May be included in the number of messages exchanged by chat.

  Furthermore, the track control value is set to change based on an elapsed time parameter (for example, the elapsed time itself may be used) determined using the elapsed time from the start of the battle game (elapsed time from the start of the game performed by the team). May be.

In this case, when calculating the track control value, the track control value calculation unit 39 inquires of the time management unit 35 about the elapsed time from the time set as the battle start time, and Information t representing time is obtained from the time management unit 35 in advance. Then, the track control value calculation unit 39 uses the elapsed time information t and the exponential function exp (exp (x) means the natural logarithm e to the power of x) and uses the time decay rate exp ( The track control value may be obtained by multiplying the value of −κ · t) by the value of BCP + TBP. Note that κ is a parameter value that can be determined empirically, and the target to be multiplied by the time decay rate may be only BCP or only TBP. That is, for example, the track control value calculation unit 39 calculates the track control value,
Track control value = BCP + TBP × exp (−κ · t) (1)
It is good.

  Further, the production threshold value for the track control value, for example, the threshold value indicating which sound information related to the main track information exemplified in FIG. 8, is the opponent participation rate EPR (where EPR = En / EN, where EN (Total number of player characters belonging to the opponent team), etc., which may not be controlled by the player on the own team side, or other presentation parameters.

  As an example, the performance threshold may be reduced as the opponent participation rate EPR is lower. According to this example, in a game where the opponent's participation rate is low and not so exciting, the combo arrival rate on the ally side is not so large compared to the case where the opponent's participation rate is relatively high (that is, slightly advantageous) Even if it is only play), the degree of sound production is increased and the excitement of the game is produced.

  Further, the game server 10 of the present embodiment is in a state where the production parameters such as the ally participation rate and the opponent participation rate are relatively high, and the subsequent production parameter changes while the sound production degree is relatively high. When it is determined that the production parameter has decreased rapidly, it is determined that the player's motivation has decreased, and the track control value is set to the minimum value, or the sounding of sound at the terminal 20 is stopped (muted) ) May be controlled.

  Specifically, the game server 10 of this example has the effect used for calculating the track control value while the track control value related to the sound effect level is higher than a predetermined threshold value (referred to as a high level threshold value). Check the parameters repeatedly. When the production parameter satisfies a predetermined sudden change condition (for example, a result obtained by subtracting the production parameter examined this time from the production parameter examined last time) is a predetermined threshold value (referred to as a parameter difference threshold value). The track control value is set to the lowest value (for example, “0”) on the assumption that the sudden change condition is satisfied when exceeding. Accordingly, for example, when the setting illustrated in FIG. 8 is performed, the terminal 20 is in a state where only the sound related to the main track information TR1 is sounded out of the main track information, and the sound effect level is relatively high. The sound production degree is controlled to the lowest level.

  When the sudden change condition is satisfied, the game server 10 instructs the terminal 20 to mute the sound (corresponding to one aspect of the reduction control), and the terminal 20 plays the sound according to the instruction. You may stop.

[Operation example]
The game system of the present embodiment basically has the above configuration and operates as follows. In an example of the present embodiment, the game server 10 performs a battle game process between a pair of teams. In this example, as illustrated in FIG. 9, the game server 10 selects a pair of teams as a team to fight against from teams set in the team database, and generates a next battle battle list (S11).

  Then, the game server 10 determines whether or not a predetermined battle game start time has arrived (S12). If the game server 10 has not arrived (S12: No), the process S12 is repeatedly executed. If it is determined in process S12 that the predetermined battle start time has arrived (S12: Yes), the battle game process between the pair of teams based on the content recorded in the next battle battle list by the game server 10 (S13).

  During the battle game process, the game server 10 obtains information on the current time by a time measuring unit (not shown), and determines whether or not the time set in advance as the battle game end time has arrived. Check (S14). Here, if the end time of the battle game has not arrived (S14: No), the game server 10 continues the process of the battle game.

  If the end time of the battle game has come in process S14 (S14: Yes), the game server 10 stops the process of the battle game (process S13) and records it in the game parameter database with reference to the game parameter database. The next processing is repeated while selecting each of the battle identifiers being selected as the target battle identifier.

  The game server 10 acquires each of the pair of team identifiers associated with the battle identifier selected as the attention battle identifier, and compares the values of the GP points recorded in association with the acquired team identifiers ( S15). Then, the game server 10 determines that the team identified by the team identifier associated with the larger GP point value wins, and determines that the team identified by the team identifier associated with the smaller GP point value is defeated ( Win / loss determination: S16). The game server 10 records the result of this determination in association with each team identifier or attention battle identifier (S17), and ends the process.

  Further, while the battle game is being performed in the process S13, when the game server 10 receives a request for a screen related to the battle game from the terminal 20 of the player, the player controls that the player has participated in the battle game. Increment the number of players participating in the team to which the player character belongs. In addition, at this time, the game server 10 distributes information on the music ringed by the terminal 20 to the terminal 20 side. As described above, the music information includes a plurality of main track information TR1, TR2,... And at least one extra track information TRe.

  Furthermore, as illustrated in FIG. 10, the game server 10, as illustrated in FIG. 10, as a battle game process in process S <b> 13, generates a play screen for each battle identifier (S <b> 21), and a player character controlled by a player participating in the battle game. The process related to the recovery of the parameters (S22), the process of generating the participation status information list (S23), and the process of accepting a request or instruction from the terminal 20 operated by the player for each battle identifier and responding to the request or instruction ( S24) is executed in parallel. Here, executing each processing in parallel can be realized by performing so-called multitask processing. Further, when the game server 10 stops the process of the battle game in the process S13, each of these processes is interrupted even during the execution, and when the play screen is requested, the battle game is ended. Or information on a screen prepared in advance indicating that a battle game is not being performed is sent to the requesting terminal 20.

  In the process S24, as illustrated in FIG. 11, the game server 10 stands by until a request or instruction is accepted from the terminal 20 operated by the player (S31: No), and when there is a request or instruction (S31: Yes), The player identifier of the player who operates the terminal 20 that issued the request or instruction is added to the battle part participating player list stored in the storage unit 12. Here, if the player identifier of the player who operates the terminal 20 that has made the request or instruction received in step S31 is already recorded in the battle part participating player list, there is no need to make additional writing.

  In addition, the game server 10 determines whether the request or instruction received in the process S31 is a request for a play screen and sound related to the battle game, or an instruction that an attack should be performed (S32). . Here, if the request or instruction received from the terminal 20 operated by the player is an instruction indicating that an attack should be performed (S32: attack instruction), the game server 10 executes an attack-related process (S33).

  On the other hand, in the process S32, if the request or instruction received from the terminal 20 operated by the player here requests a play screen and sound related to the battle game (S32: request), the game server 10 The process of sending play screen information to the terminal 20 (S34) and the sound control process (S35) are executed. Note that these processes S34 and S35 are described in this order for convenience of illustration, but these execution orders may be reversed or performed in parallel.

  The game server 10 repeatedly executes a play screen generation process (process S21). In this generation process, the game server 10 refers to the game parameter database and obtains a pair of team identifiers associated with the battle identifier for each battle identifier recorded in the game parameter database. Then, the game server 10 acquires information such as physical strength points of the player character associated with each of the pair of team identifiers with reference to the team database and the player character database. The game server 10 uses the physical strength points of the player character belonging to the team identified by one team identifier (referred to as the first team) and the team identified by the other team identifier (second) among the obtained team identifiers. A play screen as illustrated in FIG. 6 is generated using the physical strength points of the player characters belonging to the team.

  Further, in the process related to the recovery of the player character parameters (process S22), the game server 10 determines in advance a recovery process of the player character's attack points (BP), physical strength points (HP), etc. as time passes. Repeatedly at each timing (for example, periodically).

  In this process, as illustrated in FIG. 12, the game server 10 refers to the player character database, arranges the player identifiers stored in the player character database in a predetermined order, and sets one player identifier in the order of arrangement. Each is selected as an attention identification name (S41), and the following processing is performed.

  Whether the game server 10 has an attack point (BP) associated with the attention identification name that is less than the maximum attack point value defined for the player character (referred to as the attention character) controlled by the player identified by the identification name It is determined whether or not (S42). Here, if it is less than the maximum attack point value determined for the character of interest (S42: Yes), the game server 10 calculates an updated attack point value by adding a predetermined value to the value of the attack point ( S43). Then, the game server 10 determines whether or not the updated attack point value exceeds the maximum attack point value for the target character (S44).

  Here, when the updated attack point value exceeds the maximum attack point value determined for the target character (S44: Yes), the game server 10 uses the updated attack point value calculated in step S43 for the target character. Is the maximum attack point value (S45). The game server 10 updates the player character database by overwriting the updated attack point value with the attack point value stored in the player character database in association with the attention identification name (S46).

  Further, the game server 10 determines whether or not the physical strength point (HP) associated with the attention identification name is less than the maximum physical fitness point value determined for the attention character (S47). If it is less than the maximum physical strength point value determined for the character of interest here (S47: Yes), an updated physical strength point value is calculated by adding a predetermined value to the value of the physical strength point (S48).

  Here, the game server 10 determines whether or not the updated physical strength point value exceeds the maximum physical strength point value for the attention character (S49), and if the updated physical strength point value exceeds the maximum physical strength point value determined for the attention character (S49). : Yes), the updated physical strength point value is set as the maximum physical strength point value for the character of interest (S50). Then, the game server 10 updates the player character database by overwriting the updated physical strength point value with the physical strength point value stored in the player character database in association with the attention identification name (S51).

  If the attack point (BP) associated with the attention identifier in process S42 is not less than the maximum attack point value determined for the target character (S42: No), the game server 10 proceeds to process S46. And continue processing. If the updated attack point value does not exceed the maximum attack point value in process S44 (S44: No), the process proceeds to process S46 and the process is continued.

  If the physical strength point (HP) associated with the attention identification name in step S47 is not less than the maximum physical strength point value determined for the attention character (S47: No), the game server 10 proceeds to processing S51. Continue. In addition, when the updated physical strength point value does not exceed the maximum physical strength point value for the attention character in processing S48 (S49: No), the game server 10 proceeds to processing S51 and continues the processing.

  In the process related to the attack (process S33) in FIG. 10 (process of S24), as illustrated in FIG. 13, the game server 10 first instructs the player to control the player character who operates the terminal 20 and instructs the attack. A process for identifying the team to which the team belongs and the team of the opponent who is in battle with the team in the battle game is performed (S60: team identification process).

  Specifically, in this team identification process, the game server 10 acquires a player identifier (hereinafter referred to as an attacker identification name) of a player who is operating the terminal 20 who has instructed an attack with reference to a login database. . Further, the game server 10 acquires a team identifier (attacker side team identifier) associated with the acquired attacker identification name with reference to the team database. Furthermore, the game server 10 refers to the game parameter database, obtains a battle identifier associated with the obtained attacker-side team identifier, and further collects another team identifier (the opponent) associated with the battle identifier. Read the team identifier).

  The game server 10 acquires the physical strength points (attacker physical strength points) and attack points (attacker attack points) of the player character stored in the player character database in association with the attacker identification name (S61).

  The game server 10 checks whether or not the attacker physical strength point acquired in the process S61 exceeds a predetermined value (whether the attacker's player character is not in a “stunning” state) (S62). Here, if the attacker's physical strength point does not exceed the predetermined value, that is, if the attacker's player character is “stunned” (S62: Yes), the game server 10 interrupts the process related to the attack and performs the process. Exit.

  If the attacker's physical strength point exceeds the predetermined value in the process S62, that is, if the attacker's player character is not stunned (S62: No), the game server 10 determines that the opponent team's In association with the team identifier, one identifier is randomly selected (or in accordance with a predetermined rule) from the player identifiers stored in the team database (S63).

  The game server 10 uses only the hit points calculated using the acquired attacker attack points for the physical strength points of the player character stored in the player character database in association with the player identifier selected as the attack target. Decrease and update the player character database (S64).

  Further, the game server 10 updates the player character database by reducing the attack points (attacker attack points) of the player character stored in the player character database in association with the attacker identification name according to a predetermined rule ( S65).

  Furthermore, the game server 10 acquires information on the current date and time (date and time of processing) and information on the latest attack time associated with the attacker-side team identifier in the game parameter database (S66). The game server 10 checks whether or not the difference between the current date and time information and the latest attack time information acquired in step S66 is less than a predetermined time difference (for example, 10 minutes or less) (S67).

  If the difference between the current date and time information and the latest attack time information is not less than a predetermined time difference (S67: No), the game server 10 has information on the number of combos associated with the attacker team side identifier. Then, “1” is stored in the storage unit 12 (S68). And the game server 10 transfers to process S70.

  On the other hand, if the difference between the current date and time information and the latest attack time information is less than the predetermined time difference (S67: Yes), the game server 10 determines the number of combos associated with the attacker team side identifier. Is incremented by “1” (S69).

  Then, the game server 10 overwrites the acquired current date and time information as the latest attack time information (S70). If the game server 10 cannot acquire the latest attack time information in the process S66 (if it is not stored in the game parameter database), the game server 10 acquires the current date and time associated with the attacker-side team identifier in the game parameter database. Is stored as the latest attack time information, and the process proceeds to step S68 to continue the process.

  The game server 10 overwrites the calculated value of the hit point with the value of the last attack damage point associated with the attacker team side identifier (S71). The game server 10 further updates the game parameter database by adding the calculated hit point value to the GP points recorded in association with the attacker team side identifier in the game parameter database (S72).

  Here, the processing order of the processing S64, S65 and the processing from the processing S66 to S70 (computation count calculation processing) is not limited to the example shown here.

  For example, it is possible to vary the hit points according to the number of times of combo. In this case, the calculation process of the number of times of combo may be executed prior to step S64.

  In the process of sending play screen information (process S34) in FIG. 10 (process of S24), the game server 10 refers to the login database for the identifier of the player operating the terminal 20 that requested the play screen. Get. The game server 10 acquires the team identifier associated with the acquired player identifier with reference to the team database, and further refers to the game parameter database to acquire the battle identifier associated with the obtained team identifier. To do. Then, the game server 10 sends the play screen information held in the storage unit 12 in association with the acquired battle identifier to the requesting terminal 20.

  Further, the game server 10 refers to the game parameter database in the participation status information list generation process (process S23), selects the battle identifiers recorded in the game parameter database in a predetermined order, and selects the selected battle identifier. A pair of team identifiers associated with is acquired and the following processing is performed.

  That is, as illustrated in FIG. 14, the game server 10 selects one of the team identifiers acquired in relation to the selected battle identifier as the attention identifier (S111). Then, the game server 10 refers to the team database and counts the number N of player identifiers recorded in association with the attention identifier. In addition, among the player identifiers recorded in association with the attention identifier, the number n of player identifiers included in the battle part participating player list is counted (S112). Then, the game server 10 calculates a value (participation rate) n / N in association with the attention identifier (S113) and stores it in the storage unit 12 as a participation status information list (S114).

  Furthermore, the game server 10 selects the other (other) of the team identifiers acquired in relation to the selected battle identifier as an attention identifier (S115). Then, the game server 10 refers to the team database and counts the number N of player identifiers recorded in association with the selected attention identifier. Further, among the player identifiers recorded in association with the attention identifier, the number n of player identifiers included in the battle part participating player list is counted (S116). Then, the game server 10 calculates a value (participation rate) n / N in association with the attention identifier (S117), and stores it in the storage unit 12 as a participation status information list (S118).

  The game server 10 performs the process illustrated in FIG. 15 as the sound control process (process S35) in FIG. 10 (process of S24). In this process, the game server 10 acquires the player identifier operating the requested terminal 20 with reference to the login database, and obtains the team identifier associated with the acquired player identifier as the attention identifier ( S81).

  Further, the game server 10 associates the battle identifier stored in the game parameter database with the attention identifier, and a team identifier that is different from the attention identifier associated with the battle identifier (the team identifier of the opponent team of the battle: The other party identifier) is read (S82).

  The game server 10 obtains the combo count FCn, the latest attack damage point FDp, and the GP point FGP stored in the game parameter database in association with the attention identifier. In addition, the game server 10 obtains the GP point EGP stored in the game parameter database in association with the opponent identifier, and obtains the participation rate FPR = n / N of the ally with reference to the participation status information list related to the attention identifier ( S83).

  The game server 10 further reads out the player identifier and the physical strength point value (that is, the physical strength point value for each player character of the opponent team) associated with the opponent identifier from the player character database (S84). Then, the number of player characters whose physical strength point values are lower than a predetermined value (the number of player characters of the opponent team in the “stunning” state) EDn is counted (S85). Further, the game server 10 obtains the number of player identifiers (that is, the number of players participating in the opponent) En included in the battle part participating player list among the player identifiers read in step S84 (S86).

  Further, the game server 10 obtains EHPMAX (the sum of the maximum physical strength point values of the opponent team) EHPMAX determined for the player characters belonging to the opponent team identified by the opponent identifier (S87). ).

The game server 10 determines the team identified by the attention identifier from the information obtained above.
(1) Point occupancy rate of the team FGPR = FGP / (FGP + EGP)
(2) Friend participation rate FPR = n / N (where N is the total number of player characters belonging to the team)
(3) Fainting rate EDR = EDn / En
(4) Latest maximum combo arrival rate RMCP = FCn / CMAX (where CMAX is a predetermined maximum number of combos)
(5) Latest maximum attack damage rate RMAP = FDp / EHPMAX
(6) Opponent participation rate EPR (value recorded in the participation status information list in association with the team identifier of the opponent team)
Is calculated or acquired, and from these, the team's battle point BCP and technical bonus point TBP are further calculated.
BCP = α × FGPR + β1 × FPR + γ × EDR−β2 × EPR,
TBP = ε × RMCP + φ × RMAP
(S88). Note that α, β1, β2, γ, ε, and φ are parameter values that can be determined empirically.

Furthermore, the game server 10 obtains information t indicating the elapsed time from the start of the battle game (elapsed time from the start of the game performed by the team) (S89). Then, the game server 10 sets the track control value as track control value = BCP + TBP × exp (−κ · t) (1)
(S90).

  The game server 10 sends a sound to the terminal 20 that has requested the sound, based on the track control value calculated for the team to which the player character controlled by the player operating the terminal 20 belongs, Sends information identifying the track.

  That is, the game server 10 sends to the terminal 20 information instructing which sound information included in which track information is to be sounded out of the music information previously transmitted to the terminal 20 of the player participating in the battle game. Specifically, the game server 10 refers to the track playback conditions as exemplified in FIG. 8 and compares the track control value calculated in the process S90 with the threshold information included in the track playback conditions. The track information to be sounded is determined (S91).

  The game server 10 then sends information specifying the track information determined to ring in the process S91 to the requesting terminal 20 (S92).

  When the terminal 20 performs an operation for performing a battle game, the terminal 20 sends a request for a battle screen and sound to the game server 10 at every predetermined timing. A battle screen sent out by the game server 10 in response to the request is displayed, and a ringing process of the track information specified by the information sent out by the game server 10 in response to the sound request is performed. Further, when the player performs an attack operation, the terminal 20 sends an attack instruction to the game server 10.

  Here, in the track information ringing process, the terminal 20 determines the volume of the sound information related to the track information specified by the information received from the game server 10 among the track information included in the sound information received in advance from the game server 10. Is set to a predetermined value other than “0%”, and the volume of sound information related to track information other than the track information specified by the information received from the game server is set to “0%”.

  As described above, if the game server 10 determines the track control values (all α, β1, β2, γ, ε, and φ are set to positive values), the point occupancy rate of the own team and the participation rate of the own team The higher the opponent's faint rate, the higher the latest maximum combo arrival rate and the latest maximum attack damage rate, the greater the track control value, the more the number of sound information of the main track information ringed in the terminal 20, More lively music is ringed, and the excitement according to the number of participants in the game is effectively produced.

  As an example, when the game server 10 calculates the track control value according to the equation (1), the track control value may change as illustrated in FIG. 16 according to the progress of the battle game.

  In FIG. 16, the elapsed time from the start of the battle game is taken on the horizontal axis, and the track control value relating to a certain team is taken on the vertical axis. In the example of FIG. 16, the sound information related to the main track information TR1 is sounded regardless of the track control value, and the sound information related to the main track information TR2 is the case where the track control value is greater than or equal to the first threshold value θ1. The sound information related to the main track information TR3 is set to indicate that the sound information is sounded when the track control value is equal to or greater than the second threshold value θ2, and θ1 and θ2 are set to θ1 < This is shown as θ2.

  As shown in FIG. 16, when the player who controls the player characters belonging to the team performs an operation to attack the player character of the opponent team after the start of the battle game, the battle situation point BCP increases, and the last attack The technical bonus point TBP is set according to the situation, and the track control value increases, for example, exceeds the first threshold value θ1 (S101).

  At this time, at the terminal 20 of the player who is controlling the player character belonging to the team, the sound information related to the main track information TR1 is sounded immediately after the start of the battle game. When the track control value exceeds the first threshold value θ1 after attacking, the sound information related to the main track information TR1 and TR2 is sounded all at once.

  After that, when the attack of the player character belonging to the same team is settled, the influence of the technical bonus point TBP is attenuated with the lapse of time from the start of the battle game, and the track control value gradually decreases exponentially. (S102). When the track control value falls below the first threshold value θ1, the player terminal 20 stops sounding the sound information of the main track information TR2, and only the sound information related to the main track information TR1 is sounded. It becomes a state.

  Thereafter, when a player character belonging to the same team is attacked to increase the number of combos (combos are connected), the battle situation point BCP increases and the track control value increases (S103). At this time, when the track control value exceeds the second threshold value θ2, sound information related to the main track information TR1, TR2, TR3 is simultaneously sounded from the terminal 20 of the player.

  When an attack by the player character belonging to the opponent team is performed and the point occupancy FGPR of the own team decreases, the battle situation point BCP decreases and the track control value also decreases (S104). When the track control value falls below the first threshold value θ2, the player terminal 20 stops sounding the sound information of the main track information TR3, and the track control value exceeds the first threshold value θ1. If it falls below, sounding of the sound information of the main track information TR2 is stopped, and only the sound information related to the main track information TR1 is sounding again at the terminal 20 of the player.

  Note that the start / stop of the sound information related to each main track information in the terminal 20 may be performed by controlling the sound volume of the sound information related to the corresponding main track information. That is, the terminal 20 sets the volume of sound information related to the main track information to ring to a predetermined positive value V (for example, 100%), and sets the volume to “0” for sound information related to the main track information that does not ring. ”(For example, 0%).

  Further, in the terminal 20, when the volume is changed from a value representing “0” to V, the terminal 20 may be controlled to change from “0” to V (that is, fade in) in a predetermined time (for example, 5 seconds). Similarly, when changing the volume from V to a value representing “0”, the terminal 20 may be controlled to change from V to “0” (that is, fade out) in a predetermined time (for example, 5 seconds). .

[Processing related to extra track information]
In an example of the present embodiment, as described in the above description, it is difficult not only to increase the sound performance level according to the increase in the player's groove feeling, but also to simply perform according to the player's groove feeling. For example, it may be possible to produce a sense of tension in accordance with a situation where, for example, an unexpected disadvantage has occurred.

  Specifically, in the example of the present embodiment, as already described, the sound control unit 40 of the game server 10 determines whether or not the reproduction condition of the extra track information TRe is satisfied, and the extra track information TRe If the playback conditions are satisfied, an instruction to sound the extra track information TRe is sent to the terminal 20 that has requested the sound information.

  Therefore, in an example of the present embodiment, the game server 10 generates information corresponding to the degree of game tension (referred to as a degree-of-urgency effect parameter) as an effect parameter, and one piece of track information is generated according to the degree-of-urgency effect parameter. The sound information included in the extra track information that is a part may be set as the target sound, and the volume of the target sound may be controlled.

  Specifically, in this example, the tension degree effect parameter may be an elapsed time parameter, a “stunning” rate of the player character of the own team, or the like. The sound control unit 40 according to this example inquires of the time management unit 35 about the elapsed time from the time set as the battle start time, and obtains information t representing the elapsed time from the time management unit 35.

  Further, the sound control unit 40 searches the team database for the player identifier of the player who is operating the terminal 20 that has requested the sound related to the battle game, and other player identifiers associated with the same team identifier together with the player identifier. (Identifiers of players that respectively control player characters belonging to the same team) are acquired, and the number N of the acquired player identifiers is obtained. Further, the sound control unit 40 further refers to the player character database, obtains the physical strength point value of each player character associated with the acquired player identifier (the physical strength point value of each player character belonging to the same team), and the physical strength The number of player characters whose point value is lower than a predetermined value (the number of player characters of the own team in the “stunning” state) FDn is counted to obtain the stunning rate FDn / N of the player characters of the own team.

  And the sound control part 40, when the information t showing the elapsed time as an elapsed time parameter exceeds a predetermined threshold value (when the time until the end of the battle game falls below the predetermined time), or the own team When the stunning rate FDn / N of the player character of the player exceeds a predetermined threshold value (when the proportion of the player characters stunned by the own team is higher than the predetermined threshold value), An instruction to sound the extra track information TRe is sent to the terminal 20 that has made the request.

  Alternatively, when the information t representing the elapsed time as the elapsed time parameter crosses a threshold value determined in advance with respect to the elapsed time, the sound control unit 40, for example, ends the battle game. When the time until the time is less than a predetermined time, an instruction to sound the extra track information TRe may be sent to the terminal 20 that has requested the sound information regarding the battle game.

  Similarly, as for the player character state parameter information such as the faint rate of the player character of the own team, when the value crosses a predetermined threshold for the value compared to the value at the start of the battle game, An instruction to sound the extra track information TRe may be sent to the terminal 20 that has requested the sound information related to the battle game.

  As described above, in the example in which the extra track information TRe is sounded using the tense degree effect parameter indicating that the game situation has changed compared to the situation at the beginning of the battle game, the sound included in the extra track information TRe is used. By providing information as a negative sound, for example, a sound effect that produces a pinch, an effect that the situation is imminent is provided.

[Example of sound control processing limited to some teams]
Further, in the description so far, regarding the team that is performing the battle game, the sound that is ringed at the terminal 20 is controlled based on the participation status information or the like, regardless of which team 20 the player belongs to. Although the processing is performed, the present embodiment is not limited to this.

  For example, after the track control value calculation unit 39 acquires a pair of team identifiers associated with the battle identifier, each of the acquired team identifiers is selected as an attention identifier, and a team identified by the attention identifier is selected in advance. It may be checked whether or not the condition is satisfied.

  Here, the selection condition may be a condition that the level information (team level information) associated with the attention identifier exceeds a predetermined threshold value, and controls the player characters belonging to the team. It is also possible to define a struggle parameter related to an operation performed by a player in the past game, and set a condition based on the struggle parameter. Specifically, as this struggle parameter, the maximum number of combos achieved in the previous battle game exceeds the threshold value, or the arithmetic average of participation rate in the past five battle games is 0.9 ( It may be determined that the condition exceeds 90%) (determined to be doing well).

  When satisfying a predetermined selection condition, the track control value calculation unit 39 refers to the participation status information list and acquires the participation rate value associated with the attention identifier as in the example described above. The track control value is calculated using the participation rate value.

  The track control value calculation unit 39 sets the track control value as a predetermined value, for example, when the predetermined selection condition is not satisfied.

  That is, in this example of the present embodiment, the game server 10 selects a team of interest to be subjected to sound control from the teams based on a predetermined selection condition, and acquires the selected team of interest. Based on the effect parameters including the participation status information, the sound that is sounded at the terminal operated by the player who controls the player character belonging to the team of interest is controlled.

  That is, in this example, the game server 10 replaces the process illustrated in FIG. 11 with the terminal 20 that has made the request or instruction before executing the sound control process (S35) as illustrated in FIG. It is checked whether or not the team to which the player character controlled by the player to be operated belongs (referred to as the team of interest) satisfies a predetermined selection condition as exemplified above (S37). If the selection condition is satisfied (S37: Yes), the game server 10 proceeds to the process S35 and continues the process. On the other hand, when the selection condition is not satisfied in the process S37 (S37: No), the game server 10 is different from the process illustrated in FIG. 15, for example, a process using the track control value as a default value instead of the process S35. The process is executed (S38).

  In this process S38, not the process in which the track control value is set to the default value as described above, for example, a process in which an instruction to sound only the default track information is transmitted to the terminal 20 that requested the sound. Good.

[Configuration (2)]
In the above description of the present embodiment, in the terminal 20, which main track information of the music information provided from the game server 10 is to be sounded (or, further, the sound related to the extra track information). Whether or not the information is sounded is controlled on the game server 10 side, but the present embodiment is not limited to this.

  For example, in the present embodiment, the terminal 20 itself sounds the sound information related to which main track information among the music information provided from the game server 10 (or further sounds the sound information related to the extra track information). Or not).

  In this example, the control unit 21 of the terminal 20 executes processing as the track control value calculation unit 39 instead of the control unit 11 of the game server 10. That is, the control unit 11 of the game server 10 of this example does not necessarily need to perform the operation as the track control value calculation unit 39. When the sound control unit 40 receives a request for sound information related to the battle game from the game information distribution control unit 32, the sound control unit 40 logs in the player identifier of the player who is operating the terminal 20 that has made the request. Get by referring to the database.

  In addition, the sound control unit 40 performs an operation of delivering music information including the plurality of main track information TR1, TR2,... And at least one extra track information TRe to the terminal 20 that has made the request. At this time, it is not necessary to distribute information indicating which main track information sound information is sounded (or whether sound information related to extra track information is sounded). Note that the music information may be distributed from the game server 10 before or during the execution of the game, as described herein, or downloaded in advance to the terminal 20 and stored on the terminal 20 side. May be. Further, it may be recorded and stored in the terminal 20.

  The control unit 21 of the terminal 20 performs processing as the track control value calculation unit 39 while displaying the information of the battle game play screen on the display unit 24 by the operation of the user who is a player. Thus, when the process as the track control value calculation unit 39 is performed on the terminal 20 side, the game server 10 accepts a request for participation status information from the terminal 20 and the player operating the terminal 20 that has made the request. The player identifier is acquired with reference to the login database. The game server 10 acquires the team identifier associated with the acquired player identifier with reference to the team database, and extracts the participation rate value recorded in the participation status information list in association with the acquired team identifier. To the requesting terminal 20.

  The control unit 21 of the terminal 20 requests participation status information from the game server 10 as processing as the track control value calculation unit 39. In response to this request, when the game server 10 distributes the participation rate value relating to the team corresponding to the player who operates the terminal 20, the control unit 21 receives the participation rate value.

  Then, the control unit 21 calculates a track control value using the participation rate value. For example, the participation rate value itself may be used as the track control value. The control unit 21 controls the sound to be played based on the track control value calculated here.

  Also in this example, the sound information related to the main track information TR1 is sounded regardless of the track control value, and the sound information related to the main track information TR2 has a track control value equal to or greater than the first threshold value θ1. It may be set in advance so that it is sounded in some cases and the sound information related to the main track information TR3 is sounded when the track control value is greater than or equal to the second threshold value θ2.

  In this case, the control unit 21 sounds only the sound information related to the main track information TR1 unless the calculated track control value is equal to or greater than the first threshold value θ1, and the calculated track control value is If it is not less than the first threshold value θ1 and less than the second threshold value θ2, the sound information related to the main track information TR1 and TR2 is sounded all at once, and the calculated track control value is the first threshold value. If it is equal to or larger than θ2, sound information related to all the main track information TR1, TR2, TR3 is sounded all at once.

  In this example, the control unit 21 determines whether or not the reproduction condition of the extra track information TRe is satisfied, and if the reproduction condition of the extra track information TRe is satisfied, the sound information related to the extra track information TRe is obtained. Control to ring.

  Furthermore, also in this example of the present embodiment, the track control value calculation example by the track control value calculation unit 39 is not limited to the above. For example, in response to the request for participation status information, the game server 10 is included in the battle part participating player list among the player identifiers recorded in the team database in association with the team corresponding to the player operating the terminal 20. The number n of player identifiers may be counted, and this number n (the number of players participating in the play among the players controlling the player characters belonging to the team: the number of players participating) may be distributed.

  In this case, the control unit 21 of the terminal 20 calculates a track control value using the number of player participations distributed as processing as the track control value calculation unit 39.

  Furthermore, the game server 10 distributes information obtained from information recorded in the game parameter database in response to a request from the terminal 20, and the control unit 21 of the terminal 20 performs processing as the track control value calculation unit 39. The track control value may also be calculated using information obtained from information recorded in the game parameter database of the game server 10.

In this example, for example, the team corresponding to the player who operates the terminal 20 on the game server 10 is similar to that described as an example in which the game server 10 performs the process as the track control value calculation unit 39.
(1) Point occupancy rate of the team FGPR = FGP / (FGP + EGP)
(2) Friend participation rate FPR = n / N (where N is the total number of player characters belonging to the team)
(3) Fainting rate EDR = EDn / En
(4) Latest maximum combo arrival rate RMCP = FCn / CMAX (where CMAX is a predetermined maximum number of combos)
(5) Latest maximum attack damage rate RMAP = FDp / EHPMAX
(6) Opponent participation rate EPR (value recorded in the participation status information list in association with the team identifier of the opponent team)
It is only necessary to calculate or acquire production parameters such as and distribute them to the terminal 20.

As a process as the track control value calculation unit 39, the control unit 21 of the terminal 20 uses the distributed information to calculate the battle status point BCP of the own team and the technical bonus point TBP.
BCP = α × FGPR + β1 × FPR + γ × EDR−β2 × EPR,
TBP = ε × RMCP + φ × RMAP
And the track control value may be the sum BCP + TBP. Here, α, β1, β2, γ, ε, and φ are parameter values that can be determined empirically.

  Furthermore, the track control value is set to change based on an elapsed time parameter (for example, the elapsed time itself may be used) determined using the elapsed time from the start of the battle game (elapsed time from the start of the game performed by the team). May be.

  In this case, the game server 10 distributes to the terminal 20 information t representing the elapsed time from the time set as the start time of the battle timed by the time management unit 35.

  The control unit 21 of the terminal 20 uses the elapsed time information t and the exponential function exp (exp (x) means the natural logarithm e to the power x), and the time decay rate exp (− The track control value is obtained by multiplying κ · t) by the value of BCP + TBP. Note that κ is a parameter value that can be determined empirically, and the target to be multiplied by the time decay rate may be only BCP or only TBP. According to this example, also in the control unit 21 of the terminal 20, the track control value can be obtained by the equation (1).

[Example using level information]
Further, in the present embodiment, team level information may be used as information used for calculating the track control value. Specifically, when the game server 10 calculates the track control value, the track control value calculation unit 39 refers to the level information associated with the attention identifier (team identifier of the teammate), and uses this level information for the track. Calculate the control value.

For example, it can be considered that the higher the level information is, the more the number of track information that is sounded is, the greater the number of combo operations is. In this case, the latest maximum combo arrival rate RMCP is
RMCP = FCn / CMAX × θ × LvMAX / Lv
And so on. Here, LvMAX is the maximum level value, and θ is an arbitrary (empirically determined) positive constant.

In another example, the track control value calculation unit 39 includes the level information Lv associated with the attention identifier (team team identifier of the teammate) and the level information associated with the team identifier of the opponent team that is the opponent. ELv is used, and when Lv> ELv and the difference Lv−ELv is larger than a predetermined threshold value, control is performed so that the number of track information to be sounded does not increase unless the number of combos is larger. May be.
For example, the track control value calculation unit 39 sets the threshold value to LvT,
If Lv-ELv> LvT, the latest maximum combo arrival rate RMCP is
RMCP = ω × FCn / CMAX / (Lv−ELv)
If Lv-ELv> LvT, the latest maximum combo arrival rate RMCP is
RMCP = FCn / CMAX
And set. Note that ω is an arbitrary (empirically determined) positive constant.

In a game where there is no player character as an opponent, for example, a battle game with a monster that is a virtual enemy (computer-controlled enemy), the level MLv of the monster that is a virtual enemy (or Similarly, using the recommended level RCLv set in advance as the recommended team level in the battle game, the threshold value is set to LvT, and the track control value calculation unit 39 uses Lv-MLv> LvT or Lv-RCLv> LvT. Then, the latest maximum combo arrival rate RMCP,
RMCP = ω ′ × FCn / CMAX / (Lv−MLv) or RMCP = ω ′ × FCn / CMAX / (Lv−RCLv)
age,
Unless Lv-MLv> LvT or Lv-RCLv> LvT, the latest maximum combo arrival rate RMCP is
RMCP = FCn / CMAX may be set. Note that ω ′ is an arbitrary (empirically determined) positive constant.

  In this way, the game server 10 controls the sound ringed at the terminal 20 operated by the player who controls the player character belonging to the team of interest based on the effect parameters and the level information about the team of interest. Also good.

  Furthermore, the game server 10 changes the production threshold based on a comparison between a recommended level RCLv set in advance as a team level recommended in a battle game with a monster that is a virtual enemy and level information about the team of interest. May be.

  As an example, the game server 10 corrects the rendering threshold (threshold values θ1, θ2, θ3, etc. illustrated in FIG. 8) to be lower as the level information about the target team is larger than the recommended level RCLv, and the recommended level RCLv. It may be corrected so as to increase the effect threshold as the level information about the team of interest is smaller. According to this example, if the level information of the team of interest is larger than the level recommended in the battle with the virtual enemy (exceeds the recommended level, the level difference from the recommended level is relatively (for example, from a predetermined threshold) ) Is large), the production threshold value is corrected to be large, and for example, unless more combos are achieved, the sound production degree is controlled so as not to increase. Also, when the level information of the team of interest is small compared to the level recommended in the battle with the virtual enemy (below the recommended level and the level difference to the recommended level is relatively large (eg, greater than a predetermined threshold)) ), The effect threshold value is corrected to be smaller, and for example, the sound effect level is controlled to increase even with a relatively small number of combos.

  In addition, when controlling the sound ringed by the terminal 20 itself in the terminal 20, the level value Lv of the team to which the player character controlled by the player operating the terminal 20 belongs is acquired from the game server 10 and the same. What is necessary is just to process. Even when the opponent team's level value ELv and the level value MLv related to the virtual enemy are required, the game server 10 transmits these information in response to a request from the terminal 20, and the terminal 20 receives these information. The track control value may be calculated on the terminal 20 side using these pieces of information.

[Example of controlling the production threshold]
Further, in the description so far, the track information to be sounded is determined by controlling the track control value using the production parameter or the like, but this embodiment is not limited to this, and is illustrated in FIG. The track information to be sounded may be determined by changing the reference condition according to the effect parameter or the like using the track reproduction condition such as the effect threshold value as the reference condition.

  In this example, for example, the track control value calculation unit 39 calculates the track control value by the equation (1), and the sound control unit 40 includes level information Lv associated with the attention identifier (team team identifier of the teammate), Using level information ELv associated with the team identifier of the opponent team that is the opponent, and when Lv> ELv and the difference Lv−ELv is greater than a predetermined threshold LvT, more combos When Lv-ELv> LvT, so that the number of track information to be sounded does not increase unless the number of times,

Each of the threshold values θ1, θ2,...
θ1 ′ = ω ″ × (Lv−ELv) × θ1;
θ2 ′ = ω ″ × (Lv−ELv) × θ2.
Thus, the corrected threshold values θ′1, θ′2,... Are obtained.

  Then, the sound control unit 40 identifies a threshold value for which the corresponding corrected threshold value exceeds the track control value, and information for identifying the main track information associated with the identified threshold value (should be sounded) Information indicating which main track information is) is transmitted to the terminal 20 which has requested the sound.

  In this example, the track control value is calculated based on the participation rate, which is the production parameter, and the production threshold such as the threshold value of the track reproduction condition is controlled on the other hand based on the level information. However, the sound produced by the terminal 20 may be controlled by setting the track control value constant and controlling only the production threshold such as the threshold of the track reproduction condition. In addition, the track control value is calculated based on a part of the production parameters (for example, the battle situation point BCP), and the production threshold (for example, the threshold value of the track reproduction condition) is corrected based on the technical bonus point TBP. You may control the sound that sounds.

[Modification]
In the description so far, the music information provided from the game server 10 includes information on a plurality of tracks, and the status of the music is determined by controlling which sound information related to the information of the track is sounded. However, the present embodiment is not limited to this.

  For example, a plurality of pieces of music information may be provided from the game server 10 and the music information to be sounded may be controlled by the track control value. In this case, the entire music is changed, and an effect of changing the aspect of the music more dynamically is possible.

  Further, instead of controlling which sound information related to the track information is sounded according to the track control value, and at the same time, the sound information sounding speed (BPM (Beats per Minute) tempo), volume, and other sound effects may be changed. For example, the higher the track control value, the larger the BPM may be.

  Furthermore, the track control value and the sound performance level controlled based on the track control value are added in the description so far, and the player participation rate (the ally participation rate FPR, the opponent participation rate) of the team of interest and the opponent team of the battle is added. EPR, where EPR = En / EN, where EN is the total number of player characters belonging to the opponent team), etc. However, the present embodiment is not limited to this.

  For example, the maximum value TCmax of the track control value is defined in advance, and it is assumed that the track control value becomes TCmax when both the ally participation rate FPR and the opponent participation rate EPR are both “1” (at the maximum participation rate). Then, it may be controlled in a deductive manner by (1-FPR) and (1-EPR).

  In this example, the track control value TC may be calculated as, for example, TC = TCmax−TCmax × (1−FPR) × (1−EPR) in a deduction point. According to this example, the smaller the production parameter such as the ally participation rate or the opponent participation rate is, the smaller the track control value is controlled, and the corresponding sound production level is also reduced from the highest level according to the production parameter. To be controlled.

10 game server, 11 control unit, 12 storage unit, 13 communication unit, 20 terminal, 21 control unit, 22 storage unit, 23 operation unit, 24 display unit, 25 sound ringing unit, 26 communication unit, 31 player authentication unit, 32 Game information distribution control unit, 33 team information management unit, 34 battle configuration processing unit, 35 time management unit, 36 battle processing unit, 37 player character management unit, 38 participation status information acquisition unit, 39 track control value calculation unit, 40 sound Control unit.

Claims (17)

A game server that is connected to a plurality of terminals operated by different players via a network and provides a game played by a team including a plurality of player characters controlled by the plurality of players,
Means for determining a combination of teams to play the game;
Means for associating and storing as a team database a team identifier that identifies a team to which a player character operated by the player belongs to a player identifier that identifies the player;
Means for acquiring participation status information representing the participation status of the players participating in the play among the players controlling the player characters belonging to the team included in the combination for each combination of the teams ;
Ringing control means for controlling a sound ringed at a terminal operated by a player who controls a player character belonging to each of a pair of teams included in the combination , based on the effect parameters including the acquired participation status information; ,
Game server including The game server according to claim 1,
Further, the sounding control means, among the teams included in the combination, the team that satisfies a predetermined selection condition is ringing at the terminal by the player that controls the player character belonging to the team operated Game server that controls sound. The game server according to claim 2,
The game server the sounding control means, based on the predetermined fighting spirit parameters associated with operation of a player that controls a player character belonging to the team included in the combination, to select a team to be controlled by the said sound. The game server according to any one of claims 1 to 3,
Acquiring the sounding control means, for each combination of the team, the participation status information obtained with the one of the pair of team included in the combination, with whom of the team, the other team included in the combination A game server that controls a sound ringed at a terminal operated by a player who is controlling a player character belonging to one of the teams based on performance parameters including the participation status information. The game server according to any one of claims 1 to 4,
The sound includes a plurality of tracks,
The ringing control means controls the sound by reducing at least one volume of the plurality of tracks from the highest level based on the performance parameter. A game server according to any one of claims 1 to 5,
In the sound control based on the effect parameter, the ringing control unit changes a threshold value of the effect according to at least a part of the effect parameter, and performs sound control using the threshold value. The game server according to any one of claims 1 to 6,
Elapsed time parameter information determined using the elapsed time from the start of the game performed by the team,
Player character state parameter information representing the state of the player characters belonging to the team in the game;
Means for obtaining at least one of
The ringing control means plays a sound ringed at a terminal operated by the player based on an effect parameter including at least one of the acquired elapsed time parameter information or player character state parameter information and the participation status information. Game server to control. The game server according to any one of claims 1 to 7,
Elapsed time parameter information determined using the elapsed time from the start of the game performed by the team,
Player character state parameter information representing the state of the player characters belonging to the team in the game;
Means for obtaining at least one of
The ringing control means determines in advance each of at least one of the elapsed time parameter information as part of the effect parameter information and the player character state parameter information compared to a value at the start of the game. A game server that controls a sound played by the terminal when straddling a threshold. The game server according to any one of claims 1 to 8,
Means for obtaining level information set for each team;
The sounding control means includes the presentation parameter, based on said level information for each of the pair of team included in the combination, and controls the player characters belonging to each of the pair of team included in the combination the player A game server that controls the sound that is played on the terminal operated by. A game server according to any one of claims 1 to 9,
Means for obtaining level information set for each team;
The ringing control means changes the threshold value of the presentation based on a comparison between a recommended level predetermined in game play and the level information set for each acquired team, and performs sound control using the threshold value. Game server. A game server according to any one of claims 1 to 10,
The production parameters include information calculated based on game parameters related to the game,
A game server in which a sound that is sounded at a terminal operated by a player who controls a player character belonging to each of a pair of teams included in the combination is controlled by the sound control means based on the effect parameter. The game server according to any one of claims 1 to 11,
The performance parameters include battle points calculated based on game parameters related to the game, and technical bonus points,
A game server in which a sound that is sounded at a terminal operated by a player who controls a player character belonging to each of a pair of teams included in the combination is controlled by the sound control means based on the effect parameter. A game server according to any one of claims 1 to 12,
The effect parameters include a tense degree effect parameter that represents the degree of tenseness of the game,
The sounding control means controls the sounding of the first sound element based on the effect parameter, and controls the sounding of the second sound element based on the tightness effect parameter. The game server according to any one of claims 1 to 13,
The sounding control means repeatedly checks the effect parameter while the sound sounded at the terminal is in a predetermined state, and the sound sounded at the terminal when it is determined that the effect parameter has suddenly changed. Game server to control. A terminal connected to a plurality of terminals operated by different players via a network and communicating with a game server that provides a game played for each team including a plurality of players,
Of the teams included in the combination of teams that play the game determined in the game server, the information about the team to which the player character controlled by the player who operates the terminal belongs, and belongs to the team Means for acquiring from the game server participation status information representing the participation status of players participating in the play,
Based on the production parameters including the acquired participation status information, ringing control means for controlling the sound to ring,
Including the terminal. A control method for a game server that provides a game played by a team that includes a plurality of player characters that are connected to a plurality of terminals operated by different players via a network and that are controlled by the plurality of players, respectively. And
Means for determining a combination of teams, determining a combination of teams playing the game;
A storage unit associating and storing a team identifier that identifies a team to which a player character operated by the player belongs to a player identifier that identifies the player as a team database;
An obtaining means for obtaining, for each combination of the teams, participation status information representing a participation status of a player participating in the play among players controlling the player characters belonging to the team included in the combination ;
Sounding control means, based on the effect parameters including the participation information the acquired sound is ringing at the terminal operated by a player that controls a player character belonging to each pair of teams included in the combination A controlling step;
A game server control method including: A game server that provides a game played by a team including a plurality of player characters that are connected to a plurality of terminals operated by different players via a network and that are controlled by the plurality of players,
Means for determining a combination of teams to play the game;
Means for associating and storing as a team database a team identifier that identifies a team to which a player character operated by the player belongs to a player identifier that identifies the player;
Means for acquiring participation status information representing the participation status of the players participating in the play among the players controlling the player characters belonging to the team included in the combination for each combination of the teams ;
Ringing control means for controlling a sound ringed at a terminal operated by a player who controls a player character belonging to each of a pair of teams included in the combination , based on the effect parameters including the acquired participation status information; ,
Program to function as.

Images