JP6248224B1 - Server apparatus, game program, and information processing method - Google Patents

Abstract

An object of the present invention is to allow a vicious player to continue play by giving motivation to become a good player. In a battle game in which a battle is performed via a communication network, the server device performs communication between a matching processing unit 113 that matches players who are opponents with each other and a player terminal operated by the matched player. Count processing unit 115 that counts the number of times of communication disconnection for each player, and a player who does not exceed the predetermined number of times for malicious players whose communication disconnection number exceeds the predetermined number Is provided with a communication status evaluation processing unit 116 that gives a penalty as a penalty. [Selection] Figure 2

Description

  The present invention relates to a server device, a game program, and an information processing method.

  In a battle game in which multiple players battle through a communication network, a warning message is displayed on the menu screen for malicious players who have intentionally disconnected during the battle, or until the battle limit period expires A network game system that makes it impossible to play against other players is known (for example, Patent Document 1).

Japanese Patent No. 4933381

In this network game system, if a warning message is displayed or the battle play is restricted, a strong penalty will be given to a malicious player. It does not give the motivation to become, and may cause a malicious player to quit the battle game.
The present invention has been made in view of such circumstances, and an object of the present invention is to continue a play against a vicious player by giving a motivation to become a good player.

The main invention of the present invention to solve the above problems is
A matching processing unit that matches players who are opponents to each other in a battle game in which a battle is performed via a communication network;
A count processing unit that counts, for each player, the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle;
A communication status evaluation processing unit that gives a penalty as a penalty to a malicious player whose communication disconnection number exceeds a predetermined number, which is disadvantageous than a player whose communication disconnection number does not exceed a predetermined number;
A server device characterized by comprising:
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a server device 10. FIG. It is a figure which shows the data structure example of character information. It is a figure which shows the example of a data structure of quest information. It is a figure which shows the data structure example of player information. It is a figure which shows the example of a data structure of possessed character information. It is a figure which shows the data structure example of communication status information. It is a figure which shows the data structure example of entry information. It is a figure which shows the data structure example of matching information. It is a figure which shows the data structural example of login bonus information. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. 3 is a flowchart for explaining an operation example of the game system 1; It is a flowchart for demonstrating the operation example (the 1) of a multiplayer. It is a flowchart for demonstrating the operation example (the 2) of a multiplayer. It is a flowchart for demonstrating the operation example regarding player evaluation. It is a flowchart for demonstrating the operation example regarding provision of the penalty based on player evaluation, or a reward. 4 is a diagram illustrating an example of a login notification screen 50. FIG.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a matching processing unit that matches players who are opponents with each other in a battle game in which a battle is performed via a communication network;
A count processing unit that counts, for each player, the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle;
A communication status evaluation processing unit that gives a penalty as a penalty to a malicious player whose communication disconnection number exceeds a predetermined number, which is disadvantageous than a player whose communication disconnection number does not exceed a predetermined number;
A server device characterized by comprising:
According to such a server device, it is disadvantageous to play a battle by generating communication disconnection a predetermined number of times during a battle, and a merit is provided to play a battle without generating a predetermined number of communication disconnections. It is possible to give motivation to become a good player to a good player. As a result, it is possible to guide the player to become a good player without eliminating the malicious player, so that it is possible to continue the battle play with the malicious player.

Also, such a server device,
The count processing unit
Based on at least one of the radio wave intensity data and the position data received from the player terminal where the player operates the battle game, it is determined whether or not the communication is artificially disconnected during the battle,
When it is determined that the communication is disconnected artificially, the communication disconnection count is counted, and when it is determined that the communication disconnection is not artificial, the communication disconnection count may not be counted.
According to such a server device, since the number of times of communication disconnection is counted only when communication is artificially disconnected during the battle, it is a good player against the more accurately identified malicious player You can continue to be motivated to become.

Also, such a server device,
The communication status evaluation processing unit
It is also possible to reduce the reward given to a malicious player whose communication disconnection count exceeds a predetermined number at the time of log-in of the battle game compared to a player whose communication disconnection count does not exceed a predetermined number.
According to such a server device, even at the time of login other than the battle play, the demerit of causing the communication disconnection a predetermined number of times during the battle and the advantage of not causing the communication disconnection the predetermined number of times during the battle are reflected. Therefore, it is possible to give motivation to become a good player to a malicious player.

Also, such a server device,
The communication status evaluation processing unit
The reward given as a result of a malicious player whose communication disconnection number has exceeded a predetermined number of times playing a battle game alone may be reduced compared to a player whose communication disconnection number does not exceed a predetermined number.
According to such a server device, in the solo play other than the battle play, the demerit of the occurrence of the communication disconnection a predetermined number of times during the battle and the advantage of the communication disconnection not occurring the predetermined number of times during the battle are reflected. Therefore, it is possible to motivate a malicious player to become a good player.

Also, such a server device,
The communication status evaluation processing unit
Reducing the rate of reward earned as a result of malicious players who have exceeded the predetermined number of times of communication disconnection playing over the communication network for a certain period of time compared to players who have not exceeded the predetermined number of times of communication disconnection It is good as well.
According to such a server device, there is a demerit that the communication disconnection is generated a predetermined number of times during the battle and a merit that the communication disconnection is not generated the predetermined number of times during the battle even when the battle play is continued. Since it will be reflected, it is possible to give motivation to become a good player for a malicious player.

In addition, the server device further includes a game progress processing unit that controls a battle game in which a matched player battles via a communication network,
The game progress processing unit
Determine whether communication has recovered within a specified period of time after disconnection,
When it is determined that communication has been recovered within a predetermined period from the disconnection of communication, the battle play is continued, and when it is determined that communication has not recovered within the predetermined period after disconnection of communication, the battle is It is good also as ending play and determining defeat of the player whose communication was cut | disconnected.
According to such a server device, it is possible to give a grace period until communication is restored, instead of immediately giving a penalty as a malicious player by causing a communication disconnection.

Next, on the computer
A matching process for matching players who are opponents to each other in a battle game in which a battle is performed via a communication network;
A counting process that counts the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle,
A communication status evaluation process that gives a penalty as a penalty to a malicious player whose communication disconnection count exceeds a predetermined number of times, compared to a player whose communication disconnection count does not exceed a predetermined number of times,
Is a game program characterized in that
According to such a game program, it becomes possible to continue a play against a vicious player by giving motivation to become a good player.

Next, the computer
Matching players who are opponents to each other in a battle game in which a battle is performed via a communication network;
Counting the number of times of communication disconnection, which is the number of times communication was disconnected for each of the matched players,
Giving a penalty to a malicious player whose number of times of disconnection exceeds a predetermined number of times as a penalty that is more disadvantageous than a player whose number of times of communication disconnection does not exceed a predetermined number of times;
It is the information processing method characterized by having.
According to such an information processing method, it becomes possible to continue a play against a vicious player by giving motivation to become a good player.

=== Embodiment ===
<< About the configuration of the game system 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of the game system 1. The game system 1 provides various services related to games to a player via a network 2 (for example, the Internet or the like), and includes a server device 10 and a plurality of player terminals 20.

  The game system 1 according to the present embodiment can provide a player with a battle game using a character card (hereinafter also simply referred to as “character”) as an example of game content.

  In the competitive game according to the present embodiment, the player can perform multiplayer performed by a large number of people in addition to solo play performed solely by using a computer as an opponent. In this multiplayer, players who are opponents are matched with each other, and the matched players play a battle via a communication network.

  In this embodiment, the server device counts the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle. A player who has a large number of communication cuts is penalized as being a malicious player. On the other hand, a player who has a small number of communication disconnections is awarded a reward for being a good player. And the greater the number of communication cuts that are counted, the more penalty is given for being a malicious player, while the fewer the number of communication cuts that are counted, the more rewards are given for being a good player Become. In other words, the greater the multi-play is caused by disconnecting the communication during the match, the greater the advantage is the multi-play without disconnecting the communication. Therefore, it is possible to give motivation to become a good player to a malicious player. Thus, since it is possible to guide the player to become a good player without eliminating the malicious player, it is possible to continue the multiplayer.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server apparatus 10 is an information processing apparatus (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages various services. Upon receiving various commands (requests) from the player terminal 20, the server device 10 uses a game program and various data that can be operated on the player terminal 20, and a markup language (HTML or the like) that matches the standard of the player terminal 20. The created web page (game screen or the like) is transmitted (response). The server device 10 includes a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

  The control unit 11 exchanges data between each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 according to this embodiment includes at least a login management processing unit 111, an entry processing unit 112, a matching processing unit 113, a game progress processing unit 114, a count processing unit 115, a communication status evaluation processing unit 116, and screen data generation. A processing unit 117 is provided.

  The login management processing unit 111 has a function of executing processing for managing login of the player to the battle game. The login management processing unit 111 in this embodiment performs authentication processing for the player who performed the login operation.

  The entry processing unit 112 has a function of executing various processes related to entry in a battle game. The entry processing unit 112 in the present embodiment accepts participation registration of a plurality of players who wish to participate in the battle game.

  The matching processing unit 113 has a function of executing various processes related to matching in a battle game. The matching processing unit 113 in the present embodiment matches a plurality of players (for example, two players) who are opponents to each other from among the plurality of players registered for participation.

  The game progress processing unit 114 has a function of executing processing for advancing the battle game according to the game program. When the game progress processing unit 114 in the present embodiment receives an operation input from the player, the game progress processing unit 114 advances the battle game based on the operation content.

  The count processing unit 115 has a function of executing processing for counting the number of times communication with the player terminal 20 is disconnected. In the present embodiment, the count processing unit 115 determines, for each player, the number of times of communication disconnection, which is the number of times communication with the player terminal 20 operated by the matched player is disconnected during the battle, for a predetermined monitoring period (a certain period). Count. Note that the count processing unit 115 may reset the communication disconnection count counted so far each time a predetermined monitoring period (a certain period) elapses.

  The communication status evaluation processing unit 116 has a function of executing processing for evaluating the communication status of the player during the battle. The communication status evaluation processing unit 116 according to the present embodiment increases the penalty given as being a malicious player as the number of communication disconnections of the player increases, and is a better player as the number of communication disconnections of the player decreases. As much as the rewards given.

  The screen data generation processing unit 117 has a function of executing processing for generating screen data for displaying the game screen on the player terminal 20. The screen data generation processing unit 117 in the present embodiment generates HTML data as screen data corresponding to the game screen.

  The storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which system programs are stored, and a RAM (Random Access) that is a rewritable storage area that is used as a work area for arithmetic processing by the control unit 11. For example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment stores at least character information, quest information, player information, entry information, matching information, and login bonus information. These various types of information will be described in detail later.

  The input unit 13 is for a system administrator or the like to input various data related to the game service (for example, character information, quest information, login bonus information, etc.), and is realized by, for example, a keyboard or a mouse.

  The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11 and is realized by, for example, a liquid crystal display (LCD).

  The communication unit 15 is for communicating with the player terminal 20, according to a function as a receiving unit that receives various data and signals transmitted from the player terminal 20 and a command from the control unit 11. It has a function as a transmission part which transmits various data and signals to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

  FIG. 3 is a diagram illustrating an example data structure of character information. In this character information, in association with the character ID, at least the character name, rarity, and maximum attack power, maximum defense power, maximum physical strength (maximum HP), initial attack power, initial defense power, initial physical strength (initial HP) ) Etc. are set.

  FIG. 4 is a diagram illustrating a data structure example of quest information. In this quest information, at least a quest name, consumed coins, a difficulty level, an appearing character, and a clear reward are set in association with the quest ID. The consumed coin is information indicating the number of coins consumed when playing the game in the quest. In other words, in order to play a game with the quest, the number of coins owned by the player needs to be greater than or equal to the consumed coins. The difficulty level is information indicating the difficulty of the quest. The appearance character is information indicating an enemy character that appears as an opponent in the quest. The clear reward is information indicating a reward that can be obtained when a quest is cleared by defeating an enemy character.

  FIG. 5 is a diagram illustrating an example data structure of player information. In the player information, at least a player name, owned coin, owned character information, player character, communication status information, and player evaluation are set in association with the player ID. The owned coin is information indicating the number of coins owned by the player. The owned character information is information about a character owned by the player (hereinafter also referred to as “owned character”). The player character is information indicating the player's own character used during the battle. Each player can set any character selected from his own characters as a player character. The communication status information is information relating to the communication status when the player is playing multiplayer. The player evaluation is information indicating the evaluation of the player set based on the communication status during multiplayer. Here, the player who is presumed from the communication state intentionally disconnected during the battle and the communication state is set as “malicious player”, and it is estimated from the communication state that the communication is not disconnected during the battle “Good player” is set for the player, and “general player” is set for the other players.

  FIG. 6 is a diagram illustrating a data structure example of owned character information. In this owned character information, at least current values of various parameters of level, attack power, defense power, and physical strength are set in association with the character ID of the owned character.

  FIG. 7 is a diagram illustrating an exemplary data structure of communication status information. In this communication status information, at least the communication disconnection occurrence date, the communication disconnection count, and the radio wave intensity are set. The communication disconnection occurrence date is information indicating the date on which the communication disconnection occurred during the battle. The number of times of communication disconnection is information indicating the number of times communication was disconnected during the battle on that day. The radio wave intensity is information indicating the intensity level of the radio wave received from the player terminal 20 immediately before the communication disconnection occurs. Here, the radio wave intensity of the player terminal 20 is registered every time the communication is disconnected during the battle.

  FIG. 8 is a diagram illustrating a data structure example of entry information. The entry information is information relating to players entered in the battle game. In this entry information, at least the entered player and the entry date and time are set in association with the entry ID.

  FIG. 9 is a diagram illustrating a data structure example of matching information. The matching information is information regarding a plurality of matched players. In this matching information, at least the matched player, player character, and match result are set in association with the match ID. The player character is information indicating its own character used by each matched player during the battle. The match result is information indicating the result of multiplayer. “Victory” is set for a player who can defeat the opponent's player character, and “defeat” is set for a player whose own player character has been defeated by the opponent.

  FIG. 10 is a diagram illustrating a data structure example of the login bonus information. The login bonus information is information relating to a reward given at the time of login. In this login bonus information, at least the number of communication disconnections, evaluation contents, and a login bonus are set. The number of times of communication disconnection is information indicating the total number of times of communication disconnection during a predetermined monitoring period. The evaluation content is information indicating player evaluation.

  In the present embodiment, when the number of times of communication disconnection is “0”, the login bonus of “30 coins” is awarded as “good player”. When the number of times of communication disconnection is “1”, it is evaluated as “a good player” and a login bonus of “20 coins” is given. When the communication disconnection count is “2 times” to “9 times”, it is evaluated as a “general player” and a login bonus of “10 coins” is given. When the number of times of communication disconnection is “10 times” to “19 times”, it is evaluated as a “malicious player” and a login bonus of “5 coins” is given. When the communication disconnection count is “20 times” to “29 times”, it is evaluated as a “malicious player” and a login bonus of “3 coins” is given. When the number of times of communication disconnection is “30 times” or more, it is evaluated as a “malicious player” and a login bonus of “one coin” is given.

  In this way, the login bonus of the “good quality player” is set with a larger number of coins than the login bonus of the “general player” as a reward. On the other hand, the “bad player” has a smaller number of coins than the “general player” login bonus as a penalty. As the number of times of communication disconnection increases, the penalty given as being a “malicious player” increases, and as the number of communication disconnection times decreases, the reward given as a “good player” increases.

<< Configuration of Player Terminal 20 >>
FIG. 11 is a block diagram illustrating a functional configuration of the player terminal 20. The player terminal 20 is an information processing apparatus (for example, a smartphone, a tablet terminal, a mobile phone terminal, etc.) that can be owned and used by the player. Since the player terminal 20 has a Web browser function, the Web page (game screen or the like) transmitted from the server device 10 can be displayed on the screen. The player terminal 20 includes a terminal control unit 21 that controls the player terminal 20 as a whole, a terminal storage unit 22 that stores various data and programs, a terminal input unit 23 for a player to input operations, and a game screen / operation. A terminal display unit 24 that displays a screen and a terminal communication unit 25 that performs information communication between the server device 10 are provided.

<< Operation of Game System 1 >>
<Overall operation>
FIG. 12 is a flowchart for explaining an operation example of the game system 1 according to the present embodiment.

  First, the terminal control unit 21 of the player terminal 20 displays a battle menu screen (not shown) on the terminal display unit 24 based on the screen data transmitted from the server device 10 (step S101). On the battle menu screen, an operation button for starting solo play and an operation button for starting multi-play are displayed.

  When the battle menu screen is displayed on the terminal display unit 24, the terminal control unit 21 of the player terminal 20 selects and inputs an operation button for performing solo play or an operation button for starting multiplay. Then, a command (game play start request) for requesting the start of game play is transmitted to the server device 10 based on the operation information.

  Next, when the game progress processing unit 114 of the server device 10 receives the game play start request transmitted from the player terminal 20, any operation of the operation button for performing solo play and the operation button for starting multiplay is selected. It is determined whether or not a button has been selected and input (step S102).

  If it is determined by this determination that the operation button for starting multiplay has been selected by the player (step S102: multiplay), the process proceeds to step S105 described later. On the other hand, when it is determined that the operation button for performing the solo play is selected by the player (step S102: solo play), the process proceeds to the next step S103.

  Next, the screen data generation processing unit 117 of the server device 10 generates quest selection screen data when an operation button for performing solo play is selected by the player (step S102: solo play). And the communication part 15 of the server apparatus 10 transmits the data of the produced | generated quest selection screen to the player terminal 20 of a request origin via a network. After that, when receiving the screen data transmitted from the server device 10, the terminal control unit 21 of the player terminal 20 analyzes the screen data to display a quest selection screen (not shown) on the terminal display unit 24 (step) S103). On this quest selection screen, a list of a plurality of quest names as selection candidates is displayed based on the quest information shown in FIG.

  When the quest selection screen is displayed on the terminal display unit 24 and the player selects and inputs a quest from the quest list while the quest selection screen is displayed on the terminal display unit 24, the terminal control unit 21 of the player terminal 20 A command requesting the start of solo play (solo play start request) is transmitted to the server device 10.

  Next, when the game progress processing unit 114 of the server device 10 receives the solo play start request transmitted from the player terminal 20, based on the quest information shown in FIG. 4, the enemy character set in the quest selected by the player Is started (step S104). In the solo play, since this enemy character is set to NPC (non-player character), the player performs a battle play with the computer as the opponent.

  Next, when an operation button for performing multiplayer is selected by the player (step S102: multiplayer), the entry processing unit 112 of the server device 10 performs entry processing for entering the player (step S105).

  Specifically, when an operation button for performing multiplay is selected by the player, the entry processing unit 112 of the server device 10 performs participation registration as a player who desires to participate in multiplay. That is, various information is set and registered in the entry information shown in FIG.

  Next, after a plurality of players are entered, the matching processing unit 113 of the server device 10 performs matching processing for matching players that are opponents to each other (step S106).

  Specifically, the matching processing unit 113 of the server device 10 refers to the entry information shown in FIG. 8 and selects and matches two players from the plurality of players registered for participation. Then, the matching processing unit 113 registers two matched players together in the matching information shown in FIG. 9 and deletes them from the entry information shown in FIG.

  Next, the screen data generation processing unit 117 of the server device 10 generates matching completion screen data when the matching between players that are opponents of each other is completed. Then, the communication unit 15 of the server device 10 transmits the generated matching completion screen data to the player terminal 20 of the matched player via the network. After that, when receiving the screen data transmitted from the server device 10, the terminal control unit 21 of the player terminal 20 analyzes the screen data to display a matching completion screen (not shown) on the terminal display unit 24 (step) S107). On the matching completion screen, an operation button for confirming the matched opponent is displayed.

  The terminal control unit 21 of the player terminal 20 requests a start of multiplayer based on the operation information when an operation button is selected and input by the player while the matching completion screen is displayed on the terminal display unit 24. (Multiplayer start request) is transmitted to the server device 10.

  Next, when the game progress processing unit 114 of the server device 10 receives the multiplayer start request transmitted from the player terminal 20 of each matched player, it matches the player character based on the player information shown in FIG. The battle with the opponent player character is started (step S108).

<Multiplayer operation example (1)>
FIG. 13 is a flowchart for explaining an operation example (part 1) of multiplayer according to the present embodiment.

  First, the communication status evaluation processing unit 116 of the server device 10 determines whether or not the communication of the matched player with the player terminal 20 is disconnected during the battle (step S201).

  Specifically, the communication status evaluation processing unit 116 of the server device 10 normally communicates from the player terminal 20 of each matched player when a match between players matched with each other is performed via the communication network. If it is possible to periodically receive data signals (keep alive signals) indicating that they are operating, it is determined that communication with the player terminal 20 of each matched player is connected. On the other hand, a data signal (keep alive signal) indicating that the communication operation is normally performed from the player terminal 20 of any of the matched players cannot be received for a certain period (for example, 10 seconds). If it is determined that the communication with the player terminal 20 of the player has been disconnected during the battle.

  If it is determined by this determination that communication with the player terminal 20 of the matched player is connected during the battle (step S201: NO), the process proceeds to step S205 described later. On the other hand, if it is determined that communication with the player terminal 20 of the matched player has been disconnected during the battle (step S201: YES), the process proceeds to the next step S202.

  Next, when it is determined that the communication with the player terminal 20 of the matched player has been disconnected during the battle (step S201: YES), the count processing unit 115 of the server device 10 counts the number of communication disconnections of that player. (Step S202).

  Specifically, when the count processing unit 115 of the server device 10 refers to the player information shown in FIG. 5 and acquires the communication status information (see FIG. 7) of the player, the count processing unit 115 updates the acquired communication status information. Count up one player's communication disconnection.

  Next, the communication status evaluation processing unit 116 of the server device 10 determines whether or not communication with the player terminal 20 whose communication has been disconnected has recovered within a predetermined period from the disconnection (step S203).

  Specifically, the communication status evaluation processing unit 116 of the server device 10 disconnects the communication within a predetermined period (for example, 30 seconds) after the communication with the player terminal 20 of the matched player is disconnected during the battle. When the data signal (keep alive signal) indicating that the communication operation is normally performed can be received again from the player terminal 20 that has been performed, it is determined that the communication connection with the player terminal 20 has been recovered. . On the other hand, the data signal (keep alive signal) indicating that the communication operation is normally performed cannot be received again from the player terminal 20 whose communication has been disconnected within a predetermined period (for example, 30 seconds). If it is determined that the communication connection with the player terminal 20 has not been recovered.

  If it is determined by this determination that communication with the player terminal 20 whose communication has been disconnected has not recovered within the predetermined period from the disconnection (step S203: NO), the game progress processing unit 114 of the server device 10 is determined. Determines the defeat of the player who operates the player terminal 20 whose communication has been disconnected (step S204).

  On the other hand, when it is determined that the communication with the player terminal 20 whose communication has been disconnected has recovered within the predetermined period from the disconnection (step S203: YES), the game progress processing unit 114 of the server device 10 The battle between players matched with each other is continued (step S205).

  Next, the game progress processing unit 114 of the server device 10 determines whether any one of the players matched with each other defeats the other player while the match between the players matched with each other continues. It is determined whether or not (step S206).

  That is, the game progress processing unit 114 of the server apparatus 10 refers to the player information shown in FIG. 5 and specifies the player character of each player. Then, the game progress processing unit 114 of the server device 10 refers to the physical strength parameter set in the possessed character information shown in FIG. 6, and the physical strength parameter of any one of the player characters specified is determined. It is determined whether it is below a predetermined value (for example, below zero). If it is determined that the physical strength parameter of one of the player characters is equal to or less than a predetermined value (for example, zero or less), one character is defeated by the other player character, so the other player The victory of the player who operates the character is determined.

  In this multiplayer, a victory reward (coin or the like) is awarded to a player who has won the battle. In addition, each player who has competed can acquire a play reward (such as a character) based on a predetermined acquisition rate.

  If it is determined by this determination that any one of the players has defeated the other player (step S206: YES), this process ends. On the other hand, when it is determined that one of the players has not yet defeated the other player (step S206: NO), the process returns to the above-described step S201, and the player terminal 20 of the matched player It is determined whether or not the communication with is disconnected during the battle.

<Multiplayer operation example (2)>
FIG. 14 is a flowchart for explaining an operation example (part 2) of multiplayer according to the present embodiment.

  In this multi-play operation example (part 2), unlike the multi-play operation example (part 1) described above, the number of times of communication disconnection is counted only when it can be estimated that the communication is artificially disconnected. Note that the processing in steps S304 to S307 illustrated in FIG. 14 is the same as the processing in steps S203 to S206 illustrated in FIG. 13 described above, and thus detailed description thereof is omitted.

  First, the communication status evaluation processing unit 116 of the server device 10 determines whether or not communication with the player terminal 20 of the matched player is disconnected during the battle (step S301).

  Specifically, the communication status evaluation processing unit 116 of the server device 10 normally communicates from the player terminal 20 of each matched player when a match between players matched with each other is performed via the communication network. If it is possible to periodically receive data signals (keep alive signals) indicating that they are operating, it is determined that communication with the player terminal 20 of each matched player is connected. On the other hand, a data signal (keep alive signal) indicating that the communication operation is normally performed from the player terminal 20 of any of the matched players cannot be received for a certain period (for example, 10 seconds). If it is determined that the communication with the player terminal 20 of the player has been disconnected during the battle.

  If it is determined by this determination that communication with the player terminal 20 of the matched player is connected during the battle (step S301: NO), the process proceeds to step S306 described later. On the other hand, when it is determined that the communication with the player terminal 20 of the matched player is disconnected during the battle (step S301: YES), the process proceeds to the next step S302.

  Next, when it is determined that the communication with the player terminal 20 of the matched player has been disconnected during the battle (step S301: YES), the communication status evaluation processing unit 116 of the server device 10 performs an artificial communication disconnection. It is determined whether or not there is (step S302).

  Specifically, the communication status evaluation processing unit 116 of the server device 10 periodically receives a data signal (keep alive signal) indicating that the communication operation is normally performed from the player terminal 20 of the matched player. The radio field intensity data of the player terminal 20 is received. Then, the communication status evaluation processing unit 116 of the server device 10 stores the radio wave intensity data received periodically in the storage unit 12. The radio wave intensity data has three intensity levels (level 3> level 2> level 1). Since the communication connection becomes more stable as the radio wave intensity of the player terminal 20 becomes stronger, the communication disconnection is less likely to occur during the battle.

  For this reason, the communication status evaluation processing unit 116 of the server device 10 has a strong communication strength when the radio wave intensity received from the player terminal 20 of the matched player immediately before the communication disconnection is level 3 or level 2. However, it is determined that the communication is artificially disconnected because the communication is disconnected despite the fact that the state is stable. On the other hand, if the radio field intensity received immediately before the communication disconnection from the player terminal 20 of the matched player is level 1, the communication disconnection due to the communication environment (for example, the player is trained) When a game is played in a car or in a car, it is determined that the communication has been cut off because the vehicle has moved into the tunnel.

  If it is determined by this determination that the communication is not artificially disconnected (step S302: NO), the process proceeds to step S304 described later. On the other hand, if it is determined that the communication is artificially disconnected (step S302: YES), the process proceeds to the next step S303.

  Next, the count processing unit 115 of the server device 10 counts the number of times the player has been disconnected when it is determined that the communication is artificially disconnected (step S302: YES) (step S303).

  Specifically, when the count processing unit 115 of the server device 10 refers to the player information shown in FIG. 5 and acquires the communication status information (see FIG. 7) of the player, the count processing unit 115 updates the acquired communication status information. Count up one player's communication disconnection. At this time, in the communication status information shown in FIG. 7, the radio wave intensity received immediately before the communication disconnection from the player terminal 20 is set in association with the number of times the communication is disconnected during the battle.

<Player evaluation>
FIG. 15 is a flowchart for explaining an operation example related to player evaluation according to the present embodiment.

  In this embodiment, when a predetermined monitoring period (for example, an event period of one week) elapses, the player is a vicious player who repeatedly repeats communication intentionally during a battle, or disconnects communication during a battle. Each player is evaluated as to whether it is a high-quality player that hardly generates or a general player other than that.

  First, the communication status evaluation processing unit 116 of the server device 10 determines whether or not the communication disconnection count of the player exceeds a first threshold value (threshold value for determining whether or not the player is a malicious player) (step S401). .

  Specifically, when the communication status evaluation processing unit 116 of the server device 10 refers to the player information shown in FIG. 5 and acquires the communication status information (see FIG. 7) of the player, the communication status evaluation processing unit 116 refers to the acquired communication status information. Thus, the total number of communication disconnections during the monitoring period is obtained. Then, it is determined whether or not the total number of times of communication disconnection exceeds a first threshold value. Here, “10 times” is set as the first threshold.

  When it is determined by this determination that the number of communication disconnections of the player exceeds the first threshold (step S401: YES), the communication status evaluation processing unit 116 of the server device 10 identifies the player as a “malicious player”. Is set to the player information shown in FIG. 5 (step S402). Thus, by setting the player as a “malicious player”, a penalty for intentional communication disconnection during the battle is set. On the other hand, if it is determined that the number of communication disconnections of the player does not exceed the first threshold (step S401: NO), the process proceeds to step S403.

  Next, when it is determined that the communication disconnection count of the player does not exceed the first threshold value (step S401: NO), the communication status evaluation processing unit 116 of the server device 10 sets the communication disconnection count of the player to the second threshold value (good quality player). It is determined whether or not the threshold value is below (a threshold value for determining whether or not) (step S403).

  Specifically, when the communication status evaluation processing unit 116 of the server device 10 refers to the player information shown in FIG. 5 and acquires the communication status information (see FIG. 7) of the player, the communication status evaluation processing unit 116 refers to the acquired communication status information. Thus, the total number of communication disconnections during the monitoring period is obtained. Then, it is determined whether or not the total number of times of communication disconnection is below the second threshold. Here, “once” is set as the second threshold.

  When it is determined by this determination that the player's communication disconnection count is lower than the second threshold (step S403: YES), the communication status evaluation processing unit 116 of the server device 10 identifies the player as a “good quality player”. Is set in the player information shown in FIG. 5 (step S404). In this way, by setting the player as a “good player”, a reward for having played correctly without causing communication disconnection during the battle is set. On the other hand, if it is determined that the number of communication disconnections of the player does not fall below the second threshold (step S403: NO), the process proceeds to step S405.

  Next, the communication status evaluation processing unit 116 of the server device 10 determines that the player is a “general player” when it is determined that the communication disconnection count of the player does not fall below the second threshold (step S403: NO). The player information shown in FIG. 5 is set (step S405).

<Granting a penalty or reward based on player evaluation>
FIG. 16 is a flowchart for explaining an operation example related to the provision of a penalty or a reward based on the player evaluation according to the present embodiment.

  First, when the login management processing unit 111 of the server device 10 receives a login request to the battle game transmitted from the player terminal 20 operated by the player (step S501), the login management processing unit 111 performs login authentication for the player (step S502).

  Next, when the login authentication of the player is normally performed, the communication status evaluation processing unit of the server device 10 provides a login bonus as a penalty or a reward based on the player evaluation (step S503).

  Specifically, the communication status evaluation processing unit of the server device 10 refers to the player evaluation set in the player information shown in FIG. 5, and the player is “bad player”, “good player”, “general player”. Of which is set.

  Then, based on the login bonus information shown in FIG. 10, the communication status evaluation processing unit of the server device 10 has a penalty more than a normal login bonus (coin) as a penalty when the player is set as a “malicious player”. A small login bonus (coins) is given, and the owned coins set in the player information shown in FIG. 5 are updated.

  In this embodiment, the penalty given as being a “malicious player” is increased as the number of communication disconnections increases. For example, as shown in FIG. 10, in the case of a “malicious player” whose total number of communication disconnections in the monitoring period is “10 times”, “5 coins” is given as a login bonus, In the case of a “malicious player” whose total is “20 times”, “3 coins” is given as a login bonus, and in the case of a “malicious player” whose total number of communication disconnections during the monitoring period is “30”. “One coin” is given as a login bonus.

  Further, the communication status evaluation processing unit of the server device 10 is more than a normal login bonus (coin) as a reward when the player is set as a “good player” based on the login bonus information shown in FIG. Many login bonuses (coins) are given, and the owned coins set in the player information shown in FIG. 5 are updated.

  In the present embodiment, the smaller the number of times of communication disconnection, the more rewards given as being “good player”. For example, as shown in FIG. 10, in the case of a “good quality player” whose total number of communication disconnections in the monitoring period is “0”, “30 coins” is given as a login bonus, and the communication disconnection count is “1 time”. In the case of “good player”, “20 coins” is given as a login bonus.

  Further, the communication status evaluation processing unit of the server device 10 gives a normal login bonus (coin) based on the login bonus information shown in FIG. 10 when the player is set as a “general player”. The owned coin set in the player information shown in FIG. 5 is updated.

  Next, the screen data generation processing unit 117 of the server device 10 generates data of a login notification screen when the login bonus as a penalty or a reward is given to the player in this way. Then, the communication unit 15 of the server device 10 transmits the generated login notification screen data to the requesting player terminal 20 via the network. Thereafter, when receiving the screen data transmitted from the server device 10, the terminal control unit 21 of the player terminal 20 displays the login notification screen on the terminal display unit 24 by analyzing the screen data (step S504).

  FIG. 17 is a diagram illustrating an example of the login notification screen 50. On the login notification screen 50, a login bonus display area 51 and a notification display area 52 are displayed. In the login bonus display area 51, a login bonus acquired by a player who has logged into the battle game is displayed. In the notification display area 52, a message for prompting multiplayer in a place with a good communication environment and a message for guiding the player to become a good player who does not cause communication disconnection during the battle are displayed.

  As described above, according to the game system 1 according to the present embodiment, the number of times of communication disconnection that causes a matched player to cause communication disconnection during a match is counted in a predetermined monitoring period. And a player with a large number of times of communication disconnection is set as a “malicious player” and given a small login bonus as a penalty. On the other hand, a player with a small number of times of communication disconnection is set as a “high quality player” and given a large login bonus as a reward. Therefore, since the “malicious player” tries to become a “good player” in order to obtain a large number of login bonuses, it is proactive to cause a disconnection during the battle without eliminating the “malicious player”. It is thought that he will quit. In this way, it is possible to continue multiplayer by guiding the “malicious player” to become a “good player”.

=== Other Embodiments ===
The above embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Player evaluation>
In the above embodiment, in FIG. 15, there are three stages (a “malicious player” that repeatedly disconnects communication intentionally during the battle, a “good player” that hardly generates communication disconnection during the battle, Alternatively, the case where each player is evaluated by other “general players” is described as an example. However, there are two stages (“malicious player” or other high-quality players (that is, “good players”). You can also evaluate each player with + "General Player")).
In FIG. 15, when each player is evaluated in three stages, a player whose total communication disconnection count is 10 or more (first threshold) is evaluated as a “malicious player”, and the total communication disconnection count is 1 Players with the number of times (second threshold) or less were evaluated as “good players” and the others were evaluated as “general players”. On the other hand, when each player is evaluated in two stages, a player whose total number of times of communication disconnection exceeds 10 times (predetermined number) is evaluated as a “malicious player”, and the total number of times of communication disconnection is 10 times. Players that do not exceed (predetermined number of times) may be evaluated as “other good players”.
In addition, in FIG. 16, when each player is evaluated in three stages, a login bonus (for each of “bad player”, “good player”, and “general player”) based on the login bonus information shown in FIG. Reward) as a penalty or reward. On the other hand, when each player is evaluated in two stages, the “malicious player” whose communication disconnection count exceeds 10 times is compared with “the other good player who does not exceed 10 communication disconnection counts”. You may give a login bonus (reward) that is more disadvantageous as a penalty.

<Penalty / Reward>
In the above-described embodiment, the case where a small login bonus is given as a penalty for the “malicious player” while a large login bonus is given as a reward for the “good player” has been described as an example. It is not limited to.

  For example, the communication status evaluation processing unit 116 of the server device 10 increases the clear remuneration (for example, coins) given as a play result when the player selects a quest and performs solo play as the number of communication disconnections during multi-play increases. It is also possible to increase (reward) the clear reward (for example, coins) given as a result of the solo play as the number of times of communication disconnection at the time of multi-play is reduced.

  In addition, for example, the communication status evaluation processing unit 116 of the server device 10 can acquire a play result only for a certain period (for example, 3 days) when the subsequent multiplay is performed as the number of times of communication disconnection during multiplay increases. Play rewards that can be acquired as a play result (for example, for example, when the subsequent multi-play is performed, the lower the number of communication disconnections at the time of multi-play, and the lower the rate of acquisition of play rewards (for example, characters, etc.). It is also possible to greatly increase the acquisition rate of characters, etc. (rewards).

  Further, for example, the communication status evaluation processing unit 116 of the server device 10 increases the parameters (rareness, attack power, defense power, etc.) of play rewards (for example, characters) that can be acquired as a play result as the number of times of communication disconnection during multi-play increases. It is also possible to greatly increase (reward) the parameters of play rewards (such as characters) that can be acquired as a result of play as the number of times of communication disconnection at the time of multi-play is reduced (penalty). .

<Automated player evaluation>
In the present embodiment described above, in the process of step S401 shown in FIG. 15, an example is given in which a “malicious player” is determined based on whether or not the total number of communication disconnections in a predetermined monitoring period exceeds a first threshold. As described above, at this time, it is also possible to automatically determine the first threshold value from the average value of the communication disconnection times of each player during the monitoring period.
For example, when the communication state evaluation processing unit 116 of the server apparatus 10 can calculate that the average value of the communication disconnection times of each player in the monitoring period is “5 times”, “10 times” that is twice that value is calculated. Automatically determined as the first threshold. In this way, it is possible to automatically determine a “malicious player” according to the communication status of each player.
In the above-described embodiment, the predetermined monitoring period can be automatically determined. For example, in the case of a battle game in which a multi-play event is performed once a day within an event period of one month, the monitoring period is automatically determined as “one month”, and five times a day within the event period of one month. In the case of a battle game in which only a multiplayer event is performed, the monitoring period is automatically determined as “one week”. By doing in this way, the monitoring period according to the event characteristic etc. of a battle game can be defined automatically.
Even if each player is evaluated in two stages (“malicious player” or “other good players”), there are also three stages (“malicious player”, “good player”, or “general player”). The player evaluation can be automated in the same manner as in the case where each player is evaluated in “]”.

<Determining whether or not the communication is artificially cut>
In the above-described embodiment, an example of determining whether or not an artificial communication disconnection is performed using the radio wave intensity data received immediately before the communication disconnection from the player terminal 20 in the process of step S302 illustrated in FIG. In this case, it is possible to determine whether or not it is an artificial communication disconnection using the position data received immediately before the communication disconnection from the player terminal 20.
For example, the communication status evaluation processing unit 116 of the server device 10 obtains the moving distance of the player from the position data received immediately before the communication disconnection from the player terminal 20 of the matched player, and the moving distance is smaller than a predetermined value. Is determined to be an artificial communication disconnection because the communication disconnection occurs even though the player is hardly moving. On the other hand, if the moving distance is obtained from the position data received immediately before the communication disconnection from the player terminal 20 of the matched player, and the moving distance is larger than the predetermined value, the communication is not an artificial communication disconnection. It is determined that the communication is disconnected due to the environment (for example, when the player is playing a game in a train or car, the communication is disconnected due to the vehicle moving into the tunnel).

  Further, in the above embodiment, in the process of step S303 shown in FIG. 14, the radio wave intensity received just before the communication disconnection from the player terminal 20 is counted when the number of communication disconnections that occurred during the battle is counted. When it is level 3, the number of times of communication disconnection is counted as “1 time”, and when the radio wave intensity received immediately before the communication disconnection from the player terminal 20 is level 2, the number of times of communication disconnection is counted as “2/3 times”. When the radio wave intensity received immediately before disconnection from the player terminal 20 is level 1, the number of disconnections may be counted as “1/3”. Thereby, since the number of times of communication disconnection according to the radio wave condition of the player terminal 20 can be counted, the “malicious player” can be specified more strictly.

<Notification screen>
In the present embodiment described above, the fact that the player is a “malicious player” may be displayed on the login notification screen (login notification screen 50). By displaying in this way, it is possible to guide the player to become a “good player” after more specifically recognizing that the player is a “malicious player”.

<Game contents>
In the above embodiment, the character card has been described as an example, but the present invention is not limited to this. For example, the game content may be electronic game data, and may be a character itself, a figure, an item such as a tool / ability used in the game, or the like.

<Server device>
In the above embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. That is, a plurality of server apparatuses 10 may be connected via the network 2 and each server apparatus 10 may perform various processes in a distributed manner. The server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the above-described embodiment, the case where various types of information processing are executed in cooperation with the server device 10 and the player terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, the player terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
Moreover, it is good also as a structure which the player terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the player terminal 20 constitute an information processing device.
Note that the information processing apparatus is an example of a computer including a processor and a memory.

DESCRIPTION OF SYMBOLS 1 Game system 2 Network 10 Server apparatus 11 Control part 12 Storage part 13 Input part 14 Display part 15 Communication part 20 Player terminal 21 Terminal control part 22 Terminal storage part 23 Terminal input part 24 Terminal display part 25 Terminal communication part 50 Login notification screen 51 Login bonus display area 52 Notification display area 111 Login management processing section 112 Entry processing section 113 Matching processing section 114 Game progress processing section 115 Count processing section 116 Communication status evaluation processing section 117 Screen data generation processing section

Claims (7)

A matching processing unit that matches players who are opponents to each other in a battle game in which a battle is performed via a communication network;
A count processing unit that counts, for each player, the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle;
A communication status evaluation processing unit that gives a penalty as a penalty to a malicious player whose communication disconnection number exceeds a predetermined number, which is disadvantageous than a player whose communication disconnection number does not exceed a predetermined number;
Equipped with a,
The count processing unit
Based on at least one of the radio wave intensity data and the position data received from the player terminal where the player operates the battle game, it is determined whether or not the communication is artificially disconnected during the battle,
If it is determined that it is an artificial communication disconnection, the communication disconnection count is counted. If it is determined that the communication disconnection is not an artificial disconnection, the communication disconnection count is not counted.
A server device characterized by that. The server device according to claim 1 ,
The communication status evaluation processing unit
Reducing the reward given to a malicious player who has exceeded the predetermined number of times of communication disconnection at the time of log-in of the battle game compared to the player who has not exceeded the predetermined number of times of communication disconnection,
A server device characterized by that. The server device according to claim 1 or 2 , wherein
The communication status evaluation processing unit
Reducing the reward given as a result of a malicious player who has exceeded the predetermined number of times of communication disconnection playing the battle game alone, compared to a player whose number of communication disconnections does not exceed the predetermined number of times,
A server device characterized by that. The server device according to any one of claims 1 to 3 ,
The communication status evaluation processing unit
Reducing the rate of reward earned as a result of malicious players who have exceeded the predetermined number of times of communication disconnection playing over the communication network for a certain period of time compared to players who have not exceeded the predetermined number of times of communication disconnection ,
A server device characterized by that. The server device according to any one of claims 1 to 4 ,
A game progress processing unit for controlling a battle game in which a matched player battles via a communication network;
The game progress processing unit
Determine whether communication has recovered within a specified period of time after disconnection,
When it is determined that communication has been recovered within a predetermined period from the disconnection of communication, the battle play is continued, and when it is determined that communication has not recovered within the predetermined period after disconnection of communication, the battle is End play and determine the defeat of the player who lost communication,
A server device characterized by that. On the computer,
A matching process for matching players who are opponents to each other in a battle game in which a battle is performed via a communication network;
A counting process that counts the number of times of communication disconnection, which is the number of times communication with the player terminal operated by the matched player is disconnected during the battle,
A communication status evaluation process that gives a penalty as a penalty to a malicious player whose communication disconnection count exceeds a predetermined number of times, compared to a player whose communication disconnection count does not exceed a predetermined number of times,
Was executed,
In the counting process,
Based on at least one of the radio wave intensity data and the position data received from the player terminal where the player operates the battle game, it is determined whether or not the communication is artificially disconnected during the battle,
If it is determined that it is an artificial communication disconnection, the communication disconnection count is counted. If it is determined that the communication disconnection is not an artificial disconnection, the communication disconnection count is not counted.
A game program characterized by that. Computer
Matching players who are opponents to each other in a battle game in which a battle is performed via a communication network;
Counting the number of times of communication disconnection, which is the number of times communication was disconnected for each of the matched players,
Giving a penalty to a malicious player whose number of times of disconnection exceeds a predetermined number of times as a penalty that is more disadvantageous than a player whose number of times of communication disconnection does not exceed a predetermined number of times;
I have a,
When counting the number of times of communication disconnection,
Based on at least one of the radio wave intensity data and the position data received from the player terminal where the player operates the battle game, it is determined whether or not the communication is artificially disconnected during the battle,
If it is determined that it is an artificial communication disconnection, the communication disconnection count is counted. If it is determined that the communication disconnection is not an artificial disconnection, the communication disconnection count is not counted.
An information processing method characterized by the above.

Images