JP2016198529A - Program, recording medium, and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reward each player on the basis of a result evaluated among players participating in a segment game.SOLUTION: The above problem is solved by a program for allowing a computer to function as player determination means for determining a plurality of players participating in a segment game, game execution means for executing the game by the plurality of determined players, totaling means for totaling evaluation that is received from the plurality of players participating in the game and is for players other than oneself participating in the game as an evaluation point of each player, and rewarding means for rewarding each above-mentioned player on the basis of the evaluation point.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a program, a recording medium, and an information processing apparatus.

  For example, there is a game system in which a player designs characters appearing in a game and each player evaluates characters of other players. Some conventional game systems give a privilege to an evaluator who has evaluated the character of another player or a player who has been evaluated (see, for example, Patent Document 1).

JP 2008-183053 A

  For example, in a game system, there is a case where the play of another player is evaluated in the game, or the player's own play is evaluated by another player. In such a game system, an unspecified other player's play is evaluated at an arbitrary timing, or an unspecified other player's own play is evaluated at an arbitrary timing.

  However, the conventional game system evaluates and evaluates play with other unspecified players, and is more motivated than evaluating and evaluating play with a specific player. I couldn't increase it. Further, since the timing for evaluating other players is not determined in the conventional game system, it is difficult to understand the play evaluated by other players, and the evaluation from other players can be linked to the improvement of the player's motivation. There wasn't.

  Note that the game system of Patent Document 1 evaluates the character of another player in the game or evaluates the player's own character, and does not evaluate the player's play in the game.

  The present invention has been made in view of the above-described problems, and an object of the present invention is to perform an evaluation between players participating in a single game, and to give a reward to each player based on the evaluation result.

  In order to solve the above-described problem, claim 1 of the present application claims that a computer executes player determination means for determining a plurality of players participating in a single game, and executing the game by the determined plurality of players. Means, totaling means received from the plurality of players who participated in the game for other players who participated in the game, and used as evaluation points for each player; each player based on the evaluation points It is a program for functioning as a reward granting means for granting a reward to an item.

  According to the present invention, it is possible to perform evaluation between players participating in a single game, and to give a reward to each player based on the evaluation result.

It is a lineblock diagram of an example of an information processing system concerning this embodiment. It is a hardware block diagram of an example of the computer which concerns on this embodiment. It is a processing block diagram of an example of an information processing system concerning this embodiment. It is a block diagram of an example of player information. It is a block diagram of an example of event information. It is a block diagram of an example of matching history information. It is a block diagram of an example of reward information. It is a flowchart of an example of the event process which concerns on this embodiment. It is a flowchart of an example of the total process which considered the presence or absence of matching experience. It is a flowchart of an example of the total process which considered the level difference of an evaluation player and a to-be-evaluated player. It is a flowchart of an example of the total process which considered the recommendation level and event level of an event. It is a flowchart of an example of a reward provision process.

Next, embodiments of the present invention will be described in detail. In this embodiment, an example of an in-game event that starts in units of a plurality of matched players and ends when the goal is achieved, the time has elapsed, or has been settled will be described as an example of a segmented game. It is not limited. The present invention can be widely applied to a single-segment game played by a plurality of players, for example, a mini game, a quest, a game, and the like.
[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram of an example of an information processing system according to the present embodiment. In the information processing system 1 of FIG. 1, one or more client terminals 2 and a game server device 3 are connected via a network 4 such as the Internet.

  The client terminal 2 is a terminal device such as a PC, a smartphone, or a tablet operated by a player, or a terminal device such as a home or business game dedicated device. The game server device 3 performs game management and control performed by the player at the client terminal 2, billing processing within the game, and the like.

  The information processing system 1 in FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. For example, the game server device 3 of FIG. 1 may be configured to be distributed among a plurality of computers.

<Hardware configuration>
<< Client terminal and game server apparatus >>
The client terminal 2 and the game server device 3 in FIG. 1 are realized by, for example, a computer having a hardware configuration shown in FIG. FIG. 2 is a hardware configuration diagram of an example of a computer according to the present embodiment.

  The computer in FIG. 2 includes an input device 501, a display device 502, an external I / F 503, a RAM 504, a ROM 505, a CPU 506, a communication I / F 507, an HDD 508, and the like. Note that the input device 501 and the display device 502 may be connected and used when necessary.

  The input device 501 is a touch panel, operation keys and buttons, a keyboard, a mouse, and the like used by the player to input various signals. The display device 502 is a display such as a liquid crystal or an organic EL that displays a screen. The display device 502 includes a speaker that outputs sound data such as voice and music. A communication I / F 507 is an interface for connecting a computer to the network 4. Accordingly, the computer can perform data communication via the communication I / F 507.

  The HDD 508 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include an OS that is basic software for controlling the entire computer, and applications that provide various functions on the OS.

  Note that the computer may use a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium instead of the HDD 508.

  The external I / F 503 is an interface with an external device. The external device includes a recording medium 503a. Accordingly, the computer 500 can read and / or write the recording medium 503a via the external I / F 503. Examples of the recording medium 503a include a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.

  The ROM 505 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 505 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer is started. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily stores programs and data.

  The CPU 506 is an arithmetic unit that realizes control and functions of the entire computer by reading a program and data from a storage device such as the ROM 505 and the HDD 508 onto the RAM 504 and executing processing. The CPU 506 also has a function of counting the passage of a predetermined period. Note that the function of counting the passage of the predetermined period may be configured by other hardware other than the CPU 506.

  The client terminal 2 and the game server device 3 according to the present embodiment can implement various processes as described later by executing a program in a computer having the above-described hardware configuration.

<Software configuration>
<Processing block>
A software configuration of the information processing system 1 according to the present embodiment will be described. The client terminal 2 and the game server device 3 included in the information processing system 1 of FIG. 1 are realized by, for example, the processing blocks shown in FIG. FIG. 3 is a processing block diagram of an example of the information processing system according to the present embodiment.

  The client terminal 2 of the information processing system 1 implements the operation receiving unit 10, the control unit 12, the storage unit 14, the communication unit 16, and the screen display unit 18 by executing a program. The control unit 12 includes an image control unit 20 and an evaluation receiving unit 22.

  The game server device 3 of the information processing system 1 implements the communication unit 50, the control unit 52, and the storage unit 54 by executing the program. The control unit 52 includes a matching unit 60, an event execution unit 62, an image generation unit 64, a totaling unit 66, and a reward giving unit 68.

  The operation reception unit 10 of the client terminal 2 receives an operation from a player who operates the client terminal 2. In addition, the control unit 12 performs processing related to the game, event, and evaluation in the client terminal 2.

  The image control unit 20 of the control unit 12 transmits the content of the operation received by the operation receiving unit 10 from the player to the game server device 3. Further, the image control unit 20 receives parameters and image data for displaying various screens as a response to the operation content transmitted to the game server device 3. The image control unit 20 performs control so that a screen corresponding to the received parameters and image data is displayed on the screen display unit 18.

  The evaluation receiving unit 22 receives an evaluation for another player received from the player by the operation receiving unit 10, and transmits the evaluation result to the game server device 3. The storage unit 14 stores information necessary for the client terminal 2. For example, the storage unit 14 may store at least a part of the screen image data displayed by the screen display unit 18. The communication unit 16 communicates with the game server device 3. The screen display unit 18 performs screen display according to the control of the image control unit 20.

  The communication unit 50 of the game server device 3 communicates with the client terminal 2. The control unit 52 performs a process related to the game, the event, and the evaluation, advances the game and the event, and performs a process related to the evaluation performed between the players participating in the event.

  The storage unit 54 stores information necessary for processing related to games, events, and evaluations. For example, the storage unit 54 stores player information, event information, matching history information, reward information, and the like, which will be described later.

  The matching unit 60 of the control unit 52 determines players who participate in the same event. The matching unit 60 determines a predetermined number of players participating in the same event from the players operating the plurality of client terminals that have received the event participation request, and information on the plurality of players determined to participate in the same event Store it in association with the event.

  The event execution unit 62 advances the event based on the operation content received by the client terminal 2 from the player. The image generation unit 64 generates parameters and image data for displaying various screens as a response to the operation content received from the client terminal 2, and transmits the parameters and image data to the client terminal 2.

  The totaling unit 66 totals the evaluation points acquired by each player based on the evaluation performed between the players who participated in the event. The reward giving unit 68 gives a reward to each player in exchange for the evaluation points.

  The event execution unit 62 responds to the client terminal 2 with parameters and image data for displaying various screens on the client terminal 2 based on the progress of the event. Further, the reward granting unit 68 responds to the client terminal 2 with parameters and image data for displaying various screens for accepting a reward request from the player on the client terminal 2.

  The parameter for displaying various screens on the client terminal 2 is information for identifying screen data, for example, when selecting a screen on the game server device 3 side. The parameter for displaying various screens on the client terminal 2 is information for selecting a screen, for example, when selecting a screen on the client terminal 2 side.

  In the following description, a plurality of players determined to participate in the same event are referred to as matching players, but may be names (guilds, teams, alliances, groups, or the like) representing a group of one or more players.

  The configuration of the information processing system 1 in FIG. 3 is an example, and at least a part of the processing blocks on the game server device 3 side may be provided on the client terminal 2 side. For example, the image generation unit 64 provided in the game server device 3 in the information processing system 1 in FIG. 3 may be provided in the control unit 12 of the client terminal 2. The image generation unit 64 provided in the client terminal 2 acquires necessary information from the game server device 3 based on the progress of the event.

  As described above, the information processing system 1 according to the present embodiment may perform processing relating to the game, the event, and the evaluation at the client terminal 2 or the game server device 3. In addition, the information processing system 1 according to the present embodiment may perform at least a part of the processing related to the game, the event, and the evaluation on a server device other than the game server device 3.

  The control unit 12 of the client terminal 2 receives page data described in HTML (Hyper Text Markup Language) or a script included in the page data from the game server device 3 and processes related to the game, event, and evaluation. It can be realized by a browser type that performs. In addition, the control unit 12 of the client terminal 2 can be realized by an application type that performs processing related to a game and event evaluation based on an installed application.

"data"
For example, the storage unit 54 stores player information as shown in FIG. FIG. 4 is a configuration diagram of an example of player information. The player information in FIG. 4 includes a player ID, a player name, a level, an evaluation point, and the remaining number of people that can be evaluated. The player ID is an example of identification information that uniquely identifies the player. The player name is the name of the player. The level is the level of the player in the game.

  The evaluation point is the number of points acquired by the player being evaluated for play by other players. The evaluation point may have an expiration date or may be reset every predetermined period.

  The remaining number of people that can be evaluated is the number of remaining people who can evaluate the play of other players. The remaining number of people that can be evaluated can be set as an initial value at the start of an event, which is smaller than the number of players other than yourself who participate in the event. The initial value of the remaining evaluable number of people may be reset every fixed time. As described above, the player information in FIG. 4 stores evaluation points for each player.

  The storage unit 54 stores event information as shown in FIG. FIG. 5 is a configuration diagram of an example of event information. The event information in FIG. 5 includes an event ID, a recommended level, and a matching player as items. The event ID is an example of identification information that uniquely identifies an event. The recommended level is a level of a player who recommends participation in the event. As described above, the event information in FIG. 5 stores a recommended level for each event. Therefore, even if the player participates in the same event, the difficulty level of the quest can be determined for each player. For example, it is determined that a player whose level is lower than the recommended level has challenged a high difficulty event, and a player whose level is higher than the recommended level is determined to have challenged a low difficulty event.

  Matching players indicate a plurality of players determined to participate in the event through matching. As described above, the event information in FIG. 5 stores the players participating in the event for each event.

  The storage unit 54 stores matching history information as shown in FIG. FIG. 6 is a configuration diagram of an example of matching history information. The matching history information in FIG. 6 includes a matching date and a matching player as items. The matching date indicates the date of matching. Matching players indicate a plurality of players whose participation in the event is determined by matching performed on the matching date. The matching history information in FIG. 6 stores a matching date and a matching player in association with each matching performed in the past. Based on the matching history information in FIG. 6, the counting unit 66 can determine whether or not the evaluation player and the evaluated player have experience matching the same event. The record of the matching history information in FIG. 6 may be deleted after a predetermined number of days (for example, 7 days) has elapsed from the matching date. In this way, by deleting records from which the predetermined number of days have passed since the matching date from the matching history information, even if the evaluation player and the evaluated player matched with the same event, if the predetermined number of days have elapsed from the matching date, It is determined that there is no experience matched to the same event.

  Further, the storage unit 54 stores reward information as shown in FIG. FIG. 7 is a configuration diagram of an example of reward information. The reward information in FIG. 7 includes reward details and necessary evaluation points as items. The reward contents are contents of rewards given to each player in exchange for evaluation points. The necessary evaluation points indicate the evaluation points necessary for granting the reward. As described above, the reward information in FIG. 7 stores the reward contents and the evaluation points necessary for the reward contents in association with each other.

<Processing>
《Event processing》
The information processing system 1 according to the present embodiment performs event processing in the procedure shown in FIG. 8, for example. FIG. 8 is a flowchart of an example of event processing according to the present embodiment. In step S <b> 11, the matching unit 60 of the game server device 3 performs a player matching process and determines a player who participates in the same event.

  The players that are subject to the matching process may be all players or may be players that have announced participation in the event. Each player may set the degree of difficulty of the event to participate (for example, the level of the recommended level of the event relative to his level). In this case, in the matching process of step S11, the player who participates in the same event is determined in consideration of the difficulty level of the event to be participated set by each player. In the matching process in step S11, the player may manually determine a player who participates in the same event.

  The matching unit 60 associates information of a plurality of players determined to participate in the same event with the event ID, and stores the information as event information of FIG. 5 stored in the storage unit 54 as a matching player.

  In step S12, the event execution unit 62 of the game server device 3 advances the event based on the operation content received by the client terminal 2 from the player. Note that the type of game in the event may be a type of game that a plurality of players play together, such as a role playing game, a simulation game, a sports game, and a quiz game.

  When the event ends, the image generation unit 64 generates parameters and image data for displaying the event result screen on the client terminal 2 in step S13 and transmits the parameters and image data to the client terminal 2 to display the event result screen on the client terminal 2. Let The event result screen is provided with a mechanism for receiving an evaluation for another player from the player (for example, a mechanism for selecting another player who thinks that the player has played well).

  In step S <b> 14, the evaluation receiving unit 22 of the client terminal 2 receives the evaluation for the other player received by the operation receiving unit 10 from the player, and the evaluation result (for example, the player ID of the evaluation player who selected the other player by the evaluation receiving process) The player ID of the selected player to be evaluated is transmitted to the game server device 3.

  In step S15, the counting unit 66 of the game server device 3 receives the evaluation result performed between the players who participated in the same event, and updates the evaluation point of the player information and the remaining evaluable number based on the result.

  For example, when the totaling unit 66 receives the evaluation player's player ID and the evaluated player's player ID as evaluation results, the evaluation point of the player information in FIG. 4 corresponding to the evaluated player's player ID is a point for one evaluation. Add a number. The number of points added to the evaluation points by one evaluation may be fixed or variable as will be described later. Further, the totaling unit 66 decreases the remaining evaluable number of player information in FIG. 4 corresponding to the player ID of the evaluation player by the number of player IDs of the evaluation player.

  According to the event processing of FIG. 8, each player can add evaluation points to players other than himself who think that he / she has played well in the event among the players who participated in the same event. In the flowchart of FIG. 8, an example is shown in which the evaluation is performed between players after the end of the event, but the evaluation may be performed between players during the event. Further, the evaluation for the players other than the player may be freely performed during the event or at any timing after the event ends. When evaluating between players during an event, for example, tapping an avatar of a player other than himself who thinks that the player played well in the event from among the players who participated in the same event may be considered.

《Aggregating process considering matching experience》
In the counting process of step S15 in FIG. 8, the number of points added to the evaluation points by one evaluation from another player can be varied (varied) depending on whether there is matching experience as shown in the flowchart of FIG. . FIG. 9 is a flowchart of an example of a totaling process that considers whether there is matching experience.

  In step S <b> 21, the counting unit 66 refers to the matching history information in FIG. 6 and determines whether the evaluation player and the evaluated player have experience matching the same event. If the counting unit 66 determines in step S22 that the evaluation player and the evaluated player have not matched the same event as a result of referring to the matching history information in FIG. 6, the process proceeds to step S23. In step S23, the counting unit 66 sets, for example, “10” as the number of points to be added to the evaluation points from one evaluation from another player.

  On the other hand, as a result of referring to the matching history information in FIG. 6, the totaling unit 66 proceeds from step S22 to step S24 if it determines that the evaluation player and the evaluated player have experience matching the same event. In step S <b> 24, the counting unit 66 sets the number of points added to the evaluation points based on one evaluation from another player to “5”, for example.

  In step S25, the counting unit 66 adds the number of points added to the evaluation points from the one evaluation determined in step S23 or S24 to the evaluation points of the player information shown in FIG. 4 of the evaluated player.

  As described above, in the counting process of FIG. 9, when the evaluation player and the evaluated player have no experience matching the same event, the evaluation player and the evaluated player have more experience than matching the same event. The number of points added to the evaluation points is made larger than the one evaluation from the evaluation player.

  According to the counting process of FIG. 9, since it is easier to accumulate evaluation points when performing an event with a player who has not matched with the same event than with the same player, the exchange between the players Can be expected.

<< Aggregating process considering level difference between evaluated player and evaluated player >>
In the counting process of step S15 in FIG. 8, the number of points added to the evaluation points by one evaluation from another player is variable (if different) depending on the level difference between the evaluation player and the evaluated player as shown in the flowchart of FIG. Can). FIG. 10 is a flowchart of an example of a counting process that takes into account the level difference between the evaluation player and the evaluated player.

  In step S31, the counting unit 66 refers to the player information in FIG. 4 and determines whether or not the level difference between the evaluation player and the evaluated player is “5” or more. The level difference “5” shown in FIG. 10 is an example. If the counting unit 66 determines in step S32 that the level difference between the evaluation player and the evaluated player is “5” or more, the process proceeds to step S33. In step S <b> 33, the counting unit 66 sets the number of points added to the evaluation points based on one evaluation from another player, for example, “10”.

  On the other hand, when determining that the level difference between the evaluation player and the evaluated player is not “5” or more, the counting unit 66 proceeds from step S32 to step S34. In step S34, the counting unit 66 sets the number of points added to the evaluation points based on one evaluation from another player to “5”, for example.

  In step S35, the counting unit 66 adds the number of points added to the evaluation points from the one evaluation determined in step S33 or S34 to the evaluation points of the player information shown in FIG. 4 of the evaluated player. As described above, in the aggregation process of FIG. 10, when the level difference between the evaluation player and the evaluated player is, for example, “5” or more, the level difference between the evaluation player and the evaluated player is not, for example, “5” or more. In addition, the number of points added to the evaluation points is larger than the one evaluation from the evaluation player.

  According to the counting process of FIG. 10, since a high-level advanced player is evaluated by a low-level beginner player, evaluation points are more likely to accumulate. . As a result, it can be expected to lead to the expansion of the game population.

  In the counting process of FIG. 10, the number of points added to the evaluation points is switched from one evaluation from another player depending on whether or not the level difference between the evaluation player and the evaluated player is “5” or more. Although an example is shown, for example, three or more ranges of level differences between the evaluation player and the evaluated player are set, and the number of points added to the evaluation points is different for each range from one evaluation from other players. You may do it.

《Aggregating process considering event recommendation level and player level》
In the counting process of step S15 in FIG. 8, the number of points added to the evaluation points by one evaluation from another player is variable (varies) depending on the recommended level of the event and the level of the player as shown in the flowchart of FIG. be able to. FIG. 11 is a flowchart of an example of a counting process that takes into account the recommended level of the event and the level of the player.

  In step S41, the counting unit 66 refers to the player information in FIG. 4 and the event information in FIG. 5, and determines whether or not the level of the evaluated player is equal to or lower than the recommended level of the event. If the counting unit 66 determines in step S42 that the level of the evaluated player is equal to or lower than the recommended level of the event, the process proceeds to step S43. In step S43, the counting unit 66 sets, for example, “10” as the number of points to be added to the evaluation points from one evaluation from another player.

  On the other hand, if the counting unit 66 determines that the level of the evaluated player is not less than or equal to the recommended level of the event, the process proceeds from step S42 to step S44. In step S44, the counting unit 66 sets the number of points added to the evaluation points based on one evaluation from another player to “5”, for example.

  In step S45, the counting unit 66 adds the number of points added to the evaluation points from the one evaluation determined in step S43 or S44 to the evaluation points of the player information shown in FIG. 4 of the evaluated player. As described above, in the aggregation process of FIG. 11, when the level of the evaluated player is equal to or lower than the recommended level of the event, the evaluation player performs one evaluation more than when the level of the evaluated player is not equal to or lower than the recommended level of the event. The number of points added to evaluation points is increased.

  According to the tabulation process of FIG. 11, a player who challenges a high difficulty event having a higher recommended level than his / her level is more motivated to challenge the high difficulty event because the evaluation points tend to accumulate.

  11 shows an example in which the number of points added to the evaluation points is switched from one evaluation from another player depending on whether or not the level of the evaluated player is equal to or lower than the recommended level of the event. However, for example, three or more level difference ranges between the level of the evaluated player and the recommended level of the event are set, and the number of points added to the evaluation points is different for each range from one evaluation from another player. You may do it.

《Reward grant processing》
The reward granting unit 68 of the game server device 3 gives a reward to the player as shown in the flowchart of FIG. FIG. 12 is a flowchart of an example of the reward grant process.

  When the reward request is received from the client terminal 2, the reward granting unit 68 of the game server device 3 proceeds from step S51 to S52. In step S52, the reward granting unit 68 refers to the reward information in FIG. 7, and determines a necessary evaluation point corresponding to the reward content requested by the player.

  In step S53, the reward granting unit 68 reduces the evaluation points included in the player information of FIG. 4 of the player who has requested the reward by the necessary evaluation points corresponding to the reward contents to be given to the player. In step S54, the reward granting unit 68 gives a reward to the player who has requested the reward. As described above, according to the flowchart of FIG. 12, the reward granting unit 68 can reward a player in exchange for an evaluation point.

(Summary)
According to the information processing system 1 of the present embodiment, each player can add evaluation points to players other than himself who think that he / she has played well in the event from among the players who participated in the same event. Further, each player can obtain a reward in exchange for the evaluation point.

  Moreover, according to the information processing system 1 of this embodiment, objective evaluation of one's own play can be correctly recognized by evaluating the play during the event among the players participating in the same event. Moreover, since the information processing system 1 of this embodiment can acquire reward in exchange for the accumulated evaluation points, it can be expected that it becomes customary to evaluate the play during the event among the players who participated in the same event. .

  Furthermore, the information processing system 1 according to the present embodiment can expect a player to be more motivated by evaluating the play during the event among the players participating in the same event, rather than being evaluated by an unspecified player. .

  Thus, in the information processing system 1 of the present embodiment, the connection between players who participated in the same event is strengthened, and it can be expected that the motivation for the player to continue the game will be improved.

  The present invention is not limited to the specifically disclosed embodiments, and various modifications and changes can be made without departing from the scope of the claims.

  The event of this embodiment is an example of a game divided into one segment. The matching unit 60 is an example of a player determination unit. The event execution unit 62 is an example of a game execution unit. The counting unit 66 is an example of a counting unit. The reward granting unit 68 is an example of a reward granting unit. The storage unit 54 is an example of a storage unit.

DESCRIPTION OF SYMBOLS 1 Information processing system 2 Client terminal 3 Game server apparatus 4 Network 10 Operation reception part 12, 52 Control part 14, 54 Storage part 16, 50 Communication part 18 Screen display part 20 Image control part 22 Evaluation reception part 60 Matching part 62 Event execution Unit 64 Image generating unit 66 Totaling unit 68 Reward granting unit 501 Input device 502 Display device 503 External I / F
503a Recording medium 504 RAM
505 ROM
506 CPU
507 Communication I / F
508 HDD
B bus

Claims (9)

Computer
Player determining means for determining a plurality of players participating in a single game;
Game execution means for executing the game by the determined plurality of players;
Aggregating means for accumulating evaluations for other players who participated in the game, received from the plurality of players who participated in the game, and used as evaluation points for each player;
Reward granting means for rewarding each player based on the evaluation points;
Program to function as. The computer,
Storage means for storing information associating a plurality of players participating in the one-segment game determined in the past by the player determination means;
Further function as
The counting unit is configured such that the evaluation player and the evaluated player participate in the same segment of game based on information associated with a plurality of players who participate in the segment of game stored in the storage unit. 2. The program according to claim 1, wherein the number of points to be added to the evaluation points is made different by one evaluation from the evaluation player based on the determination result. The computer,
Storage means for storing the level of the player;
Further function as
The counting unit determines a level difference between the evaluation player and the evaluated player based on the level of the evaluation player and the level of the evaluated player stored in the storage unit, and based on the determination result, the evaluation 2. The program according to claim 1, wherein the number of points to be added to the evaluation points is varied by one evaluation from a player. The computer,
Storage means for storing the level of the player and the recommended level of the segment of game;
Further function as
The counting means determines the level of the evaluated player with respect to the recommended level based on the level of the evaluated player stored in the storage means and the recommended level of the segmented game, and the determination result The program according to claim 1, wherein the number of points to be added to the evaluation points is varied based on one evaluation from the evaluation player. The counting means limits the number of players who can participate in the game to evaluate other players who participate in the game than the number of players other than themselves who participate in the game. The program according to any one of claims 1 to 4, wherein: The said totaling means sets the upper limit number of persons who can evaluate each player who participated in the game with respect to other players who participated in the game for every predetermined period. Program described in the section. The program according to any one of claims 1 to 6, wherein the counting means resets the evaluation points of each player every predetermined period. Computer
Player determining means for determining a plurality of players participating in a single game;
Game execution means for executing the game by the determined plurality of players;
Aggregating means for accumulating evaluations for other players who participated in the game, received from the plurality of players who participated in the game, and used as evaluation points for each player;
Reward granting means for rewarding each player based on the evaluation points;
A computer-readable recording medium in which a program for functioning as a computer is recorded. Player determining means for determining a plurality of players participating in a single game;
Game execution means for executing the game by the determined plurality of players;
A totaling unit that counts the evaluations for the players other than the one who participated in the game received from the plurality of players that participated in the game, and sets the evaluation points of each player;
Reward granting means for rewarding each player based on the evaluation points;
An information processing apparatus comprising:

Images