JP2014188334A - Game managing device, game system, method of managing game, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a user-friendly game environment enabling a user to smoothly input a prediction in a prediction game.SOLUTION: A game managing device manages a prediction game for predicting a result occurring in an actual world or a game. Prediction auxiliary information generation means 71 generates prediction auxiliary information for helping a user's prediction, based on a result of a past prediction game, or information being currently predicted by each user. Display control means 72 displays the prediction auxiliary information within an input screen for prediction input by the user.

Description

  The present invention relates to a game management device, a game system, a game management method, and a program for managing a game.

  2. Description of the Related Art Conventionally, a game system in which a user can receive various game services provided from a game server by connecting the user's terminal device (personal computer, mobile phone terminal, etc.) to a game server installed on the Internet. (Patent Document 1, etc.). There is also a game system that provides a service of a prediction game that predicts the result of a professional baseball match (Patent Document 2).

JP 2011-30892 A JP 2002-83215 A

  When a user makes a prediction in a prediction game, the prediction may be difficult for a user who has little knowledge of the target field (for example, baseball, horse racing, etc.) in the prediction game.

  The present invention has been made in view of the above circumstances, and an object thereof is to provide a user-friendly game environment in which a user can smoothly input a prediction.

  1) A game management device (1, 2, 101, 301) according to an aspect of the present invention manages a predicted game that predicts a result that occurs in the real world or in the game, and includes a result of a past predicted game or each user. Predictive auxiliary information generating means (71) for generating predictive auxiliary information for assisting the user's prediction based on the information currently predicted by the user, and in the input screen for the user to input the prediction, Display control means (72) for displaying information.

  The game management device having this configuration can be configured by an information processing device (computer) such as a server capable of communicating with each user's game terminal (terminal device), for example. Or this game management apparatus can also be comprised by the information processing apparatus as a game terminal. Or this game management apparatus can also be comprised by the some information processing apparatus (a server, a game terminal) which mutually communicates.

  The prediction game managed by the game management apparatus may be either one that predicts a result that occurs in the real world or one that predicts a result that occurs in the game. An example of a game that predicts a result that occurs in the real world is a game that predicts the activity of an actual baseball player or team. In addition, prediction games targeting various results occurring in the real world, such as various sports competitions such as soccer, horse racing, car racing, quizzes performed on broadcast programs such as television, and the like can be applied. As a game for predicting a result generated in the game, a character or team playing an active role from among a plurality of characters existing in the game (for example, a player character of a baseball game, a racehorse character of a horse racing game, etc.) or a team To do.

  This game management apparatus displays the prediction assistance information for assisting a user's prediction in the input screen for a user to perform a prediction input. As a result, the user can input the prediction while viewing the prediction auxiliary information on the input screen and referring to it. A game management apparatus that realizes this includes a prediction auxiliary information generation unit and a display control unit.

  The anticipation auxiliary information generating means generates anticipation auxiliary information based on the result of the past anticipation game or information currently predicted by each user. Predictive auxiliary information based on the results of past predicted games includes ranking information in which prediction targets (real players, characters, teams, etc.) are arranged in the order of past evaluations. In addition, the forecasting auxiliary information based on the information that each user is currently forecasting includes information indicating the degree of popularity of the real players, characters, teams, etc. that are forecast targets (information indicating which forecast target everyone expects) ) Etc. Then, the display control means causes the prediction auxiliary information generated by the prediction auxiliary information generation means to be displayed in the input screen for the user to make a prediction input.

  For example, in a prediction game for baseball, if the user is not familiar with baseball, it may be difficult to predict which player will be active. As described above, a user who lacks knowledge of the target field in the prediction game may have difficulty in prediction. On the other hand, in this configuration, the user can obtain the clues of the prediction by looking at the prediction auxiliary information in the prediction input screen. Therefore, even a user who is not very familiar with the field targeted by the prediction game (for example, baseball) can realize a user-friendly game environment in which the prediction can be input without much trouble with the prediction.

  2) In the above configuration, the prediction game includes a game that predicts an active character from a plurality of characters existing in the game, and a user who has selected an arbitrary character from among the characters owned by the user A prediction acceptance means (73) for accepting a prediction input from the user, an evaluation means (74) for totalizing the game results for the characters used by each user in the game within a predetermined period, and evaluating the activity for each character, It is preferable to further include privilege provision means (75) for granting the user a privilege corresponding to the evaluation of the character predicted by the user.

  According to this configuration, the user can predict an active character from a plurality of characters existing in the game. The user selects an arbitrary character that is likely to play an active role from among the characters that the user owns, and inputs the prediction while referring to the prediction auxiliary information on the input screen. The user's prediction input is received by the prediction receiving means. In this way, in this configuration, it is not possible to predict the activity for all characters in the game, and it is necessary to select the prediction target from among the characters on hand. Therefore, a user who does not own a character that is likely to play an active role must first obtain it in the game. In other words, each user can make a prediction within the range of the character that he owns, and obtains a privilege according to the prediction result, but he must own the character corresponding to the prediction. In other words, the game has an unprecedented fun that you need to get it first.

  The evaluation means totals the game results for the characters used by each user in the game within a predetermined period (for example, 24 hours from 0:00 to 24:00), and evaluates the activity for each character. As an example, a baseball game in which a user owns a player character corresponding to a baseball player in the real world, creates his own team using the player character, and plays against an opponent (another user or CPU) will be described. In such a baseball game, the game management device totals game results such as the number of hits of player characters used by each user in the game. For each player character, the overall average of hits is calculated to evaluate the activity.

  Here, regarding “activities”, for example, a baseball game includes hits, stealing, fine play, etc. by a fielder character, strikeouts by a pitcher character, victory, saving, etc. Only the characters that contributed to the winning team can be evaluated, but even if they are the characters of the losing team, they can evaluate the activity of the character by hitting or playing fine. Can be the target of. Since in-game counting is performed for characters used by each user in the game, it is preferable to basically use the individual results (records) of each character as evaluation targets for activity. As another example, in a horse racing game, only a winning racehorse character can be an evaluation target of activity, but for example, a racehorse character within 3rd place can also be an evaluation target of activity. These are only examples, and the activity of the character includes various forms depending on the type and content of the game.

  And a privilege provision means provides the user with the privilege according to the said evaluation of the character which the user anticipated and input. Here, regarding the “privilege”, various privileges according to the type and content of the game, such as the provision of in-game points or items, the improvement of the ability of the character, and the increase of the lottery probability of rare items can be applied.

  In this way, in this configuration, since the game results for the characters used by each user in the game are aggregated and the activity of each character in the game is evaluated, a baseball game or the like that is the target of prediction in the real world, etc. The user can stably play the prediction game even on days when the game is not performed (for example, in the baseball off-season).

  In this configuration, the activity of the character used by each user in the game is also reflected in the overall evaluation of the activity of the character in the prediction game. That is, a game using a character by each user is linked to the predicted game. From this, each user tries to play a game so that a better game result can be obtained for the character, especially when playing using a character that he or she has predicted to play. Thereby, the interest property of the play mode in the game linked to the prediction game can be enhanced.

  3) In the configuration of 1) or 2) above, the prediction auxiliary information includes ranking information in which the characters are arranged in the order of past evaluation, and each character arranged as the ranking information in the input screen. Of these, it is preferable to further include notification means (76) for notifying the user of the character owned by the user.

  According to this configuration, ranking information in which the characters are arranged in the order of past evaluation is displayed as prediction auxiliary information in the input screen on which the user makes predictions. For example, character ranking information for the previous predicted game is displayed on the input screen. Further, among the characters arranged as the ranking information in the input screen, the character owned by the user is notified to the user. In this prediction game, the user can target only the characters he owns, but the ranking information is referred to by notifying the characters he owns in the ranking information. Predictive input can be performed smoothly. If there is no character owned by the user in the ranking information, motivation to obtain the character is given and the game is activated.

  Further, if the notified character has a high rank, there is a possibility that it will be ranked high even in the next prediction game, so that the user can respond by predicting and inputting the activity of the character. . In addition, the above notification also reveals a case where a character that he / she owns but did not input an activity prediction in the previous prediction game has become a high rank. In this case, the user is motivated to make an input in anticipation of the activity of the character. As described above, by displaying the ranking result of the past (for example, the previous) predicted game on the input screen and notifying the character owned by the user in the input screen, it is possible to improve the game performance.

  4) In the configuration of 3) above, the system further comprises relationship management means (77) for managing the second user related to the user, and the prediction receiving means (73) is owned by the second user. An expected input from a user who has selected a specific character is also received, and the notification means (76) is owned by the second user among the characters arranged as the ranking information in the input screen. It is preferable to notify the user of the specific character.

  The game management device includes management means for managing a second user such as a friend who has a predetermined association with the user. Here, friends are generic names for virtual relationships between users built in the game, such as acquaintances, friends, friends, classmates, fellows, relatives, families, brothers, sisters, colleagues of companies and organizations, etc. Including various in-game relationships. In addition, if it is the other user (2nd user) linked | related with the user, it may not be a relationship of a friend. However, in the following description, the second user is referred to as a friend for convenience.

  As described above, in this configuration, not all characters in the game can be predicted to be active, and the prediction target is limited to the character on hand. In this case, when a character other than a hand-held character is to be predicted, it is first necessary to obtain the character in the game, but a desired character cannot always be obtained immediately. Therefore, in this configuration, the user can also set a specific character owned by his / her companion as a target of prediction input. That is, the user can borrow a specific character owned by a friend and expand the prediction target.

  Here, the specific character owned by the mate can be, for example, a character that is set so that the mate can lend. Further, the specific character may be a character having the highest ability among the characters owned by the companion. In addition, the specific character may be a character randomly selected from characters having the highest rarity level owned by the fellow. Alternatively, the specific character may be a 4th batter character of a fellow team order. These are merely examples, and a character that satisfies a predetermined condition among the characters owned by the user's associates can be a specific character.

  And among the characters arranged as ranking information in the input screen, a specific character owned by a friend is also notified to the user. As a result, it is clarified in the ranking information which character can be borrowed from a friend, so that the user can smoothly perform prediction input.

  Moreover, in this structure, since a user can borrow a specific character which the friend owns and can expand | expect an object of prediction, the number of the object of prediction expands, so that there are many friends. Therefore, each user is motivated to actively make many friends. Then, as the number of friends increases for each user, the entire game is activated.

  5) In the configuration of any one of the above 4), when the user inputs an expected input that selects a specific character owned by the second user, a reward is given to the second user. It is preferable to further include reward granting means (78) to be granted.

  According to this configuration, if the user A borrows a character of a user B (second user) who is a friend and makes an activity prediction, the user B is rewarded. Here, with respect to the “reward”, various rewards according to the type and content of the game, such as in-game point or item grant, character ability improvement, increase of rare item lottery probability, and the like can be applied. The user A who borrowed the user B's character makes an appreciation to the user B, and the user B who has received the reward is also expected to thank the user A who used his character for the activity prediction. Is done. With this configuration, it is possible to deepen in-game exchanges between friends through lending and borrowing characters to be predicted.

  6) In the configuration of any one of 2) to 5), the prediction receiving means (73) receives a prediction input from a user who sets a weight on a prediction target character, and the privilege granting means (75) The upper limit management means (79) that gives the user a privilege corresponding to the evaluation of the character predicted by the user and the weight, and varies the upper limit of the weight that can be set for each character according to the rarity of each character. ).

  According to this configuration, it is possible to weight the prediction. For example, when inputting a prediction by setting an item for prediction (or points) for a character that each user is likely to play an active role, the weight of the prediction can be given by the number of items for prediction (or the number of points) to be set. . Then, the prediction weight set for the character is reflected in the privilege in the prediction game.

  Here, the upper limit of the weight that can be set for each character differs depending on the rarity of each character. That is, even for the same character, the upper limit of the prediction weight that can be set by the user differs depending on the rarity. For example, one of five levels of rarity from 1 (lowest) to 5 (highest) is set for the character. The relationship between the rarity of the character and the upper limit of the weight (for example, the number of items for prediction) that can be set for the character is, for example, rarity 1: 8, rarity 2:10, rarity 3:12, rarity 4 14 and rarity 5:16. The higher the rarity, the larger the upper limit of the weight. The user needs to have a higher rarity character to set a greater weight. With this configuration, the user can be motivated to obtain a character with a high degree of rarity.

  7) In any one of 2) to 6) above, the prediction auxiliary information includes statistical information that summarizes information currently predicted by each user, and indicates information indicating the degree of popularity of each character. It is preferable to include.

  For example, in a prediction game in which prediction items (or points) are set for characters that each user is likely to play an active role, information on the prediction items set for the characters by all users is aggregated. Then, for each character in the game, obtain statistical information such as the average number of items for prediction currently set, the number of people who have set items for prediction, the total number of items for prediction set, and This can be information indicating the degree of popularity of the character. Since such information is displayed as prediction auxiliary information in an input screen for the user to perform prediction input, the user can use this as a clue for prediction. Therefore, it is possible to realize a user-friendly game environment in which prediction input is possible without trouble with prediction.

  8) In the configuration of any one of 1) to 7) above, the prediction game includes a game that predicts an active team from a plurality of teams existing in the game, and any of the plurality of teams An association means (80) for associating each team with each user, a second expectation acceptance means (81) for accepting an expectation input from a user who has selected an arbitrary team from the plurality of teams, and a predetermined The second evaluation means (82) for collecting the game results executed by each user within the period and evaluating the activity for each team related to each user, and according to the evaluation of the team predicted by the user It is preferable to further include a second privilege granting means (83) for granting the privilege to the user.

  According to this configuration, the user can predict an active team from among a plurality of teams existing in the game. Taking a baseball game as an example, there are a plurality of teams corresponding to real-world professional baseball (or MLB) teams in the game, and a team that is likely to be ranked higher among the teams is predicted. Teams in the game are evaluated as follows by counting the game results executed by each user.

  First, any one of a plurality of teams in the game is associated with each user. For example, a favorite team arbitrarily selected by the user from a plurality of teams in the game and the identification information (user ID) of the user are associated with each other and stored in the storage device.

  The predicted target of the team by the user is not necessarily limited to the team related to the user, and can be all teams existing in the game.

  Further, the second evaluation means aggregates the game results executed by each user within a predetermined period (for example, 24 hours from 0:00 to 24:00), and evaluates the activity for each team related to each user. To do. For example, the game results of winning and losing in which each user has played against an opponent (another user or CPU) are tabulated. Then, for each team in the game, the winning percentage is calculated to evaluate the activity.

  And a 2nd privilege provision means provides the user with the privilege according to the said evaluation of the team which the user anticipated and input. In this way, in this configuration, the game results of games that are normally played by each user are aggregated and the team's activity in the game is evaluated, so that a baseball game that is the subject of prediction in the real world is not played. In addition (for example, in the baseball off-season), the user can stably play the prediction game.

  In addition, since each user is associated with any of a plurality of teams in the game, the game result of the user is also reflected in the overall evaluation of the activity of the team in the predicted game. That is, the game by each user is linked with the expected game. For this reason, each user tries to play a game so that the user can obtain a good game result, particularly when the team associated with him / her is predicted as an active team. Thereby, the interest property of the play mode in the game linked to the prediction game can be enhanced.

  9) In the configuration according to any one of 1) to 8) above, there are a plurality of characters corresponding to each of a plurality of real objects existing in the real world in the game, and the prediction game includes the plurality of real objects Predictive input from a user who selects a character corresponding to a real thing that is expected to play an active role in the real world from among the characters owned by the user, including a game that predicts a real thing that will play an active role A third prediction accepting means (84) for accepting until the deadline, a third evaluation means (85) for assessing the real-world activity of the real thing after the deadline, and a real corresponding to the character predicted by the user It is preferable to further comprise third privilege granting means (86) for granting a privilege according to the evaluation of the object to the user.

  According to this configuration, a plurality of real objects (for example, baseball players) existing in the real world correspond to a plurality of characters in the game. The user can predict a real thing playing an active role in the real world from a plurality of real things. However, the real thing that the user can make an object of prediction is only the real thing corresponding to the character owned by the user. Therefore, a user who does not have a character corresponding to an actual object that is likely to play an active role must first obtain it in the game. That is, each user obtains a character in the game, predicts the activity of the real thing through the character, and realizes an unprecedented interesting game characteristic of acquiring a privilege according to the predicted result. .

  As described above, the prediction auxiliary information for assisting the user's prediction is displayed in the input screen for the user to input the prediction. For example, ranking information or the like in which characters corresponding to real players are arranged in the order of past evaluations of real players is displayed on the input screen based on the results of past predicted games. The user's prediction input is received by the third prediction receiving means until a predetermined time limit (for example, the start time of the target baseball game). After this deadline, the real world's activity in the real world is evaluated by the third evaluation means. For example, when the real thing is a baseball player, activities such as hitting by a fielder, stealing, fine play, strikeout by a pitcher, winning, saving, etc. are evaluated. As an example of evaluation, an evaluation (value of activity level) is required, assuming that the activity level of 1 hit is “10”, the activity level of 2 hits is “15”, the activity level of 3 hits or more is “20”, etc. .

  And a 3rd privilege provision means provides the user with the privilege according to the said evaluation of the real thing corresponding to the character which the user anticipated and input. Even in this configuration, the user can obtain prediction clues by looking at the prediction auxiliary information in the prediction input screen. Therefore, even a user who is not familiar with the field targeted by the prediction game (for example, baseball) can realize a user-friendly game environment in which the prediction can be input without being troubled by the prediction.

  10) In the configuration of any one of 1) to 9) above, the prediction game includes a game for predicting an active real team from a plurality of real teams existing in the real world, and the plurality of real teams A fourth prediction receiving means (94) for receiving a predicted input from a user who has selected an arbitrary real team from within a predetermined time limit, and a fourth evaluation for evaluating the real-world activity of the real team after the time limit It is preferable to further comprise means (95) and fourth privilege granting means (96) for granting the user a privilege according to the evaluation of the real team predicted by the user.

  According to this configuration, the user can predict a real team that is active from a plurality of real teams (for example, 12 professional baseball teams, 30 MLB teams, etc.) existing in the real world. For example, the user can predict a winning team against a real-world professional baseball battle card.

  The user's prediction input is received by the third prediction receiving means until a predetermined time limit (for example, the start time of the target baseball game). After this deadline, the actual performance of the real team is evaluated by the fourth evaluation means. And the privilege according to the said evaluation of the real team which the user anticipated and input is provided to a user. For example, when a real team predicted by the user is evaluated as a team that has won in the real world, a privilege (points, items, etc.) is given to the user.

  Also in this configuration, prediction auxiliary information for assisting the user's prediction is displayed in the input screen for the user to input the prediction. For example, information such as the winning / losing information of the previous day of each real team and the winning rate of the previous week is displayed on the input screen. Therefore, even a user who is not familiar with the field targeted by the prediction game (for example, baseball) can realize a user-friendly game environment in which the prediction can be input without being troubled by the prediction.

  11) A game system according to another aspect of the present invention includes a server (1,2,101) and a terminal device (3,301) that communicates with the server (1,2,101). A game system for managing a prediction game for predicting a result that occurs in the game, and a prediction auxiliary information for assisting a user's prediction based on a result of a past prediction game or information currently predicted by each user Prediction auxiliary information generating means (71) for generating a display control means (72) for displaying the prediction auxiliary information in an input screen for a user to make a prediction input, the server (1,2,101) or the terminal One of the devices (3,301) is provided.

  12) A game management method according to another aspect of the present invention is a game management method in a computer that manages a predicted game for predicting a result occurring in the real world or in a game, wherein the computer A prediction auxiliary information generation step for generating prediction auxiliary information for assisting the user's prediction based on the result or information currently predicted by each user, and the computer within the input screen for the user to input the prediction And a display control step for displaying the predicted auxiliary information.

  13) A program according to another aspect of the present invention is a program for causing a computer to operate as a game management device (1, 2, 101, 301) that manages a predicted game for predicting a result that occurs in the real world or in a game. A prediction auxiliary information generating means (71) for generating prediction auxiliary information for assisting a user's prediction based on a result of a past prediction game or information currently predicted by each user; There is a program for functioning as display control means (72) for displaying the predicted auxiliary information in an input screen for performing predicted input.

  According to the present invention, it is possible to provide a user-friendly game environment in which a user can smoothly input a prediction in a prediction game.

It is explanatory drawing which shows the structural example of the game system which concerns on one embodiment of this invention. It is a block diagram which shows an example of the hardware constitutions of a game management apparatus. It is a block diagram which shows an example of the hardware constitutions of a terminal device. It is explanatory drawing which shows an example of a player database. It is explanatory drawing which shows an example of the input screen for a user to perform prediction input. It is explanatory drawing which shows the other example of the input screen for a user to perform prediction input. It is explanatory drawing which shows the other example of the input screen for a user to perform prediction input. It is explanatory drawing which shows the other example of the input screen for a user to perform prediction input. It is a functional block diagram which shows an example of the basic functional structure of a game management apparatus. It is explanatory drawing which shows an example of a user information database. It is explanatory drawing which shows an example of the order information which the user assembled. It is explanatory drawing which shows an example of the information of a battle result. It is a functional block diagram which shows an example of main functional structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is explanatory drawing which shows an example of a user's anticipation input information. It is explanatory drawing which shows an example of the fielder's evaluation information. It is explanatory drawing which shows an example of the information for evaluation of a starting pitcher. It is explanatory drawing which shows an example of the information for evaluation of a relief pitcher. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is explanatory drawing which shows the relationship between the rarity of a character, and the upper limit of the number of hopes which can be set. It is a flowchart which shows an example of operation | movement of a game server. It is a flowchart which shows an example of operation | movement of a game server. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is explanatory drawing which shows the other example of prediction input information of a user. It is explanatory drawing which shows an example of the information for team evaluation. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is a functional block diagram which shows the other example of main structures of a game management apparatus. It is a block diagram which shows the other structural example of a game system. It is a block diagram which shows the other structural example of a game system.

  Hereinafter, a game management device, a game system, a game management method, and a program according to an embodiment of the present invention will be described with reference to the drawings.

[Outline of the game system]
FIG. 1 shows a configuration example of a game system in which a game management device according to an embodiment of the present invention is incorporated. As shown in the figure, this game system includes a game server 1 installed on a network 4 such as the Internet, a database server 2 connected to be communicable with the game server 1, and a game server via the network 4. 1 and the terminal device 3 of each user that can be communicably connected.

  The network 4 according to the present embodiment is not limited to the Internet. For example, as long as the game server 1 and the terminal device 3 of each user can be connected to each other so as to communicate with each other, for example, a dedicated line, a public line, etc. It may be a line (telephone line, mobile communication line, etc.), wired LAN (Local Area Network), wireless LAN, or the like, or a combination of the Internet and these.

  In this example of the game system, a game management device according to an embodiment of the present invention can be configured from a game server 1 and a database server 2. The game server 1 receives access from the terminal device 3 of each user who receives the game service via the network 4 and stores and manages game information of each user in the database server 2 (storage device). A game service is provided via the network 4.

  As a form of providing a game service by the game server 1, a game program (application software) is installed in the game server 1, and a game operation is not performed on the terminal device 3 but on the terminal device 3. There is a form in which a game is executed on the game server 1 in response to an input, and the execution result is transmitted to the terminal device 3 of each user. For example, the game server 1 provides a so-called browser game in which a game can be played by a web browser installed in the terminal device 3 of each user. Alternatively, the game server 1 provides a so-called cloud gaming service in which a game video as a result of executing a game on the game server 1 is transmitted to the terminal device 3 in, for example, a streaming format.

  Alternatively, as will be described later, a game system in which part or all of the game execution program is installed on the user's terminal device 3 side and the game execution processing is also performed on the terminal device 3 can be provided.

  In the present embodiment, an example in which a browser game is provided will be described as one form of game service provided by the game server 1. In the service form for providing the browser game, it is not necessary to download or install software dedicated to the game on the user's terminal device 3, and the user can easily connect to the game server anywhere as long as the terminal device 3 can be connected to the network 4. The game service provided from 1 can be enjoyed.

  In this game system, the game server 1 executes arithmetic processing and data processing for progressing the game in response to an input operation on the terminal device 3 of each user. Then, the game server 1 updates the game information of each user in the database server 2 based on the execution result of the arithmetic processing and the like, and web page information for displaying the execution result on the screen of the user terminal device 3 (Game screen data) is transmitted to the terminal device 3 of each user.

  Each user's terminal device 3 is equipped with a web browser having a website browsing function as a user agent so that the web page information transmitted from the game server 1 can be displayed on the screen of the terminal device 3. It has become. Examples of the terminal device 3 include a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA), and a smartphone that is a mobile terminal in which a mobile phone and a mobile information terminal are integrated. A personal computer (hereinafter referred to as “PC”), a tablet computer, a game device having a communication function (stationary or portable game device), or a multi-function television receiver having a bidirectional communication function ( Various terminals that can be connected to the game server 1 via the network 4 and receive a game service can be applied, such as a so-called smart TV.

  In addition, the game provided in the present embodiment can have a so-called social game element that allows the user to play while interacting with other users who are receiving game services. For example, by incorporating the game server 1 and the database server 2 of the present embodiment into a social networking service (SNS) system, a game system that provides a social game service as one of the SNS services can be obtained. In this way, a game service can be provided to the user by a game system operating on the SNS platform, but the game server 1 and the database server 2 can be constructed as independent game systems without being incorporated into the SNS system. Good.

  The game management device according to the present embodiment manages a prediction game that predicts a result that occurs in the real world or in the game. And this game management apparatus produces | generates the prediction auxiliary | assistant information for assisting a user's prediction based on the result of the past prediction game, or the information each user is currently anticipating, and the said prediction auxiliary | assistant information is made into a user. Is displayed in the input screen for predictive input. Thereby, it is possible to provide a clue to the user in the prediction input screen and smoothly input the prediction. Below, the detail of a structure of the game management apparatus (game server 1 grade | etc.,) Which concerns on this Embodiment which implement | achieves this is demonstrated.

[Configuration of game management device]
As described above, in the present embodiment, the game management device includes the game server 1 and the database server 2. FIG. 2 shows an example of the hardware configuration of the game server 1. As shown in the figure, the game server 1 mainly includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12 and a RAM (Random Access Memory) 13 as a main storage device, and an auxiliary storage device 14. The communication control unit 15 and the input / output control unit 16 are connected to each other via a bus line 19 including an address bus, a data bus, a control bus, and the like. An interface circuit is interposed between the bus line 19 and each component as necessary, but the interface circuit is not shown here.

  The CPU 11 interprets and executes instructions of application software such as system software and game programs, and controls the game server 1 as a whole. The ROM 12 stores programs and the like necessary for basic operation control of the game server 1. The RAM 13 stores various programs and data, and secures a work area for the CPU 11.

  The auxiliary storage device 14 is a storage device that stores application software such as a game program, various data, and the like. For example, a hard disk drive can be used as the auxiliary storage device 14. The program according to the present embodiment for causing the game server 1 (computer) to operate as a game management device is also stored in the auxiliary storage device 14, and the program is transferred from the auxiliary storage device 14 to the bus line when the game server 1 is started. It is loaded into the RAM 13 via 19 and executed by the CPU 11.

  The communication control unit 15 includes a communication interface 15 a connected to the network 4, and controls communication with each user terminal device 3 via the network 4. The communication control unit 15 also controls communication with a server (not shown) connected to the network 4. For example, when it is set as the system configuration which incorporated the game server 1 in SNS, the communication control part 15 of the game server 1 controls communication between SNS servers.

  The input / output control unit 16 is connected to an input device 17 such as a keyboard, a mouse, and a touch panel, and an output device 18 such as a display, and performs input / output control between these devices 17 and 18. An operator can manually input information on events that occur during a baseball game to the game server 1 using a keyboard, a mouse, or the like. The input / output control unit 16 is communicably connected to the database server 2 and is also a database interface that performs input / output control when the CPU 11 executes reading / writing of data (records) with respect to the database server 2.

  The database server 2 includes a large-capacity hard disk device having a RAID (Redundant Arrays of Inexpensive Disks) configuration, for example, as a storage device having an area for storing game information of each user managed by the game server 1. The database server 2 stores various game information (user name, level, in-game points, possessed items, etc.) of each user in association with identification information (user ID) for uniquely identifying each user, for example. It can be constructed as a database, an object database, an object relational database, or the like. The database server 2 may be connected via the network 4 instead of being directly connected to the game server 1.

  In the present embodiment, an example in which the game management device is configured by the game server 1 and the database server 2 is shown, but the present invention is not limited to this. For example, the game server 1 can have the function of the database server 2 and the game management device can be configured only by the game server 1. Further, the game server 1 can be configured as a plurality of servers by distributing the functions of the game server 1 to a plurality of servers. For example, when a user operates the terminal device 3 to access the game server 1, an authentication server having an authentication function for determining whether the user is a legitimate user is provided separately from the main server of the game server 1, The game server 1 may be composed of a main server and an authentication server. As another configuration example, a billing management server that performs billing management when a user purchases an item to be billed in a game is provided separately from the main server of the game server 1, and the main server, authentication server, and billing management The game server 1 may be configured by a server.

  In addition, when the number of users who use this game service reaches several hundred thousand, millions, or more, it is required to construct a server system that can withstand huge access from the terminal device 3 of many users. Therefore, by providing a plurality of game servers 1 on the network 4 for redundancy (multiplexing), a load distribution type system configuration may be adopted. In this case, it is desirable to provide a load balancer for adjusting the load among the plurality of game servers 1.

  Next, the configuration of the terminal device 3 of the user who accesses the game server 1 according to the present embodiment and receives a game service will be described.

[Configuration of terminal device]
As the terminal device 3 operated by the user, as described above, various terminals having a website browsing function such as a PC, a mobile phone, and a smartphone can be applied. In the present embodiment, a PC is exemplified. The configuration will be described. Note that the terminal device 3 other than the PC is also required for playing a game such as displaying a game screen using a website browsing function or performing an input operation for executing the game. The configuration is the same as that of the PC.

  A configuration example of the terminal device 3 is shown in FIG. As shown in the figure, the terminal device 3 mainly includes a CPU 31, a ROM 32 and a RAM 33 as main storage devices, an image processing unit 34, a display unit 35, a sound processing unit 36, and an audio input unit 37. , An audio output unit 38, an auxiliary storage device 39, an operation input unit 40, and a communication control unit 41. The components 31 to 34, 36 and 39 to 41 are connected to each other via a bus line 42. Has been. An interface circuit is interposed between the bus line 42 and each component as necessary, but the interface circuit is not shown here.

  The CPU 31 interprets and executes instructions of various programs including software that operates as a web browser and its plug-in, and controls the entire terminal device 3. The ROM 32 stores a program and the like necessary for basic operation control of the terminal device 3. The RAM 33 stores various programs and data loaded from the ROM 32 or the auxiliary storage device 39, and secures a work area for the CPU 31. A web browser that displays game screen data described in HTML or the like is stored in the ROM 32 or the auxiliary storage device 39, loaded into the RAM 33, and executed by the CPU 31. Various plug-in software for extending the browser function of the web browser may be stored in the ROM 32 or the auxiliary storage device 39 together with the web browser.

  The image processing unit 34 drives the display unit 35 based on an image display command from the CPU 31 and displays an image on the screen of the display unit 35. Various known display devices such as a liquid crystal display or an organic LE (Electro-Luminescence) display can be applied to the display unit 35.

  The sound processing unit 36 converts an analog audio signal into a digital audio signal when audio is input from the audio input unit 37, generates an analog audio signal based on a sound generation instruction from the CPU 31, and outputs it to the audio output unit 38. Output. The voice input unit 37 includes a microphone or the like built in the terminal device 3 and is used, for example, when voice chat or the like is performed. The audio output unit 38 includes a speaker that outputs sound effects when the game is executed.

  The auxiliary storage device 39 is a storage device that stores various programs and data. As the auxiliary storage device 39, for example, a flash memory drive, a hard disk drive, a memory card reader / writer, or the like can be used.

  The operation input unit 40 receives a user operation input and outputs an input signal corresponding to the operation input to the CPU 31 via the bus line 42. Examples of the operation input unit 40 include a pointing device such as a keyboard and a mouse. Further, in the case of the terminal device 3 in which the display unit 35 is configured as a so-called touch screen by mounting a touch panel (contact input type interface) on the screen of the display unit 35, the touch panel also becomes the operation input unit 40.

  The communication control unit 41 includes a communication interface 41a and has a communication control function for performing data communication during game operations and the like. Here, for the communication control function for data communication, for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a cellular phone network, a predetermined frequency band (for example, a 2.4 GHz frequency band) is used. Includes short-range wireless communication functions. The communication control unit 41 transmits a connection signal for connecting the terminal device 3 to a wireless LAN, the Internet, or the like based on a command from the CPU 31 and receives information transmitted from the communication partner side and supplies it to the CPU 31. To do.

  In the terminal device 3 configured as described above, a user who wants to receive a game service performs an operation of starting a web browser and accessing a game site managed by the game server 1. When this access is authenticated by the game server 1, the communication control unit 41 of the terminal device 3 receives game screen data described in HTML or the like transmitted from the game server 1, and the CPU 31 executes the web browser. A game screen is displayed on the display unit 35. Here, the user selects and inputs selectable button objects and hyperlinks displayed on the game screen by operating the operation input unit 40. In response to this selection input, the game server 1 advances the game and transmits new game screen data to the terminal device 3. Then, this new game screen is displayed on the display unit 35 of the terminal device 3. Hereinafter, similarly, the user can select a button object or the like that can be selected on the game screen displayed on the display unit 35 by an operation. A game provided by the game server 1 can be played.

[Game description]
Examples of games provided by the game management device include sports / racing games, simulation games, training games, soccer, baseball, tennis, American football, basketball, volleyball, golf, boxing, horse racing, car racing, etc. Various games such as role-playing games and quiz games can be listed regardless of the game format and genre. As an example, in the present embodiment, an example in which a game management device mainly manages a baseball game will be described below.

  In the present embodiment, a baseball game in which a player character corresponding to a real player of professional baseball (or MLB) in the real world is used as an example is described. The player character in the game can be in a card format in which the form of the player character is visible on the screen of the terminal device 3. That is, the player character is managed by the game server 1 as a digital player card and displayed on the screen of the user terminal device 3. Further, the player character may be drawn by three-dimensional computer graphics in a game or the like in the game. Further, a player character, a ball object, or the like may be displayed as a moving image in a streaming format or the like.

  The database server 2 stores a player database (hereinafter referred to as “player DB”) that associates real players in the real world with player characters corresponding to the real players. FIG. 4 shows an example of the player DB. In the example of FIG. 4, information such as a name, a spine number, a defensive position, and a team to which the team belongs is stored as information on the real players. In addition, information such as “individual ability”, “tone”, “rareness”, and the like is stored as information on player characters corresponding to real players. In addition, the player information includes image information of the player character. In this way, a player ID for uniquely identifying a real player and a player character is attached to the player information in which a real player and a player character are associated one-to-one. And the game server 1 manages a real player and a player character by player ID, and performs various processes. With this player information, real players in the real world and player characters in the game are linked.

  The individual ability when the player character is a fielder can be “meet”, “power”, “running power”, “defense”, etc., as illustrated in FIG. When the player character is a pitcher, it can be “ball force”, “ball control”, “change”, “stamina”, or the like. Each player character is set with a parameter called “tone” for determining how much ability can be exhibited. With this tone, the ability of the player character is adjusted within a range of 20% to 100%, for example. The “tone” set for each player character is updated every predetermined period (one day, one week, etc.) in accordance with the actual performance / score of the real player in the real world.

  In addition, a rarity level (rare degree) is set for the player character. The rarity is a parameter indicating the rarity value of the player character. For example, there are five rarities (minimum 1 to maximum 5). The rarity levels 1 to 5 may be expressed in the game using expressions such as “normal”, “bronze”, “silver”, “gold”, and “legend”. In the present embodiment, each of the player characters is set to any one of the rarities 1 to 5, and there are five types of rarities with different rarities even with the same name.

  In the baseball game according to the present embodiment, a user has a player character in the game, a single player can be registered from among the player characters held, an order can be formed, and his own original team can be formed. And a user can compete with another user's team (or CPU), and can compete for ranking etc. (competition mode). Further, as described above, the game has a prediction game mode for predicting a result that occurs in the real world or in the game.

  The user can obtain a right item (referred to as “Hope” in the present embodiment) that can be used in the prediction game by playing the battle mode. In the present embodiment, if the user wins the opponent in a battle, a predetermined number of “hopes” can be obtained. Note that even if the user loses the opponent in the battle, a smaller number of “hopes” may be obtained than when the user wins. The user plays the prediction game described below using “Hope” obtained in the battle mode.

  In the prediction game of the present embodiment, during the real-world baseball season, the user predicts real players and teams who are active in real games. Also, during the off-season of baseball in the real world (or the day when there is no baseball game even during the season), the actual player's activity cannot be predicted, so the player character (or team) present in the game plays an active role. A user predicts a player character (or team). In other words, the prediction games include a prediction game that predicts a result that occurs in the real world and a prediction game that predicts a result that occurs in the game.

  First, a prediction game for predicting a result occurring in the real world will be described. This prediction game is referred to as “real result prediction mode” in the present embodiment. During the baseball season, a prediction game is held on a daily basis on a certain day of a baseball game. For example, an expected deadline is set one hour before the start time of today's baseball game, and the user inputs the forecast by using the “Hope” held by the user by the deadline.

  FIG. 5 shows an example of an input screen for the user to make a prediction input. This screen is an input screen for predicting a real player who plays an active role among real players of a professional baseball in the real world. On this input screen, an area 111 for displaying ranking information on the activity (evaluation) of the prediction target (real player) obtained based on the result of the previous prediction game, and for inputting the next prediction, etc. A region 112 is provided. In the area 111, player characters corresponding to actual players are displayed side by side in descending order of the degree of activity in the game that was the target of the previous predicted game. Note that ranking information that cannot be displayed on the screen can be displayed by scrolling the screen or by requesting the game server 1 for the second and subsequent pages.

  In addition, among the player characters displayed in the previous ranking in the area 111, in the player column in which the user inputs an activity prediction in the previous prediction game, the information 113 of the earned reward as the prediction result is also displayed. . As a result, the user predicts which real player will play an active part in the previous forecast game, how much the real player has been ranked, and how much remuneration has been acquired on the input screen for the next forecast game. Can be confirmed. It should be noted that the earned reward information 113 is not displayed in the player column in which the user did not anticipate success in the previous prediction game.

  In addition, the area 112 is provided with an input unit 114 for inputting an activity prediction in the next prediction game for each player arranged in the previous ranking order. If the user clicks on the player character input unit 114 corresponding to a real player who wants to play an active role, “hope” can be set for that player character. Thus, by selecting a player character corresponding to a real player who is expected to play an active role in the real world, a real player who is active can be predicted through the player character.

  In the present embodiment, the user can designate the number of “hopes” to be set for each player character, and the weighting of the prediction can be made by the number of “hopes” to be set. For example, when the input unit 114 is clicked, a pull-down menu is displayed so that the number of “hopes” set for the target player character can be selected. As will be described later, the upper limit of the weight that can be set for each player character (the maximum “hope” number that can be set) may be different depending on the rarity of each character. Even for the same player character, it is preferable to increase the upper limit of the prediction weight that can be set by the user as the rarity level is higher.

  The real players that can be predicted by the user are only the real players corresponding to the player characters owned by the user. Among the player characters arranged as ranking information in the input screen, an unacquired label 115 indicating that the player character is not owned is displayed in the player character column not owned by the user. On the other hand, in the player character column owned by the user, the unacquired label 115 (and an assistant label 116 described later) is not displayed. Thus, in this embodiment, the player character is displayed on the screen without displaying the unacquired label 115 or the like, thereby notifying that the user owns the player character.

  Since the activity of a real player corresponding to a player character not owned by the user cannot be predicted, the input unit 114 is not displayed in the player character column in which the unacquired label 115 is displayed. In this case, for example, the input unit 114 may be displayed in a grayed out state to invalidate the operation of the input unit 114.

  In the present embodiment, a user who does not have a player character corresponding to a real player who is likely to play an active role needs to obtain it first in the game. In other words, each user obtains a player character in the game, predicts the activity of a real player through the player character, and realizes an unprecedented interesting game characteristic of acquiring a privilege according to the predicted result. ing. In the present embodiment, the user can obtain a player character as follows.

  At the start of the game, each user is given a predetermined number (for example, 20) of player characters from the game server 1. Thereafter, the user plays a prediction game and acquires coins (in-game points) as a privilege. And a user can acquire a player character by lottery by playing the lottery mode using the acquired coin.

  In addition, the aspect which acquires a player character in a game is not limited above. For example, the user can obtain the player character by giving the player character as a present from other users such as friends. Further, for example, a player character may be obtained by searching for an in-game area (stage) while consuming action power points and playing a “scout mode” of scouting the player character. Alternatively, when a user logs in to the game every day for a predetermined period (for example, one week), a player character may be obtained as a continuous login bonus. Alternatively, the player character may be obtained as a reward when the reward acquisition condition is satisfied in various limited time events held in the game. These are only examples, and there are various modes in which player characters can be obtained in the game.

  When the user operates the input unit 11 to input “hope” to the player character owned by the user, the input information is transmitted from the terminal device 3 of the user to the game server 1. The game server 1 accepts the user's input until the expected deadline. In this way, information 117 indicating that the user has predicted is displayed in the column of the player character for which the user has input the expected activity. FIG. 5 shows an example in which information 117 “5 Hope predicted” is displayed because the user has set 5 hopes for the player EK.

  In addition, the user can also set a specific player character owned by his / her companion as a target of prediction input. That is, the user can borrow a specific player character owned by a friend to expand the prediction target. In the present embodiment, each user can set any one of the player characters that the user owns as a character (helper character) that can be lent. Therefore, each user can borrow the assistant character whom his friend can lend and can make it an object of prediction.

  For the user, the more friends, the more advantageous the character to be predicted is. However, only a predetermined number (for example, one) of assistant characters can be used. In the present embodiment, there is only one predicted frame using a fellow assistant character. In this way, although the prediction frame using fellow assistant characters is limited, the more friends there are, the more assistants can be selected, so the degree of freedom of choice increases, so the prediction target can be expanded. I can plan.

  If it is a player character that is not owned by the user but is a helper character lent out by a friend, a label 116 with a helper is displayed in the player character column. In this case, in the column of the player character in which the label with helper 116 is displayed, an input unit 118 that displays “predict with an assistant” is provided. If this input unit 118 is clicked, “hope” can be set for a player character corresponding to a real player who predicts an activity in the same manner as the input unit 114.

  In addition, on the input screen of FIG. 5, information 119 of the overall average Hope number currently set for each player character is also displayed as statistical information that summarizes information currently predicted by each user. A large average number of Hopes indicates that the player is so popular that the user can use this as a clue. In addition to or together with the overall average number of hopes, statistical information such as the number of people who set “Hope” for each player character and the total number of “Hope” set for each player character may also be displayed. Good.

  Further, the user can switch between the input screen of FIG. 5 and the input screen of FIG. FIG. 5 is an input screen in which players corresponding to all characters including player characters not owned by the user are arranged in order of ranking. On the other hand, FIG. 6 is an input screen for only the player character (and the fellow assistant character) owned by the user. In the screen of FIG. 6, an extraction condition can be set (for example, selected from a pull-down menu) in one or both of the position specifying unit 121 and the team specifying unit 122 to narrow down player characters displayed on the input screen. In addition, by specifying the conditions, the user can extract and display only the assistant character that can be borrowed from the fellow, or can rearrange them in the previous predictive middle order (acquired reward order), activity rank order, etc. Good.

  In the input screen of FIG. 6, player character information 123 that satisfies the extraction condition and displayed by the user is displayed, as well as previous information 124 and current information 125 of the predicted game corresponding to the player character. . Here, when the player character information 123 is clicked, a screen for confirming more detailed information (ability value, etc.) of the player character is displayed. In addition, real information (batting rate, defense rate, etc.) of the real player corresponding to the player character is also displayed.

  The previous information 124, which is one piece of prediction assistance information for assisting the user's prediction, includes information such as activity ranking, activity level, and acquisition reward. Further, in the display area of the current information 125, the above-described input unit 114 for inputting an activity expectation, information 117 indicating that it has been predicted, information 119 on the overall average number of Hopes, and the like are displayed.

  After the expected deadline, the user cannot make an expected input. Then, during the game in the real world that is the target of the prediction game or after the game is over, the actual results (activities of hits, steals, strikeouts, etc.) of each real player are input to the game server 1. Moreover, the game server 1 calculates | requires the activity level which evaluates the activity based on the performance of each input real player. For example, the activity level of each real player is required assuming that the activity level of one hit is 10, the activity level of 15 hits is 15, 3 is 20 or more, and the like.

  After that, the game server 1 gives a privilege to the user according to the evaluation (activity level) of the real player corresponding to the player character predicted and input by the user. In this game, the number of coins obtained by multiplying the actual player's activity level and the number of “hopes” set by the prediction input is given to the user as a privilege. When the user anticipates the success of a plurality of players, the game server 1 calculates the coins acquired by the user for each player and sums them to obtain the total coins to be given to the user.

  As described above, in the input screen of the prediction game displayed on the user's terminal device 3, each player character is given a past evaluation (previous activity) as prediction auxiliary information for assisting the user's prediction. Ranking information etc. arranged in order are displayed. As a result, the user can obtain a clue to the prediction by looking at the prediction auxiliary information in the prediction input screen, so that a smooth prediction can be input.

  In addition, in this prediction game, it is possible to predict a real team playing an active role from among real-world professional baseball teams. For example, the user can predict a winning team against a professional baseball game card held on that day. FIG. 7 shows an example of an input screen for the user to make a prediction input. On this input screen, a professional baseball battle card for the day is displayed, and an input unit 131 for predicting win / loss for each battle card is displayed. When the user clicks on the battle card input section 131 to be predicted, a pull-down menu is displayed, and one of the teams of the battle card can be selected as the winning (active) team. In addition, a draw may be selected by the input unit 131. In addition, the number of “hopes” to which the expectation weight is added can be designated by the hope setting unit 132. In addition, when an expected input is performed by the input unit 131 without specifying the “hope” number by the hope setting unit 132, 1 “hope” is set by default. In this way, when a prediction input is made for a certain battle card, information 133 indicating that the battle has been predicted is displayed in the battle card column.

  Further, the previous win / loss information 134 of each team is also displayed on the input screen of FIG. 7 as the prediction auxiliary information for assisting the user's prediction. The user can obtain a clue of prediction by looking at the previous win / loss information 134.

  After the expected deadline, the user cannot make an expected input. Then, after the match of the real-world battle card that is the target of the prediction game is over, the result of the win / loss is input to the game server 1. Further, the game server 1 evaluates the team that won the game as an active team based on the result of the input win / loss. When the team that is predicted to win according to the user's winning / losing prediction actually wins (or when it is predicted that it is a draw and is actually drawn), the game server 1 gives a privilege to the user. In this game, a number of coins obtained by multiplying the number of “hopes” set by the predicted input by a predetermined value (for example, 10) is given to the user as a privilege. When the user anticipates winning or losing of a plurality of battle cards, the game server 1 calculates the coins acquired by the user for each battle card, and sums them to obtain the total coins to be given to the user.

  Next, a prediction game for predicting a result occurring in the game will be described. This prediction game is referred to as “game result prediction mode” in the present embodiment. In this “game result prediction mode”, a player character (or team) who is active among a plurality of player characters (or teams) present in the game can be predicted. The aforementioned “real result prediction mode” is performed during the baseball season, but during the baseball off-season, a prediction game of this “game result prediction mode” is held every day. For example, an expected deadline is set every day at a predetermined time (for example, 24:00), and the user inputs a forecast by using the “hope” held by the user by the deadline.

  When predicting the player's character activity in the game result prediction mode, the user basically selects any player character that is likely to be active from among the player characters that he / she owns. "Is set. The actual result prediction mode and the game result prediction mode differ depending on whether the target of prediction is a real player or a player character in the game, but the basic play method is the same, and the input screen for prediction is the same for both. A screen configuration (see FIGS. 5 and 6) can be adopted. In the game result prediction mode, the ranking information of the activity level (evaluation) of the prediction target (player character) obtained based on the result of the previous prediction game is displayed in the area 111 of the input screen in FIG. The

  The evaluation of the activity of player characters in the game is performed by adding up all the battle results of all users in the game. For example, when the users P, Q, R,... Are matched as the opponents of the user A and battle each other, all the battle results are targeted for aggregation. Similarly, for the other users B, C, D,... And based on the total result of all the users A, B, C, D..., The activity of the player characters in the game is evaluated, and the ranking is obtained in the order of evaluation.

  Note that, in the opponent determination process, the game server 1 performs matching so that the level or strength between users is an opponent within a predetermined range. For example, when the level of the user A is Lv15, the level of the opponent is, for example, in the range of Lv10 to Lv20, and an opponent whose level is extremely different is not matched. Further, based on the ability of the player character included in the order set by each user, the strength value of each user's team is calculated (for example, the sum of the abilities of all the players in the order is calculated), and this strength value is calculated. You may make it match the other party in a predetermined range.

  The game server 1 extracts, as the opponent candidates for the user A, a predetermined number (for example, four people) as the opponent candidates that are almost the same as the level or strength of the user A (within the predetermined range). To present. The user A can perform a battle by selecting an arbitrary opponent from the displayed opponent candidates. Note that the game server 1 may determine one specific opponent.

  The game server 1 totals the game results (hits and the like) for the player characters (team order characters) used by each user in the battle within a predetermined period (for example, 24 hours from 0:00 to 24:00). For each player character, the overall average of hits is calculated to evaluate the activity. For example, the game server 1 obtains the activity level (evaluation) of each player character by setting the activity level of one hit to 10, the activity level of 15 hits to 15, and the activity level of 3 hits to 20 or more. And the game server 1 provides the user with the privilege according to evaluation of the player character which the user anticipated and input similarly to the above-mentioned actual result prediction mode.

  In the game result prediction mode, it is possible to predict an active team from a plurality of teams existing in the game. In this game, there are a plurality of teams corresponding to the baseball team of the real world professional baseball (or MLB), and the user predicts a team that is likely to be ranked higher for the teams among them. The game server 1 aggregates the results of the battle game executed by each user and evaluates the teams in the game as follows.

  First, any one of a plurality of teams in the game is associated with each user. In this game, at the start of the game, the user selects a favorite team from a plurality of teams in the game. This favorite team becomes a team associated with the user. Note that the predicted target of the team by the user is not necessarily limited to the team related to the user, and can be all teams existing in the game.

  And the game server 1 totals the battle results which each user performed within the predetermined period (for example, 24 hours from 0:00 to 24:00), and evaluates an activity for every team related to each user. . For example, if all of the favorite teams of the users A, B, and C are “Team G”, the battle results (win / loss) of the users A, B, and C are all added up as the battle results of “Team G”. The game server 1 calculates the winning percentage for each team in the game and evaluates the activity. For example, the game server 1 obtains a ranking of each team based on the winning percentage, and evaluates each team based on this ranking. And the game server 1 provides a user with the privilege according to the evaluation (ranking order) of the team which the user anticipated and input. For example, in the case of ranking first place, the number of coins obtained by multiplying the number of “hopes” set by the predicted input by “20” is given to the user as a privilege. In the case of the second ranking, the number of coins obtained by multiplying the “hope” number set by the predicted input by “15” is given to the user as a privilege.

  FIG. 8 shows an example of an input screen for the user to make a prediction input for a team in the game. In this input screen, an area 141 for displaying the ranking information of the evaluation (winning rate) of the prediction target (team in the game) obtained based on the result of the previous prediction game, and the input of the next prediction are performed. Region 142 is provided. Note that ranking information that cannot be displayed on the screen can be displayed by scrolling the screen or by requesting the game server 1 for the second and subsequent pages.

  In the area 141, ranking ranking, winning percentage, user-acquired reward, and the like are displayed as previous information of the predicted game for each team. In addition, the acquisition reward in the column of the team for which the user did not input the activity prediction in the previous prediction game is “0” (or information on the acquisition reward is not displayed).

  In addition, the area 142 is provided with an input unit 143 for inputting an activity prediction in the next prediction game for each team arranged in the previous ranking order. If the user clicks on the input section 143 of the team that the user wants to predict success, “Hope” can be set for the team. Further, the weighting of the prediction can be made according to the number of “hopes” set here. In addition, information 144 indicating that the user has been predicted is displayed in the column of the team on which the user has input the expected activity. In addition, information 145 of the overall average number of Hopes currently set for each team is also displayed as statistical information that summarizes information currently predicted by each user.

  As described above, the teams are arranged in the order of the past evaluation (previous in FIG. 8) as the prediction auxiliary information for assisting the user's prediction in the input screen for the user to input the prediction to the team. Since the ranking information and the information on the overall average number of Hopes are displayed, the user can input the prediction without being troubled by the prediction so much.

[Functional configuration and operation of game management device]
Next, an example of a functional configuration of a game management device that realizes the above game will be described. FIG. 9 is a functional block diagram showing a basic configuration of a game management device (game server 1 and database server 2) that communicates with the terminal device 3.

  The game management apparatus according to the present embodiment includes user information storage control means 60, reception means 61, execution means 62, screen generation means 63, transmission means 64, access management means 65, AC control means 66, and the like. Each of these means is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

  The user information storage control means 60 stores and manages information related to each user's game in the database server 2. FIG. 10 shows an example of a user information database (information for one user ID = 000001 in this example) stored in the database server 2 by the user information storage control means 60, which is information related to the user's game.

  The user information storage control means 60 associates the user ID with the basic information of the user, favorite team, level information, possessed character, retained hope, retained coin, fellow information, access log, exchange history, match information, etc. The data is stored in a predetermined storage area of the server 2.

  Basic user information includes a login ID, a password, a user name (such as a nickname used in the game), and the like. Here, the login ID and password are used for login authentication when each user operates the terminal device 3 to access the game server 1. The user name is a nickname used in the game. The favorite team is information on a favorite team set by the user when the user registers for receiving the game service or when the game is executed for the first time. The level information indicates the degree of progress of the user's game. In this baseball game, the experience value is accumulated by the user playing the battle mode, and the game level is increased every time the experience value reaches a certain amount. It is supposed to be up.

  The possessed character information is information (player ID) of player characters possessed by the user in the game. As shown in FIG. 4, the database server 2 has a player DB. Therefore, the game server 1 can acquire various information regarding the player character corresponding to the player ID from the player DB based on the player ID stored by the user information storage control means 60. Further, the user can set one of the player characters owned by the user as a player character that is lent to a friend as an assistant. An assistant flag is set for the player character for which the user has set the lending.

  Also, the information on the retained hope and the retained coin is information on the number of “hope” and “coins” possessed by the user in the game. The game server 1 updates the information on the owned Hope every time the user obtains “Hope” in the battle mode or uses “Hope” in the prediction game. Further, the game server 1 updates information on owned coins every time the user obtains “coins” in the expected game or consumes “coins” in the lottery mode.

  Further, the user can select a predetermined number (for example, 15) of player characters from among the player characters that he / she owns as a single player, and can make a baseball order. The game server 1 stores the order information set by the user in a predetermined area of the database server 2 in association with the user ID of the user. FIG. 11 shows an example of order information of the user with user ID = 000001. The order information includes order ID, position, and player ID information. The order IDs 1 to 9 correspond to the batter's 1st to 9th batting order. Order IDs 10 to 15 correspond to pitchers (starter 2, relay 2, restraint 2).

  Further, the fellow information is fellow information associated with the user, and the fellow user ID is stored in the database server 2 in association with the user ID. The access log is time information such as the date and time when the user terminal device 3 accesses (logs in) the game server 1. In addition, the exchange history is information on a history of a user's exchange with other users (such as friends) in the game. This AC history includes information on the type of AC, partner, and time. There are greetings, message transmissions, gifts, chats, and so on. The user ID of the partner is stored as information on the partner of exchange.

  Also, as the battle information, a battle ID for uniquely identifying the result of the battle between the user team and another user's team or the computer (CPU 11 of the game server 1) is stored in association with the user ID. . As will be described later, the database server 2 includes a battle database in which information on battle results such as battle date and time, battle score, and personal results of player characters used in the battle are stored in association with the battle ID. . Therefore, the game server 1 can acquire the battle result (information corresponding to the battle ID) of each user from the battle database.

  Next, the reception means 61, execution means 62, screen generation means 63, and transmission means 64 shown in FIG. 9 will be described. The reception unit 61 and the transmission unit 64 are functions realized by the CPU 11 and the communication control unit 15 of the game server 1.

  When the game screen is displayed by the web browser of the user's terminal device 3, when the user performs an input operation to select a selectable button object or a character string with a hyperlink on the game screen, Information regarding the input (game screen request or the like) is transmitted to the game server 1 by the web browser of the terminal device 3. In the game server 1, when the receiving unit 61 receives the information related to the input, the executing unit 62 reads the information related to the user's game in accordance with the information and executes the game by performing calculations and data processing.

  For example, in the case where the user performs an input operation for playing against another user's team in the individual battle mode, the execution means 62 is a player of both teams corresponding to the user IDs of both users who are playing the battle. Information on the character (character set in the order) is read from the database server 2. Then, the execution means 62 executes a baseball game simulation based on parameters such as the ability of the player characters of both teams by an AI (Artificial Intelligence) program or the like, and determines the outcome of the game.

  The game server 1 stores information on the battle results executed by the execution means 62 in a predetermined area of the database server 2. FIG. 12 shows an example of match result information (match database) with match ID = 100. The match result information includes the match ID, the match date, the user ID of the winning team, the user ID of the defeated team, the match score, and the individual player character used in the match between both teams (included in the order). Contains information about the results of the match, such as grades, match sizes, and match data files.

  Next, the screen generation means 63 will be described. The screen generation unit 63 generates game screen data composed of, for example, HTML data in accordance with the execution result by the execution unit 62. The HTML data may include image data such as a player card read from the database server 2. Moreover, the script (program) which operate | moves by the plug-in of the web browser of the terminal device 3 may be embedded in HTML data. When the script provided from the game server 1 is executed by the terminal device 3, the game screen displayed on the terminal device 3 can be a moving image. Alternatively, the screen generation unit 63 may generate a video in a streaming format.

  Further, the transmission means 64 uses the screen data (HTML data, streaming format video data, etc.) generated by the screen generation means 63 as a response to the request for the game screen or as an execution result by the execution means 62, as a user terminal. Transmit to device 3. In the terminal device 3 of the user who has received the game screen data, the game screen is displayed on the display unit 35 by a web browser and its plug-in.

  Next, the access management means 65 will be described. When a user who wants to receive a game service operates the terminal device 3 to access (log in) the game server 1, the access management means 65 determines whether or not the user has a game participation qualification and performs login authentication. Do. An example of this authentication is authentication based on a login ID and password associated with a user ID. In addition, an individual identification number of a mobile phone or a smartphone that is the terminal device 3 (a terminal different from the telephone number is uniquely assigned so that the user does not have to input a login ID and a password each time the user accesses the game server 1. Identification information) or contractor's unique ID (information that uniquely identifies the contractor of the terminal and does not change as long as the contractor is the same even if the model is changed) Authentication may be performed.

  Next, the AC control means 66 will be described. The AC control means 66 implements user interaction and communication performed in the game. The AC control means 66 receives information for performing predetermined AC exchange with other users (particularly friends) from the user's terminal device 3, and from the user to the other users based on the received information. The execution means 62 that executes all AC processing is controlled. Examples of AC processing include greetings, message transmission, gifts, and chat.

  Next, the main functional configuration of the game management device (game server 1 and database server 2) will be described with reference to functional block diagrams such as FIGS. As shown in FIG. 13, the game server 1 as a game management device that manages a predicted game for predicting a result occurring in the real world or in the game mainly includes a predicted auxiliary information generating unit 71 and a display control unit 72. ing. Each of these means is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

  The prediction auxiliary information generation means 71 has a function of generating prediction auxiliary information for assisting the user's prediction based on the result of the past prediction game or the information that each user is currently predicting. Moreover, the display control means 72 has a function of displaying the prediction auxiliary information in an input screen (for example, FIGS. 5 to 8) for a user to make a prediction input.

  The prediction auxiliary information based on the results of past prediction games includes ranking information in which prediction targets (real players, player characters, teams, etc.) are arranged in the order of past evaluation, as illustrated in FIG. 5 or FIG. . Further, the prediction auxiliary information based on information currently predicted by each user indicates the degree of popularity of the prediction target (real players, player characters, teams, etc.) as illustrated in FIGS. 5, 6, and 8. There is information (information 119, 145 etc. of the average number of Hopes used).

  In the prediction game for baseball in this embodiment, if the user is not familiar with baseball, it may be difficult to predict which player and team will be active. As described above, a user who lacks knowledge of the target field in the prediction game may have difficulty in prediction. On the other hand, in this configuration, the user can obtain the clues of the prediction by looking at the prediction auxiliary information in the prediction input screen. Therefore, it is possible to realize a user-friendly game environment in which even a user who is not very familiar with the field targeted by the prediction game can input the prediction without much trouble with the prediction.

  Here, first, a functional configuration of the game server 1 that manages a predicted game for predicting an active player character from among a plurality of player characters existing in the game will be described with reference to FIG. As shown in FIG. 14, the game server 1 includes a prediction receiving means 73, an evaluation means 74, and a privilege giving means 75 in addition to the prediction auxiliary information generating means 71 and the display control means 72.

  The prediction receiving means 73 has a function of receiving a predicted input from a user who has selected an arbitrary player character from among player characters owned by the user. The user can set “hope” by clicking the input part 114 of the player character to be expected to play in the input screen of FIG. 5 or 6. If the user performs this predicted input operation on the terminal device 3, the predicted input information is transmitted from the terminal device 3 to the game server 1. The prediction receiving means 73 of the game server 1 receives the predicted input information and stores the predicted input information in the database server 2 in association with the user ID. FIG. 15 shows an example of predicted input information of the user with user ID = 000001. The predicted input information stored in association with the user ID includes the player ID of the player character for which the user has set “Hope” (the player ID of the expected player) and information on the number of “Hope” set. . Moreover, since the prediction game of this Embodiment is regularly held every day, the prediction game ID for identifying them uniquely is attached | subjected to the prediction game of each day. The predicted game ID is also associated with the predicted input information of the user.

  Moreover, when a user borrows a friend's assistant character and performs prediction input, the user ID of the friend is also stored.

  In the present embodiment, the prediction receiving means 73 receives a prediction input from a user who sets a weight (weight according to the number of “Hope”) for the character to be predicted, but may adopt a configuration in which the weighting of the prediction is not possible. Is possible. For example, only a “1” hope may be set for a player character that the user inputs in anticipation of an activity, and no more hopes may be set.

  Further, the number of characters that the user can expect to play is limited to a predetermined number. In the present embodiment, the user's basic prediction frame is five frames, and the activity of up to five player characters can be predicted. Therefore, the prediction reception means 73 receives only a user's prediction input with respect to five player characters in principle. However, if a predetermined condition (for example, the number of coins acquired in the previous prediction game exceeds 1000, charging, etc.) is satisfied, the user's prediction frame may be increased from the basic prediction frame.

  The evaluation means 74 has a function of counting the game results for the player characters used by each user in the game within a predetermined period and evaluating the activity for each player character in the game. In the present embodiment, 24 hours from 0 o'clock to 24 o'clock are set as the predetermined period every day, and during this period, the totaling is performed for all battle results performed in the game by all users.

  Here, regarding “activities”, baseball games include hits, stealing, fine play, etc. by a fielder character, strikeouts, victory, saving, etc. by a pitcher character. Only player characters who contributed to the winning team can be evaluated, but even if the player character of the losing team hits or plays fine, The achievements can be evaluated. In-game counting is performed for the player characters used by each user in the game. Basically, regardless of the victory or defeat of the battle, the individual results (hits, strikeouts, etc.) of each player character are evaluated for their activity. It is preferable to make it a target. In the present embodiment, regardless of whether or not the match is won or lost, the individual performances of the player characters used in the game (incorporated in the team order of each user) are aggregated to evaluate the activity of each player character.

  In the present embodiment, the game server 1 stores the evaluation information shown in FIGS. 16A, 16B, and 16C in a storage device (RAM 13, auxiliary storage device 14, etc.), and based on the evaluation information. The activity level of each player character in the game is obtained. FIG. 16A is a table for determining the active degree of a fielder, FIG. 16B is a starting pitcher, and FIG. 16C is a relief pitcher (relay, suppression). In the present embodiment, each player character is evaluated step by step with six active levels from level 1 to level 6. For each activity level, the relationship between the activity content and the activity level is determined in advance.

  As shown in FIG. 16A, in the case of a fielder, the activity content of activity level = 1 is “stand at bat” and the activity level is “1”. The activity content of activity level = 2 is “1 hit, stealing, four-ball”, and the activity level is “10”. Further, the activity content of activity level = 3 is “2 hits, 2 strikes, 1 RBI”, and the activity level is “15”. Also, the activity content of activity level = 4 is “3 hits or more, 2 RBIs, 3 RBIs, 1 homer”, and its activity level is “20”. The activity content of activity level = 5 is “2 home runs or more, 3 or more hit points”, and the activity level is “25”. The activity content of activity level = 6 is “4 or more hits, cycle hit”, and the activity level is “30”.

  For example, a player character who has played an active role of “2 hits (single hit: 1, home run: 1), 3 RBI, 1 steal” will be described as an example. In the case of this player character, standing at the bat (level 1), stealing (level 2), 2 hits (level 3), 1 home run (level 4), 3 RBI (level 5), and any of the active levels 1-5 The activity is also included in the activity content of. In this case, the highest activity level 5 (activity content: 3 RBIs) is applied to the activity of this player character. Therefore, the activity level of this player character is determined to be “25”. In addition, the player character standing at the batting but not hitting has an activity level = 1, and the activity level is determined to be “1”. A player character who has scored 4 or more hits has an activity level = 6 regardless of the number of hits, and the activity level is determined to be “30”.

  Further, as shown in FIG. 16B, in the case of the starting pitcher, the activity content of activity level = 1 is “climbing”, and the activity level is “1”. The activity content of activity level = 2 is “Strike Strike”, and the activity level is “10”. The activity content of activity level = 3 is “9 strikeouts or more”, and the activity level is “15”. The activity content of activity level = 4 is “Victory (Victory Pitcher)”, and the activity level is “20”. The activity content of activity level = 5 is “Victory when defense rate is less than 3.00”, and the activity level is “25”. The activity content of activity level = 6 is “Victory when the defense rate is less than 2.00”, and the activity level is “30”.

  Further, as shown in FIG. 16C, in the case of a relief pitcher, the activity content of activity level = 2 is “climbing”, and the activity level is “10”. The activity content of activity level = 3 is “strike out” and the activity level is “15”. The activity content of activity level = 4 is “throwing inning 1 or more and WHIP 1.00 or less”, and the activity level is “20”. The activity content of activity level = 5 is “save”, and the activity level is “25”. The activity content of activity level = 6 is “throwing inning 1 or more and WHIP 1.00 save”, and the activity level is “30”. The relief pitcher has an activity level = 2 at the time of climbing, so there is no activity level = 1.

  As illustrated in FIG. 12, a battle ID for identifying them is attached to all the battles executed in the game, and the battle results are stored and managed in the battle database. The information on the battle results includes information on the personal results of the player characters used in the game (activity details based on the simulation results of the game execution). In the example of the battle result of FIG. 12, the player character with player ID = 0001 is playing an active part with 4 hits, 2 hits (1 single hit, 1 double hit) as the battle simulation result.

  For example, there are 100 users in the game who set the player character A with player ID = 0001 as the order of their team and played the battle, and 1000 battles using this player character A in total per day Assume that it has been executed. In this case, for the 1000 games, the average per game such as the number of hits that the player character A has hit, the number of 2 hits, the number of 3 hits, the number of home runs, the number of hits, the number of steals, and the number of four balls is calculated. As a result, for example, the number of hits = 2.8, the number of 2 hits = 0.4, the number of 3 hits = 0.1, the number of home runs = 1.8, the number of hits 3.1, the number of steals 0.3, the number of four balls 1. If it is 2, this is the active content of the player character in the game. The average value may be rounded off or rounded off after the decimal point. The evaluation of the activity of the player character A is determined as the activity level “25” based on the evaluation information in FIG. 16A.

  Or about all the games (for example, said 1000 games) in which player character A was used for the predetermined period, based on the information for evaluation of Drawing 16A, first, the activity level for every game of player character A is calculated, and then You may obtain | require the active level of the player character A in a predetermined period by calculating the average of the active level of all the games used as object.

  In this way, the evaluation means 74 performs in-game aggregation for the player characters used by each user in the game, and obtains an activity level as an evaluation for each player character.

  Moreover, the privilege provision means 75 has a function which provides a user with the privilege according to the said evaluation (activity level) by the evaluation means 74 of the player character which the user anticipated and input. Here, regarding the “privilege”, various privileges according to the type and content of the game, such as the provision of in-game points or items, the improvement of the ability of the character, and the increase of the lottery probability of rare items can be applied. In the present embodiment, “coin” which is one of in-game points is given to the user as a privilege. For example, the privilege giving means 75 gives the user coins equivalent to the player's activity level predicted by the user multiplied by the number of “hopes” set for the player character by the user. As a specific example, if the user has set 5 “Hope” for the player character A, and the player character A is determined to be “25”, 25 × 5 = 125 coins Granted to the user.

  When the user has set “Hope” for a plurality of player characters, the privilege granting means 75 similarly calculates the coins to be given to the user for each of the plurality of player characters, and the sum of these is given to the user. To grant.

  The prediction auxiliary information generating means 71 of the present embodiment determines each player character in the order of past evaluation (previous activity level) based on the result of the previous predicted game (activity level of each player character in this embodiment). The ranking information arranged in the order of) is generated, and this is used as the prediction auxiliary information. Then, in response to a request for an expected input screen from the user, the display control means 72 generates the data of the predicted input screen including the previous ranking information and transmits it to the user terminal device 3, so that FIG. As shown, the previous ranking information as the predicted auxiliary information is displayed in the input screen.

  Moreover, it is preferable that the game server 1 is provided with the alerting | reporting means 76 shown in FIG. The notification means 76 has a function of notifying the user of the characters owned by the user among the characters arranged as the previous ranking information in the prediction input screen. For example, in the prediction input screen shown in FIG. 5, a plurality of player characters are displayed side by side in the ranking order of the previous activity level, and among the player characters owned by the user, the unacquired label 115 (and The assistant's label 116) is not displayed, and this informs that the user owns the player character.

  It should be noted that, for example, by attaching “acquired label” to a player character owned by the user, it is determined which player character the user owns among the player characters arranged in the ranking of the previous activity level. You may notify. In addition to attaching a label indicating acquisition (or non-acquisition), among the player characters arranged in the ranking of the previous activity level, there are ones owned by the user and ones not owned by the user. In order to distinguish them, the background colors and shades of the two may be different.

  In this prediction game, the player characters that can be targeted by the user are only the player characters owned by the user. On the other hand, the previous ranking information displayed on the prediction input screen includes player characters that the user does not own. Therefore, by notifying which player character he owns in the previous ranking, it is possible to smoothly perform prediction input with reference to the ranking information. If there is no player character owned by the user in the ranking information, motivation to obtain the player character is given and the game is activated.

  In addition, if the notified player character is high in rank, it may be ranked high in the next predicted game, so the user can respond by predicting and inputting the player character's activity. It becomes. In addition, the above notification also reveals a case in which a player character who has already entered the game but did not input an activity prediction in the previous prediction game has been ranked high. In this case, the user can be motivated to make an input that predicts the player's success. As described above, the ranking result of the past (previous in this embodiment) predicted game is displayed on the input screen, and the game character is enhanced by notifying the player character owned by the user in the input screen. be able to.

  In addition, not only the ranking result of the previous predicted game, but also the ranking result of the previous time or the previous ranking result may be displayed in the prediction input screen. For example, an operation unit (button or the like) (not shown) for switching to the ranking result of the prediction game n times before (n is a positive integer) is provided in the prediction input screen, and the user arbitrarily switches the past ranking result. You may be able to do that.

  Moreover, it is preferable that the game server 1 is provided with the friend management means 77 (relationship management means) shown in FIG. This friend management means 77 has a function of managing a friend (second user) associated with the user. As one form for a user to establish a friendship relationship with another user, either one of the two users makes a friend application to the other user via the game server 1, and the friend application is made. The friend application made between both users and the operation of the approval that the received user approves becoming a friend via the game server 1 are mentioned. As another form, when a user who has already been registered in the game service invites an unregistered user to the game, and the user who has been invited registers in the game service, the user who has been invited is set to 2 There is also a form in which human users are friends. As illustrated in FIG. 10, the fellow management means 77 associates user IDs of users who are in a fellow relation, stores them in the database server 2, and performs fellow management.

  And it is preferable that the prediction reception means 73 also receives the prediction input from the user who selected the specific player character which the user's associate owns. As described above, the user cannot predict the activity for all the player characters in the game, and needs to select the prediction target from the player characters owned by the user. In this configuration, in addition to the player character that the user owns, the user can also target a specific character (the assistant character) that is owned by his / her companion. That is, the user can borrow a fellow assistant character and expand the prediction target.

  In the present embodiment, the specific character owned by the companion is a character that is set so that the companion can lend. However, it is not limited to this. For example, the specific character may be a character having the highest ability among characters owned by a friend. In this case, the game server 1 automatically recognizes the character with the highest ability among the characters owned by the companion as a specific character without performing a setting operation that the user can lend. In addition, the specific character may be a character randomly selected from characters having the highest rarity level owned by the fellow. Alternatively, the specific character may be a 4th batter character of a fellow team order. These are merely examples, and the game server 1 may automatically recognize a character that satisfies a predetermined condition among the characters owned by the user's associates as a specific character.

  And the alerting | reporting means 76 of this Embodiment is also a user the specific character (henceforth a "helper character") which the fellow owns among each player character arranged as ranking information in the input screen. To inform. For example, in the prediction input screen shown in FIG. 5, a plurality of player characters are displayed side by side in the ranking order of the previous activity level, among them, the player characters that the user does not own and the fellow assistant characters A label 116 with a helper is displayed on the item corresponding to the above, and this is used to notify a fellow helper character. Thereby, since it is clarified in ranking information which player character can be borrowed from a friend, a user can perform prediction input smoothly.

  Moreover, in this structure, since a user can borrow a fellow assistant character and can expand a prediction object, the character of a prediction object expands, so that there are many friends. Therefore, each user is motivated to actively make many friends. Then, as the number of friends increases for each user, the entire game is activated.

  Note that the number of predicted frames using fellow assistant characters is limited to a predetermined number (in this embodiment, only one frame). However, the expected frame using the assistant character may be changed depending on the number of users' friends. For example, if the number of friends of the user is less than a predetermined number (for example, up to 29 people), there is only one frame for which the assistant character is used, but the number of friends can be a predetermined number or more (for example, 30 or more). For example, the predicted frame using the assistant character may be increased by 1 frame to 2 frames.

  Moreover, it is preferable that the game server 1 is provided with the reward provision means 78 shown in FIG. The reward granting unit 78 has a function of giving a reward to the fellow when a user inputs a prediction that selects the fellow assistant character. Here, the timing at which the reward is given to the friend may be the timing at which the user selects and inputs the assistant character of the friend, but may be after the result of the prediction game has been output. In particular, when the cancellation or change of the forecast is permitted until the expected deadline, the reward is preferably given at least after the expected deadline has passed. Here, with respect to the “reward”, various rewards according to the type and content of the game, such as in-game point or item grant, character ability improvement, increase of rare item lottery probability, and the like can be applied.

  As illustrated in FIG. 15, when a user borrows a fellow assistant character and makes a prediction input, the user ID of the fellow is also associated with the player ID of the predicted activity (player ID of the assistant character). Is memorized. Based on this information, the reward granting unit 78 grants a reward (for example, 100 coins) to a friend who is the owner of the assistant character.

  For example, if the user A borrows the character of the user B who is a friend and makes an activity prediction, the reward granting unit 78 grants a reward to the user B. Further, the game server 1 sends a message to the user B who has given the reward, for example, “Your friend A has used your character as a helper, so you have been granted 100 coins” The user A is notified that the reward has been granted.

  In this configuration, the user A who borrowed the user B's character makes an appreciation for the user B, and the user B who has received a reward for the user B also thanks the user A who used his character for the activity prediction. Is expected to do. It is also expected to send a thank-you message between friends with the lending and borrowing of characters. By this structure, the communication between the friends who borrowed and borrowed the character to be predicted can be promoted, and the in-game exchange between the friends can be deepened.

  By the way, as described above, the prediction receiving unit 73 of the present embodiment receives a prediction input from a user who sets a weight (weight according to the number of “Hope”) to the character to be predicted, and the privilege granting unit 75 A privilege (coin) corresponding to the evaluation (activity) of the character predicted by the user and the weight (the number of “Hope”) is given to the user. In this configuration, the game server 1 preferably includes an upper limit management unit 79 shown in FIG.

  This upper limit management means 79 has a function of varying the upper limit (maximum number of hopes) of the weight that can be set for each character according to the rarity of each character. In this configuration, even for the same character, the upper limit of the number of “hopes” that can be set by the user differs depending on the rarity. FIG. 19 shows an example of the relationship between the rarity of a character and the upper limit of the number of hopes that can be set for the character. As shown in the figure, the relationship between the rarity of a character and the upper limit of the number of “hopes” that can be set for the character is, for example, rarity 1: 8, rarity 2:10, rarity 3:12, rarity The degree is 4:14 and the degree of rarity is 5:16. The higher the degree of rarity, the larger the upper limit of the number of “hopes” that can be set for the character. The relationship between the rarity of the character and the upper limit of the number of hopes that can be set is not limited to the above, and can be arbitrarily set.

  In the case of this configuration, the user needs to possess a character with a higher rarity level in order to set a larger weight. Therefore, it is possible to give the user motivation to obtain a character with a high degree of rarity.

  By the way, the prediction auxiliary information displayed on the prediction input screen may include statistical information that summarizes information currently predicted by each user and information indicating the degree of popularity of each character. As an example of this information, there is information 119 of the average number of used Hopes shown in FIG. 5 or FIG. The game server 1 aggregates “hope” information set for the characters by all users, and calculates the currently set average number of hopes (average number of hopes) for each character in the game. And the game server 1 performs display control which displays the information 119 of the average used Hope number with respect to the player character currently displayed on the anticipation input screen. That the average number of Hopes used is large means that everyone is surely looking at the activity of the character, and this is a clue for prediction.

  In addition, the “Hope” information set for the characters by all users is counted, and for each character in the game, statistical information such as the number of “Hope” set and the total number of “Hope” set. May be displayed on the prediction input screen as information indicating the degree of popularity of each character. Since such information is displayed as prediction auxiliary information in an input screen for the user to perform prediction input, the user can use this as a clue for prediction. Therefore, it is possible to realize a user-friendly game environment in which prediction input is possible without trouble with prediction.

  Here, an example of the operation of the game server 1 of the present embodiment will be described below with reference to the flowcharts of FIGS.

  When the user performs an operation of selecting the game result prediction mode on his / her own terminal device 3, a request for a prediction input screen is transmitted from the terminal device 3 to the game server 1. If there is a request for an expected input screen from the user (YES in S1), the game server 1 is an input screen in which player characters are arranged in the previous ranking order based on the result of the previous predicted game (activity of each player character). Is generated (S2).

  Moreover, the game server 1 includes the information for alert | reporting the player character which a user owns among the player characters arranged in the last ranking order on the said input screen (S3). In addition, the game server 1 includes, in the input screen, information notifying a player character corresponding to a fellow assistant character that the user does not own among the player characters arranged in the previous ranking order (S4). ). Furthermore, the game server 1 totals the information of “Hope” set for the characters by all users, and the overall average Hope number currently set for each player character displayed on the input screen (average use) The number of Hopes) is also included in the input screen (S5).

  And the game server 1 transmits the input screen data produced | generated by the process of step S2-S5 to a user's terminal device 3 (S6). Thereby, the prediction input screen illustrated in FIG. 5 is displayed on the user terminal device 3. In this prediction input screen, the previous ranking information and the information on the average number of used hops at the present time are displayed as prediction auxiliary information, so that the user can obtain clues for prediction.

  After that, when a predicted input is made by the user selecting an arbitrary player character (YES in S7 of FIG. 21), the game server 1 accepts the predicted input (S8) and associates the predicted input information ( 15) is stored in the database server 2 (S9). The prediction input information includes information on the player ID of the player character for whom the user has predicted an activity (set “Hope”) and the number of “Hope” set.

  Steps S1 to S9 are repeated until the deadline of the predicted game (24:00 in the present embodiment). When the deadline is reached (YES in S10), the game server 1 counts all the battle results for a predetermined period (24 hours from 0:00 to 24:00 in the present embodiment) (S11) and is used in the battle. The activity level is obtained for each player character (S12). In the present embodiment, the activity level of each player character is determined based on the evaluation information shown in FIGS. 16A to 16C.

  Thereafter, the game server 1 gives the user a privilege (coin in the present embodiment) according to the activity level of the character predicted by the user (S13). In other words, the user is given coins equivalent to the player character's activity level predicted by the user multiplied by the number of “hopes” set by the user for the player character. In addition, since the user's user ID of the associate is also memorize | stored when the user borrowed the associate's assistant character and performed the prediction input, as illustrated in FIG. It may be given.

  And the game server 1 alert | reports the privilege and reward which were provided to each user as a result of a prediction game (S14). In addition, when the user's terminal device 3 is logged in to the game server 1, the game server 1 can notify the user immediately, but when not logged in, it is notified at the subsequent login. Of course, when the user's terminal device 3 is always connected to the game server 1, the game server 1 can notify the user immediately.

  As described above, in this embodiment, the game results for the characters used by each user in the game are aggregated to evaluate the activity of each character in the game. The user can stably play the prediction game even on the day when the game is not performed (for example, in the baseball off-season).

  The activity of the character used by each user in the game is also reflected in the overall evaluation of the activity of the character in the prediction game. That is, a game using a character by each user (a game in the battle mode in the present embodiment) is linked to the predicted game. From this, each user tries to play a game so that a better game result can be obtained for the character, especially when playing using a character that he or she has predicted to play. Thereby, the interest property of the play mode in the game linked to the prediction game can be enhanced.

  Next, a functional configuration of the game server 1 that manages a predicted game for predicting an active team from a plurality of teams existing in the game will be described with reference to FIG. As shown in the figure, the game server 1 includes an association means 80, a second prediction acceptance means 81, a second evaluation means 82, a second privilege in addition to the prediction auxiliary information generation means 71 and the display control means 72 described above. Giving means 83 is provided.

  The prediction auxiliary information generating means 71 of the present embodiment sets each team in the order of the past evaluation (order of the previous win rate) based on the result of the previous predicted game (the win rate of each team in the present embodiment). The ranking information arranged is generated and used as the prediction auxiliary information. Then, in response to the user's request for the predicted input screen, the display control means 72 generates the predicted input screen data including the previous ranking information and transmits it to the user's terminal device 3 as shown in FIG. As shown, the previous ranking information as the predicted auxiliary information is displayed in the input screen.

  The prediction auxiliary information generation means 71 is statistical information that summarizes information currently predicted by each user, and generates information indicating the degree of popularity of each team (the above-mentioned information on the average used Hope number). Then, the display control means 72 performs display control for displaying the information 145 of the average used Hope number for the team displayed on the prediction input screen of FIG. The large number of Hope used mean that everyone is looking at the team's success, and this is a clue.

  In addition, “Hope” information set for the team by all users is aggregated, and for each team in the game, statistical information such as the number of people who set “Hope” and the total number of “Hope” set. May be displayed on the prediction input screen as information indicating the degree of popularity of each team.

  As described above, since the prediction auxiliary information (the ranking information, the average used Hope number, etc.) for assisting the user's prediction is also displayed in the input screen for the user to perform the prediction input to the team, It is possible to input a prediction without being troubled by the prediction.

  The associating means 80 has a function of associating one of a plurality of teams existing in the game with each user. In the present embodiment, as described above, at the start of the game, each user selects a favorite team from among a plurality of teams (teams corresponding to 12 professional baseball teams) in the game. Then, as shown in FIG. 10, the association unit 80 associates the favorite team (or the team ID) selected by the user with the user ID of the user and stores it in the database server 2.

  The second prediction receiving means 81 has a function of receiving a prediction input from a user who has selected an arbitrary team from the plurality of teams existing in the game. The user can set “Hope” by clicking on the input unit 143 of the team whose activity is to be predicted on the input screen of FIG. If the user performs this predicted input operation on the terminal device 3, the predicted input information is transmitted from the terminal device 3 to the game server 1. The second prediction receiving means 81 of the game server 1 receives the predicted input information and stores the predicted input information in the database server 2 in association with the user ID. FIG. 23 shows an example of predicted input information of the user with user ID = 000001. The predicted input information stored in association with the user ID includes information about the team in the game (the team expected to be active) for which the user has set “Hope” and information on the number of “Hope” set. The predicted game ID is also associated with the predicted input information of the user.

  In the present embodiment, a prediction input from a user who has set a weight (weight based on the number of “hopes”) for the prediction target team is accepted, but a configuration in which the weighting of the prediction is not possible may be employed. For example, only a “1” hope may be set for a team that the user inputs in anticipation of an activity, and no more hopes may be set.

  In the present embodiment, the number of teams that the user can expect to play is not limited, and “Hope” can be set for all 12 teams in the game. Similar to the prediction of the player character, the teams from which the user can expect success may be limited to a predetermined number (for example, five teams).

  The 2nd evaluation means 82 has a function which totals the game result which each user performed within the predetermined period, and evaluates an activity for every team related to each user. In the present embodiment, like the player character's prediction, 24 hours from 0:00 to 24:00 are set as the predetermined period every day, and all the battle results performed by all users in the game within this period are targeted. Is aggregated as

  As illustrated in FIG. 12, a battle ID for identifying them is attached to all the battles executed in the game, and the battle results are stored and managed in the battle database. This battle result information includes information on the user ID of the winning team and the user ID of the losing team. For example, when the user A whose favorite team is “Team G” wins in a battle, it is counted that “Team G” related to the user A has won. Similarly, the battle results (win / loss) of each user whose favorite team is “Team G” are all added up as the battle results of “Team G”. Then, the second evaluation means 82 calculates the winning percentage for each team in the game, obtains the ranking of each team based on the winning percentage, and evaluates each team based on this ranking. In the present embodiment, the game server 1 stores the evaluation information shown in FIG. 24 in a storage device (RAM 13, auxiliary storage device 14, etc.), and based on the evaluation information, the teams in the game Ask for activity.

  Thus, it is preferable to evaluate the activity of the team in the game based on the winning percentage. The reason is that the number of users associated with each team differs, so that the team evaluation does not depend on the number of users. If a team is evaluated based on the number of wins, the evaluation of a specific team with many users selected as favorite teams may always be high. If that is the case, that will not happen.

  Moreover, the 2nd privilege provision means 83 has a function which provides a user with the privilege according to the said evaluation (activity) of the team which the user anticipated and input. In the present embodiment, the number of coins obtained by multiplying the team activity level (see FIG. 24) by the number of “hopes” set by the user is given to the user as a privilege. For example, when the team in which the user sets 5 “Hope” is ranked first (activity = 20), 20 × 5 = 100 coins are given to the user.

  As described above, in this configuration, since the game results of games that are normally played by each user are aggregated to evaluate the team's activity in the game, a baseball game or the like that is the target of prediction in the real world is not performed. The user can stably play the prediction game on the day (for example, in the baseball off-season).

  In addition, since each user is associated with any of a plurality of teams in the game, the game result of the user is also reflected in the overall evaluation of the activity of the team in the predicted game. That is, the game by each user is linked with the expected game. For this reason, each user tries to play a game so that the user can obtain a good game result, particularly when the team associated with him / her is predicted as an active team. Thereby, the interest property of the play mode in the game linked to the prediction game can be enhanced.

  Next, referring to FIG. 25, the functional configuration of the game server 1 that manages a game that predicts a real thing that plays an active role from a plurality of real things (baseball players in the present embodiment) that exist in the real world. explain. As shown in the figure, the game server 1 includes a third prediction receiving means 84, a third evaluation means 85, and a third privilege giving means 86 in addition to the prediction auxiliary information generating means 71 and the display control means 72. ing.

  The predictive auxiliary information generating means 71 of the present embodiment determines the player character corresponding to the real player in the order of the past evaluation (previous time) based on the result of the previous predictive game (activity of the real player in the present embodiment). The ranking information arranged in the order of the degree of activity) is generated, and this is used as the prediction auxiliary information. Then, in response to a request for an expected input screen from the user, the display control means 72 generates the data of the predicted input screen including the previous ranking information and transmits it to the user terminal device 3, so that FIG. As shown, the previous ranking information as the predicted auxiliary information is displayed in the input screen.

  Further, the prediction auxiliary information generation means 71 is statistical information that summarizes information currently predicted by each user, as well as the prediction of the player character, and indicates information indicating the degree of popularity of each player (the above-mentioned average use hope) Number information). And the display control means 72 performs display control which displays the information 119 of the average used Hope number with respect to the player character currently displayed on the prediction input screen of FIG. As described above, the prediction auxiliary information (the ranking information, the average number of used hops, etc.) for assisting the user's prediction is also displayed in the input screen for the user to input the prediction for the real player. Can input forecasts without much trouble.

  The third prediction accepting unit 84 receives a prediction input from a user who has selected a player character corresponding to a real player who is expected to play an active role in the real world from among the characters owned by the user. 1 hour before the start of the game). This function is the same function as the player character's prediction described above. If the user performs a predicted input operation on the predicted input screen of FIG. 5, the predicted input information is transmitted from the terminal device 3 to the game server 1. The third prediction receiving unit 84 of the game server 1 receives the predicted input information and stores the predicted input information illustrated in FIG. 15 in the database server 2 in association with the user ID.

  Further, the third evaluation means 85 has a function of evaluating the real player's activity in the real world after the deadline. The game server 1 is input with information regarding the actual content (actual results) of real players in the real world. The activity contents input here include, for example, activity contents (hits, steals, strikeouts, etc.) included in the evaluation information in FIGS. 16A to 16C. In addition, about the information regarding the activity content of a real player, it may be provided directly to the game server 1 by an operator on the game management side or provided via a network or the like, and information on baseball games is sold. It may be information received from a server of the same company or its affiliated group. For example, there are many information providing servers that provide information such as a player hitting a ball for each ball, each inning, or after the match is over. It is also possible to capture information on the activity content in the actual game in the game server 1. The activity content information may be information acquired by automatically analyzing a real world game image, sound, or the like.

  And the 3rd evaluation means 85 evaluates the activity in the real world for every real player based on the information for evaluation of FIG. 16A-FIG. 16C, for example, and calculates | requires an activity level. And the 3rd privilege provision means 86 has a function which provides a user with the privilege according to the said evaluation (activity level) of the real player corresponding to the character which the user anticipated and input. In the present embodiment, the number of coins obtained by multiplying the actual player's activity level by the number of “hopes” set by the user is given to the user as a privilege. For example, when the activity level of the real player corresponding to the player character for which the user sets 5 “Hope” is “20”, 20 × 5 = 100 coins are given to the user.

  Even in this configuration, the user can obtain prediction clues by looking at the prediction auxiliary information in the prediction input screen. Therefore, even a user who is not familiar with the field targeted by the prediction game (for example, baseball) can realize a user-friendly game environment in which the prediction can be input without being troubled by the prediction.

  Next, FIG. 26 shows a functional configuration of the game server 1 that manages a game that predicts a real team that plays an active role from among a plurality of real teams that exist in the real world (in this embodiment, real teams of professional baseball). The description will be given with reference. As shown in the figure, the game server 1 includes a fourth prediction receiving means 94, a fourth evaluation means 95, and a fourth privilege giving means 96 in addition to the prediction auxiliary information generating means 71 and the display control means 72. ing.

  The predictive auxiliary information generating means 71 of the present embodiment generates the previous win / loss information of each team based on the result of the previous predicted game (the win / loss of the real team in this embodiment), and this is used as the predictive auxiliary information. And Then, in response to a request for an expected input screen from the user, the display control means 72 generates data of the predicted input screen including the previous win / loss information of each team and transmits the data to the user's terminal device 3. As shown in FIG. 7, the previous win / loss information 134 as the predicted auxiliary information is displayed in the input screen. Note that the predicted auxiliary information is not limited to the winning / losing information of the previous day, and may be information such as the winning rate of the previous week of each real team, for example.

  In this way, the prediction input information for assisting the user's prediction is also displayed in the input screen for the user to input the prediction for the real team, so that the user can input the prediction without much trouble. It can be performed.

  The fourth prediction receiving means 94 has a function of receiving a predicted input from a user who has selected an arbitrary real team from among a plurality of real teams until a predetermined deadline (for example, one hour before the actual game starts). In the present embodiment, on the input screen of FIG. 7, a prediction input for setting “Hope” in anticipation of the winning team on the professional baseball battle card held on that day is performed. If the user performs this predicted input operation on the terminal device 3, the predicted input information is transmitted from the terminal device 3 to the game server 1. The fourth prediction receiving means 94 of the game server 1 receives the predicted input information and stores the predicted input information in the database server 2 in association with the user ID.

  In the present embodiment, a prediction input from a user who sets a weight (weight according to the number of “Hope”) to a team to be predicted (a battle card of the team) is accepted, but a configuration in which the weighting of the prediction cannot be adopted Is also possible. For example, only “1” Hope may be set for a battle card input by the user in anticipation of winning or losing, and no more Hopes may be set.

  Moreover, in this Embodiment, there is no restriction | limiting in the battle | competition card with which a user can anticipate winning / losing, and "hope" can be set to all the battle cards. Note that the number of battle cards that can be predicted to win or lose may be limited to a predetermined number (for example, 3).

  The 4th evaluation means 95 has a function which evaluates the activity in the real world of the said real team after the said deadline. The game server 1 receives information related to the winning / losing of the battle card in the real world. This information may be input directly to the game server 1 by an operator on the game management side or provided via a network or the like, or a company that sells baseball game information, etc. Or information received from the server of the affiliated group. The 4th evaluation means 95 evaluates the real team which won the game in the real world, and the 4th privilege provision means 96 provides the user with the privilege according to the said evaluation of the real team which the user anticipated and input. In other words, when a real team that the user has input in anticipation of victory is evaluated as a team that has won in the real world (when the battle card is predicted to win or lose), a coin is given to the user as a privilege. For example, a number of coins obtained by multiplying the number of “hopes” set by the user by a predetermined value (for example, 10) is given to the user as a privilege. When the user anticipates winning or losing of a plurality of battle cards, the fourth privilege granting unit 96 calculates the coins acquired by the user for each battle card and adds them to the user in total.

  Also in this configuration, prediction auxiliary information for assisting the user's prediction is displayed in the input screen for the user to input the prediction. Therefore, even a user who is not familiar with the field targeted by the prediction game (for example, baseball) can realize a user-friendly game environment in which the prediction can be input without being troubled by the prediction.

[Other configuration examples of the game system]
In each of the above-described embodiments, a game execution program is installed on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for game progress in response to an input operation on the terminal device 3 of each user. The application example to the game system in which the game progresses by transmitting the screen data reflecting the execution result to the terminal device 3 has been described. This is a so-called client-server game system, and is an example in which a game management device is configured by servers (game server 1 and database server 2). As described above, this configuration is suitable for providing users with services such as browser games, social games, and cloud gaming, but the configuration of the game management device is not limited to this.

  For example, the game server 1 manages game information of each user and provides game services such as exchange between users in the game to the user. The present invention can also be applied to a game system performed on the terminal device side.

  In other words, the present invention can also be applied to a game system in which a part or all of the game execution program is downloaded or installed on the user terminal device side and the game execution process is also performed on the terminal device. For example, a user terminal device peers with another user terminal device by Internet communication, wireless LAN communication, short-range wireless communication using a predetermined frequency band (for example, 2.4 GHz frequency band), or wired LAN communication. It is also possible to execute a peer-to-peer game by connecting two to peers.

  The server and the terminal device can communicate with each other to send and receive various data, and are information processing devices (computers) each including a CPU, ROM, RAM, auxiliary storage device, communication control unit, and the like. The hardware configuration is as follows. Therefore, in a game system including a server and a terminal device, each means included in the game management device described in each of the above embodiments may be provided in either the server or the terminal device. In other words, the game management device can be configured to be provided in a server and a terminal device that communicate with each other to send and receive various data, and achieve the same effects as the above-described embodiment.

  For example, in FIG. 13, the game server 1 includes the prediction auxiliary information generation unit 71 and the display control unit 72. However, as illustrated in FIG. 27, the function of each unit is provided in either the server or the terminal device. It is possible. Here, the hardware configuration of the server shown in FIG. 27 is the same as that of the game server 1 shown in FIG. 2, and the hardware configuration of the terminal device is the same as that of the terminal device 3 shown in FIG. FIG. 27 shows a configuration example in which the predicted auxiliary information generating unit 71 is provided in the server 101 and the display control unit 72 is provided in the terminal device 301. FIG. 27 shows an example of the configuration of the game system, and other configurations are possible.

  As shown in FIG. 28, the terminal device 301 may include a prediction auxiliary information generation unit 71 and a display control unit 72. That is, the game management device can be mounted on the terminal device 301 itself, which is a game terminal, and in this case, the same effects as those of the above-described embodiment can be obtained. In this case, the server 101 manages game information of each user and provides services such as greetings and message transmission / reception between the terminal devices 301, but all other processing is performed on the terminal device 301 side. Can be executed in Alternatively, management of game information of each user can also be performed on the terminal device 301 side of each user.

  Further, each of the means 73 to 86, 94 to 96, etc. can be provided not only on the server side but also on the terminal device (game terminal) side.

[Other Embodiments]
In the above-described embodiment, an example has been shown in which another user associated with the user is a friend. However, the present invention is not limited to a friend if the user is associated with the user. Can be applied.

  Further, regarding a configuration having a storage control function for storing various types of information in the storage device (such as the user information storage control means 60), the storage device itself is not included in the configuration, so that the inside and outside of the game management device (or game system) It may be installed anywhere. For example, the storage device is a RAM 13 or auxiliary storage device 14 that the game server 1 has, a database server 2, a RAM 33 or auxiliary storage device 39 that the terminal device 3 has, or a file server (online that is different from the game management device or terminal device). Storage) or the like.

  The configurations described in the above embodiments can be applied in appropriate combination.

  The computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as a hard disk, an optical disk (CD-ROM, DVD-ROM, etc.), a flexible disk, a semiconductor memory, and the like. Are executed by the CPU of the server and terminal device (game terminal). The means for providing the program to the server or the like is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

1 Game server (game management device)
2 Database server (game management device)
3 Terminal device 71 Predictive auxiliary information generating means 72 Display control means 73 Predictive accepting means 74 Evaluation means 75 Benefit granting means 76 Notification means 77 Companion management means (relationship management means)
78 reward grant means 79 upper limit management means 80 relation means 81 second prediction acceptance means 82 second evaluation means 83 second privilege assignment means 84 third prediction acceptance means 85 third evaluation means 86 third benefit assignment means 94 fourth prediction Accepting means 95 Fourth evaluating means 96 Fourth privilege giving means 101 Server (game management device, game system)
301 terminal device (game management device, game system)

Claims (13)

A game management device that manages a prediction game for predicting a result that occurs in the real world or in a game,
Anticipation auxiliary information generating means for generating anticipation auxiliary information for assisting the user's prediction based on the results of past prediction games or information currently predicted by each user;
A game management device comprising: display control means for displaying the prediction auxiliary information in an input screen for a user to make a prediction input. The prediction game includes a game for predicting an active character from a plurality of characters existing in the game,
Anticipation accepting means for accepting anticipation input from a user who has selected an arbitrary character from among the characters owned by the user;
An evaluation means for totalizing game results for characters used by each user in the game within a predetermined period, and evaluating activity for each character;
The game management apparatus according to claim 1, further comprising: privilege granting means for granting a user a privilege corresponding to the evaluation of the character predicted by the user. The prediction auxiliary information includes ranking information in which each character is arranged in the order of past evaluation,
The game management device according to claim 1, further comprising a notifying unit that notifies a user of a character owned by the user among the characters arranged as the ranking information in the input screen. Further comprising relationship management means for managing a second user associated with the user;
The prediction receiving means also receives a prediction input from a user who has selected a specific character owned by the second user,
The game management device according to claim 3, wherein the notifying unit also notifies the user of a specific character owned by the second user among the characters arranged as the ranking information in the input screen.   The reward granting means for granting a reward to the second user when the user performs a predicted input by selecting a specific character owned by the second user. Game management device. The prediction receiving means receives a prediction input from a user who sets a weight on a character to be predicted,
The privilege granting means gives the user a privilege according to the evaluation and the weight of the character predicted by the user,
The game management device according to claim 2, further comprising upper limit management means for varying the upper limit of the weight that can be set for each character in accordance with the rarity of each character.   The game management according to any one of claims 2 to 6, wherein the prediction auxiliary information includes statistical information that summarizes information currently predicted by each user, and includes information indicating a degree of popularity of each character. apparatus. The prediction game includes a game for predicting an active team from a plurality of teams existing in the game,
An association means for associating one of the plurality of teams with each user;
Second prediction receiving means for receiving a prediction input from a user who has selected an arbitrary team among the plurality of teams;
A second evaluation means for counting the game results executed by each user within a predetermined period and evaluating the activity for each team related to each user;
The game management device according to claim 1, further comprising: a second privilege grant unit that grants a privilege according to the evaluation of the team predicted by the user to the user. There are multiple characters in the game that correspond to each of multiple real objects in the real world,
The prediction game includes a game for predicting an actual thing that is active from the plurality of real things,
A third prediction receiving means for receiving a predicted input from a user who has selected a character corresponding to an actual thing predicted to be active in the real world from among characters owned by the user until a predetermined time limit;
After the deadline, a third evaluation means for evaluating the activity of the real thing in the real world;
The game management device according to any one of claims 1 to 8, further comprising: a third privilege grant unit that grants a privilege to the user according to the evaluation of the real thing corresponding to the character predicted by the user. The prediction game includes a game for predicting a real team active from a plurality of real teams existing in the real world,
A fourth prediction receiving means for receiving a predicted input from a user who has selected an arbitrary real team from the plurality of real teams until a predetermined time limit;
A fourth evaluation means for evaluating the real-world activity of the real team after the deadline;
The game management device according to any one of claims 1 to 9, further comprising: a fourth privilege grant unit that grants a privilege according to the evaluation of the real team predicted by the user to the user. A game system that includes a server and a terminal device that communicates with the server, and manages a prediction game that predicts a result that occurs in the real world or in the game,
Anticipation auxiliary information generating means for generating anticipation auxiliary information for assisting the user's prediction based on the results of past prediction games or information that each user is currently predicting,
One of the server and the terminal device includes a display control means for displaying the prediction auxiliary information in an input screen for a user to make a prediction input. A game management method in a computer for managing a predicted game for predicting a result occurring in the real world or in a game,
A predictive auxiliary information generating step in which a computer generates predictive auxiliary information for assisting a user's prediction based on a result of a past prediction game or information that each user is currently predicting;
A game management method comprising: a display control step in which a computer displays the prediction auxiliary information in an input screen for a user to make a prediction input. A program for operating a computer as a game management device that manages a predicted game for predicting a result that occurs in the real world or in a game,
The computer,
Anticipation auxiliary information generating means for generating anticipation auxiliary information for assisting the user's prediction based on the results of past prediction games or information that each user is currently predicting,
Display control means for displaying the prediction auxiliary information in an input screen for the user to make a prediction input;
Program to function as.

Images