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

Abstract

PROBLEM TO BE SOLVED: To achieve a highly amusing game merging a real world and a game together.SOLUTION: A game managing device includes real event reception means 51 of receiving information on a real event occurring in a real world. When a real event to which a privilege is granted, such as acquisition of a point, occurs, encouragement operation reception means 61 sets a predetermined reception period, and receives information on encouragement operation executed by a terminal unit of each user who participates in a virtual shared space during the reception period. When the number of users who execute the encouragement operation during the reception period is not less than a threshold, privilege granting means 62 grants a privilege to the user who has executed the encouragement operation.

Description

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

  Conventionally, game systems that reflect real-world sports data and the like in games have been proposed. For example, in a real-world baseball game, when the game is full of 2 deaths, and the user wants to start the game from the scene of 2 deaths, the batting rate of the real world batter is reflected in the in-game character 2 There is a game system that can reproduce a scene of death in a game (see Patent Document 1).

JP 2000-308757 A

  In the above conventional game system, an attempt is made to realize an interesting game by reflecting the batting rate of a real-world baseball player in the character, but the situation occurring in the real world is merely projected onto the game as it is. It was not something that could improve the game. Therefore, realization of a highly interesting game with improved game performance is desired.

  The present invention has been made in view of the above problems, and its object is to provide a game management device, a game system, and a game management method capable of realizing a highly entertaining game in which the real world and the game are fused. And providing a program.

  (1) A game management device according to an aspect of the present invention is a game management device that communicates with a terminal device and manages a game, and a virtual shared space management unit that manages a virtual shared space in which a plurality of users can participate. A real event accepting unit that accepts information on a real event that occurs in the real world, and information related to a benefit target event that is the real event that is a target to which a privilege is given to a user. A predetermined reception period is set, and during the reception period, an operation reception unit that receives operation information related to an operation performed on a terminal device of each user participating in the virtual shared space, and the operation reception unit When the number of terminal devices of a user who has received the operation information is equal to or greater than a threshold value, a privilege granting process for granting a privilege to the user is executed. Includes a privilege granting means, the.

  The game management device having this configuration can be configured by an information processing device such as a server that can communicate with each user's terminal device, and manages various games such as online games and social games.

  The game management device includes a real event receiving unit that receives information related to a real event that occurs in the real world. That is, the real event accepting unit has a function of taking information related to the real event into the game management device. Here, the real events can include various events that occur in the real world, such as hitting a real player in a real world baseball game, scoring a score, and the like. The information related to the actual event may be provided directly to the game management device by a person observing the actual event or provided via a network or the like. It may be information provided from a server of a company or group that is equal. Taking baseball as an example, there are many information providing servers that provide information such as hits by real players for each ball. It is also possible to capture information on the game management device. Further, the information related to the actual event may be information acquired by automatically analyzing the image or sound of the actual event. Information regarding the real event received by the real event receiving means is used in the operation receiving means described later.

  Moreover, this game management apparatus is provided with the operation reception means. This operation reception means sets a predetermined reception period (for example, for 10 seconds) when information regarding a privilege target event that is the actual event to be given a privilege to the user is received by the real event reception means. . Then, the operation accepting means is operation information related to operations performed at the terminal devices of each user participating (entering) in the virtual shared space (for example, a form like a sports bar) during the set acceptance period. Accept. That is, when a user is participating in a virtual shared space where a plurality of users can participate, a special event such as scoring occurs and a reception period is set, and the user receives his / her own during the reception period. A predetermined operation (for example, an operation of virtually cheering a real-world baseball team) can be performed on the terminal device.

  In addition, in order for the user to perform an operation such as cheering during the reception period, the game specification may require a predetermined point or item, and the number of times the operation can be performed is limited (for example, real-world baseball The game specification may be up to twice during the game.

  And the privilege provision means of this game management apparatus performs the privilege provision process which provides a privilege with respect to the said user, when the number of the terminal devices of the user from whom operation information was received by the operation reception means is more than a threshold value. . That is, as an example, when a certain user sends a cheer, if a predetermined number of users or more are also cheering at the same time, a privilege is given. Here, the threshold value may be a fixed value such as “5”, for example, or depending on the number of users in the virtual shared space, such as 40% of the total number of users participating in the virtual shared space. It may be a variable value.

  Moreover, as an example of a privilege, there exists a privilege of giving the user the point and item which can be used in a game. In addition, in a game in which items can be acquired by lottery, there is a privilege of raising the lottery probability of rare items (items having a lower lottery probability than normal items and having a high rarity value). Alternatively, there is a privilege that the ability of the character owned by the user is temporarily improved. These are only examples, and various privileges according to the type and content of the game can be given to the user.

  As described above, in this configuration, information on facts that occurred in the real world is not unilaterally used in the game, but during the reception period that is set after a real event that is a privilege target occurs, In response to a real event, an operation such as cheering can be performed. Accordingly, the game user is improved by approaching the real world from the user who plays the game, thereby integrating the real world and the game.

  And in this structure, when a privilege object event occurred in the real world and a reception period was set, a user more than a threshold among users participating in the virtual shared space performed an operation such as cheering As a condition, a privilege is granted to all users who have performed the operation. Thereby, the highly interesting game which the some user who participates in the same virtual shared space can excite together is implement | achieved. However, since a privilege cannot be obtained when only a user who does not satisfy the threshold value is operated, the user is required to make an instantaneous determination as to whether or not to perform a cheering operation during the reception period. Improve sex more.

  (2) In the above configuration, the game management device may be configured such that when the privilege granting unit executes the privilege granting process, the number of user terminal devices that have received the operation information by the operation accepting unit increases. It is desirable to increase the privilege granted to the user.

  According to this configuration, when a privilege target event occurs in the real world and a reception period is set, the more users who perform operations such as cheering, the greater the privilege granted to the user. .

  That is, when a privilege target event occurs and a reception period is set, each user performs an operation such as cheering to aim for a privilege, but at that time, it participates in the same virtual shared space As the number of users performing operations among the users increases, the benefits become larger. Therefore, it is determined whether or not a predetermined operation is performed while predicting a reception period in which as many users as possible are likely to perform the operation. . For example, in a situation where a baseball game is attacking and a runner is on the 2nd and 3rd bases and the 4th batter enters the bat, most users think that there is an opportunity, and many users are at this timing. Since it is conceivable to perform operations such as cheering, determination is easy. However, when there is no such clear scene throughout the game, whether or not to view the predetermined scene as a chance varies depending on the user, and therefore, determination of timing for performing an operation such as cheering is required. If it is assumed that the user can perform an unlimited operation, the user may not be careful in determining the operation timing. Therefore, as described later (6), an upper limit may be provided for the number of operations. With this configuration, the importance of the timing at which the user performs an operation such as cheering increases, which further enhances the fun of the game.

  (3) In the configuration of (1) or (2), the virtual shared space management unit displays information for displaying information on each user participating in the same virtual shared space in the virtual shared space. Desirably, the control information is transmitted to the terminal device of each user, and the display state of the information of each user is made different between when the operation information is received by the operation receiving unit and when the operation information is not received. .

  According to this configuration, the virtual shared space management means displays information (for example, each user's photo, avatar, name, profile, etc.) of each user participating in the same virtual shared space in the virtual shared space. Display control information to be transmitted to the terminal device of each user. Furthermore, the virtual shared space management means changes the display state of the information of each user in the virtual shared space between when the specific state is set and when it is not set. For example, when the game status of a certain user is set to a specific state, an animation that the user is cheering using a megaphone is displayed. Alternatively, the color, pattern, shape, displayed character, and the like of the display area of the user information may be different depending on whether the specific state is set or not.

  That is, in this configuration, each user can confirm with his / her terminal device whether or not other users participating in the same virtual shared space are performing operations such as cheering. As a result, the user can determine whether or not he / she also performs an operation such as cheering while looking at how other users appear (how many other users are operating). Therefore, for example, when a special event (score is entered) occurs during a baseball game and a reception period is set, each user performs an operation such as cheering while looking at other users. Thus, a large number of users may operate at a stroke from the middle, or conversely, even if a reception period is set, only a small number of users may operate. In addition, when a privileged event (for example, a full home run) that makes anyone want to cheer, etc. occurs, a large number of users perform cheering operations from the moment the reception period is set. It is possible to obtain a privilege (a large privilege is obtained in the configuration of (2) above).

  In this way, in this configuration, while confirming whether other users participating in the same virtual shared space are performing operations such as cheering, everyone benefits (in the configuration of (2) above) A big privilege) can be aimed at. That is, it is possible to provide a game environment in which a plurality of users participating in the same virtual shared space can be excited together.

  (4) In the configuration of any one of (1) to (3) above, the privilege granting unit is the first to receive the operation information by the operation accepting unit when executing the privilege granting process. It is desirable that the privilege granted to the nth user to the nth user is larger than the privilege granted to other users.

  According to this configuration, a privilege is given when a user who is equal to or greater than a threshold value performs an operation such as cheering during a reception period after the benefit target event occurs (also, the user who performed the cheering operation or the like It is considered that there are some users who get on and operate themselves only when there are many users who are operating by looking at how other users come out). On the other hand, in a situation where it is not known whether or not a privilege can be obtained, there is a user who operates earlier than anyone or by the nth (for example, the third). Therefore, among the users participating in the same virtual shared space, the weighting that changes the size of the privilege between the users up to the nth whose operation is performed earlier and the users who performed the operation thereafter I do. That is, the privilege given to the users up to the nth in the order of operation (the order in which the operation information is accepted) is made larger than the privilege given to other users.

  As a result, in order to increase the certainty that the privilege can be obtained, there is a risk that the privilege cannot be obtained even if the operation is performed after seeing how other users appear, but the operation is aimed at a larger privilege early. It becomes possible, and the interest property of a game can be improved.

  (5) In the configuration of any one of (1) to (4) above, when the privilege granting unit executes the privilege granting process, the order in which the operation information is accepted by the operation accepting unit is early. It is desirable to increase the privilege given to the user.

  This is because a privilege is given when a user who is equal to or greater than the threshold performs an operation such as cheering (and the benefit increases as the number of users who perform an operation such as cheering increases). In a situation where it is not known whether or not to perform the operation, the size of the privilege depends on the order in which the operations such as cheering were performed, that is, the order in which the operation information was received, in order to give superiority to the user who performed the operation earlier It is the structure which performs the weighting which changed.

  Here, as the order in which the operation information is received is earlier, the privilege to be given to the user is increased as the mode in which the privilege is continuously changed for every number and the privilege is changed step by step (for example, A Privilege> B privilege> C privilege ... The order in which the operation information is accepted is the A privilege in the 1st to 3rd, the B privilege in the 4th to 6th, the C privilege in the 7th to 9th ... And any form may be sufficient.

  With this configuration, in order to increase the certainty that benefits can be obtained, it is possible to operate after looking at how other users appear, or there is a risk that benefits will not be obtained, but operation is aimed at larger benefits early It is also possible to increase the interest of the game.

  (6) In the configuration according to any one of (1) to (5), the operation reception unit includes the operation information per user during a period in which the real event reception unit is receiving the real event. It is desirable to limit the number of receptions within a predetermined number. Here, “during the period in which the real event accepting unit accepts the real event” means that, for example, when a real event that occurs in a baseball game in the real world is accepted, from the start to the end of the baseball game During the period (ie during a baseball game). According to this configuration, the number of times per user who receives operations such as cheering is limited to, for example, a predetermined number of times, for example, twice during a real-world baseball game.

  By limiting the number of times that operations such as cheering can be performed in this way, it becomes more important for each user to operate when there are many users who perform the operation, which further enhances the fun of the game.

  (7) In any one of the above configurations (1) to (6), the game management device stores, in a storage device, relation information that associates a real object in the real world with a character corresponding to the real object in advance. The information storage control means for storing and the character storage control means for storing the information of the character owned by the user in a storage device, the privilege granting means, when executing the privilege granting process, It is desirable to give a privilege only to a user who owns a character corresponding to the real thing that caused the privilege target event.

  This game management apparatus links the real thing and the character in the game by storing in the storage device in advance relational information relating the real thing in the real world and the character corresponding to the real thing. . Here, “the real thing in the real world” means “a person or animal in the real world”. Specific examples of real objects include real players of various sports such as baseball, soccer, American football, basketball, etc., talents, celebrities, and horse racing who respond to quizzes on TV, radio, Internet, cable, satellite broadcasting programs. This applies to racehorses running in this race. And the information of the character which a user owns is memorize | stored in the memory | storage device by the character memory | storage control means. Since the storage device itself is not included in this configuration, it may be installed anywhere, whether inside or outside the game management device.

  Moreover, the privilege provision means of this structure provides a privilege only to the user who owns the character corresponding to the real thing which produced the privilege object event, when performing a privilege provision process. In other words, in this configuration, the user can make a good timing during the reception period that is set after the real thing corresponding to the character that the user owns in the game causes a privilege target event (for example, a score is given). The game has an unprecedented and innovative gameplay that aims to acquire special benefits by performing operations such as cheering.

  (8) In the configuration of (7), the game management device sets a registered character according to operation information related to an operation for selecting a predetermined number of characters as registered characters from among the characters owned by the user. A registered character setting means, and when the privilege granting process is executed, the privilege granting means sets a character corresponding to the real thing that caused the privilege target event as the registered character. It is desirable to grant a privilege only to

  The game management device includes a registered character setting unit, and predicts an actual entity that is likely to play an active role among actual entities corresponding to a handheld character, and sets a character corresponding to the predicted actual entity as a registered character. It is possible. That is, when an operation for selecting a predetermined number of characters as registered characters from among the characters owned by the user is performed on the user's terminal device, the registered character setting means performs an operation related to information on the operation. Information is received and a registered character is set. For example, a baseball game in the real world will be described as an example. A user has a predetermined number of real players who are likely to play an active role in MLB (Major League Baseball) games (for example, a total of 16 players including 9 fielders and 7 pitchers). Expect within. However, the only real players whose users can expect their success are the real players corresponding to their own handheld characters. Therefore, a user who does not have a character corresponding to a real player who is likely to play an active role must first obtain it in the game. And a user performs operation for selecting the hand-held character corresponding to the real player who played an active part prediction as a registration character with a terminal device.

  Moreover, the privilege provision means of this structure provides a privilege only to the user who has set the character corresponding to the real thing which produced the privilege object event as the registration character, when performing a privilege provision process. That is, in this configuration, the user predicts an actual entity that is likely to play an active role from among the actual objects corresponding to the handheld character, sets the character corresponding to the predicted actual object as the registered character, and sets the registered character set by the user. It is necessary to perform an operation such as cheering in a timely manner during a reception period that is set after the corresponding real thing causes a privilege target event (for example, a score is given). And, when a user who is above the threshold during the reception period performs an operation, a privilege is given to each user who performs an operation such as cheering for the first time. doing.

  (9) In the configuration of (7) or (8), the privilege granting unit participates in the same virtual shared space when the privilege is granted to the user by executing the privilege granting process. It is desirable to give the second privilege to other users who are not given the privilege.

  In the configuration of (7) or (8) above, a privilege (this is referred to as a “first privilege”) unless the character corresponding to the real thing that caused the privilege target event is owned (or set as a registered character). Is not granted. Therefore, a situation may occur in which many users entering the virtual shared space cannot acquire the first privilege.

  Therefore, in the configuration of (9) above, when the first privilege is given to the user who owns the character corresponding to the real thing that caused the privilege target event (or is set as a registered character). The second privilege having a meaning like so-called skirting is given to other users who participate in the same virtual shared space (users who are not given the first privilege). . For example, half of the points (first privilege) given to the user who owns the character corresponding to the real thing that caused the privilege target event (or is set as a registered character) It is given to other users as a second privilege. As described above, when the first privilege is given to a certain user in the virtual shared space, the second privilege is also given to other users, so that all the users in the virtual shared space can be delighted. A game environment that can be shared and excited together.

  (10) In the configuration according to any one of (1) to (9), the game management device includes a content of a result of occurrence of the privilege target event and a privilege to be given to a user when the privilege target event occurs. , Further includes privilege information storage control means for preliminarily storing the privilege information in the storage device, and the privilege granting means executes the privilege granting process based on the privilege information. It is desirable to give a privilege to the user according to the result of the occurrence of the event.

  According to this configuration, the privilege information storage control unit stores in advance the privilege information indicating the relationship between the result content of the privilege target event and the privilege to be given to the user when the privilege target event occurs. I remember it. Here, taking a baseball game in the real world as an example, as a result of the occurrence of a privilege target event, various situations such as hitting a hit (no score generated), score generation, goodbye, etc. can be considered. Then, for example, 500 points are stored as privilege information in advance in the storage device as privilege information, and 500 points are stored as privilege information. And when a privilege provision process performs a privilege provision process, based on privilege information, a privilege according to the result content which a privilege object event generate | occur | produced is provided to a user.

  In this way, it is more important for the user to perform operations such as cheering for the situation where the greatest benefit can be obtained by varying the size of the benefit according to the content of the benefit target event that occurred in the real world. This will improve the fun of the game.

  (11) In any one of the constitutions (1) to (10), the game is a baseball game, and the real event is a real event related to a real player's hit in a real-world baseball game. The specific operation is preferably performed on the user's terminal device during a baseball game.

  (12) A game system according to another aspect of the present invention is a game system including a game management device that manages a game and a terminal device that communicates with the game management device. Virtual shared space management means for managing a virtual shared space in which a user can participate, real event reception means for receiving information on a real event that occurs in the real world, and a privilege target event that is a target for granting a privilege to the user When information is received by the real event receiving means, a predetermined reception period is set, and during the reception period, operations performed on the terminal devices of each user participating in the virtual shared space Operation accepting means for accepting operation information, and when the number of user terminal devices whose operation information has been accepted by the operation accepting means is greater than or equal to a threshold value The means of the privilege granting means for performing the privilege granting process that imparts a benefit to the user, either one of the game management device or the terminal apparatus.

  (13) A game management method according to another aspect of the present invention is a game management method in a computer that communicates with a terminal device and manages a game, and the computer has a virtual shared space in which a plurality of users can participate. A virtual shared space managing means for managing, and a real event receiving means for receiving information on a real event that occurs in the real world, wherein the computer is a privilege target event that is a target for granting a privilege to the user When the information about the event is received by the real event receiving means, a predetermined reception period is set, and the operations performed at the terminal devices of each user participating in the virtual shared space during the reception period An operation receiving step for receiving operation information related to the operation information, and the computer receives the operation information in the operation receiving step. If the number of vignetting user of the terminal device is not less than the threshold value, including the privilege granting performing the privilege granting process that imparts a benefit to the user, the.

  (14) A program according to another aspect of the present invention is a program for causing a computer to operate as the game management device having any one of the above-described configurations, and each means provided in the game management device. It is a program to make it function as.

  According to the present invention, it is possible to realize a highly entertaining game in which a plurality of users participating in the same virtual shared space can be excited together by fusing the real world and the 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 a functional block diagram which shows an example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of a main screen. It is explanatory drawing which shows an example of a virtual sports bar entrance screen. It is explanatory drawing which shows an example of a virtual sports bar screen. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is explanatory drawing which shows an example of the information regarding a privilege object event. It is a functional block diagram which shows an example of a functional structure of a game management apparatus. It is a functional block diagram which shows an example of a functional structure of a game information storage control means. It is explanatory drawing which shows an example of game information. It is a flowchart which shows an example of operation | movement of a game system. It is a flowchart which shows an example of a game progress process. It is a flowchart explaining an example of operation | movement of a game server. It is a flowchart explaining an example of operation | movement of a game server. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is a flowchart explaining an example of privilege provision processing. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is a flowchart explaining an example of privilege provision processing. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of relationship information. It is explanatory drawing which shows the information regarding the real event which the real event reception means received. It is a flowchart explaining an example of privilege provision processing. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of the screen of real MLB link mode. It is explanatory drawing which shows an example of a roster setting screen. It is explanatory drawing which shows an example of roster setting information. It is a flowchart explaining an example of privilege provision processing. It is a flowchart explaining an example of privilege provision processing. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of privilege information. It is a flowchart explaining an example of privilege provision processing. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is a flowchart explaining an example of privilege provision processing. It is a flowchart explaining an example of privilege provision processing. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is a flowchart explaining an example of privilege provision processing. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is a flowchart explaining an example of privilege provision processing. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is a flowchart explaining an example of privilege provision processing. It is a flowchart explaining an example of privilege provision processing. It is explanatory drawing which shows the other example of a virtual sports bar screen. It is a functional block diagram which shows the other example of a functional structure of a game management apparatus. It is explanatory drawing which shows an example of privilege information. It is a flowchart explaining an example of privilege provision processing.

  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 includes 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.

  In the present embodiment, an example of providing a so-called browser game in which a game can be played by a web browser mounted on each user's terminal device 3 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, a program (application software) for a browser game is installed in the game server 1, and the game server 1 performs arithmetic processing and data for progressing the game in accordance with input operations on the terminal device 3 of each user. Execute the process. 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. Providing game services by connecting to the game server 1 via the network 4 such as a personal computer (hereinafter referred to as “PC”), a tablet computer or a game device having a communication function (stationary or portable game device). Various terminals that can be received are applicable.

  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. Although this game system can be applied to an online game that cannot interact with other users, in this embodiment, an example applied to a game that can interact with other users will be described.

  Examples of games provided by the game server 1 include sports / racing games, simulation games, and training games for baseball, soccer, tennis, American football, basketball, volleyball, golf, boxing, horse racing, car racing, and the like. Various games such as role-playing games and quiz games can be used regardless of the game format and genre. As an example, in the present embodiment, an example in which the game server 1 provides a baseball game will be described below.

  This game server 1 realizes a highly entertaining game in which the real world and the game are merged, so that a chance situation (for example, fullness) occurs during an actual event in the real world, for example, during an MLB game, etc. In addition, the user can virtually cheer for a predetermined period in the game (for example, until the current batter's hitting result is obtained). That is, if the user performs an operation (specific operation) for sending cheering on the terminal device, the game server 1 sets the status of the user's game to the cheering state (specific state) for a predetermined period according to information related to this operation. To do. Then, the game server 1 gives a privilege (in-game point, game in-game point) to a user when a privilege target event such as a score occurs during a predetermined period (in a cheering state) in which the user is cheering. Item).

  In addition, the game server 1 provides the user with a virtual shared space where a plurality of users can enter. For example, a virtual shared space simulating a sports bar where fans of a specific baseball team gather is provided in the game, and the above-mentioned cheer can be sent when the user enters (participates in) the virtual shared space. To do. And when this game server 1 grants a privilege to a user, a privilege will become large, so that there are many users who are cheering, and the several users who are entering the same virtual shared space excite together. Provide a game environment that can.

  Or, when a real event (privilege target event) that makes it desirable to give a cheer, such as a score, during an MLB game, a user who is entering the virtual shared space virtually sends cheering To be able to. And this game server 1 gives a privilege with respect to all the users who sent cheering on the condition that the user more than a threshold sent cheering among the users who entered in the virtual shared space, and the same Provided is a game environment in which a plurality of users entering a virtual shared space can be excited together.

  The details of the configuration of the game management device (game server 1 or the like) according to the present embodiment capable of realizing a highly entertaining game in which the real world and the game are thus fused will be described below.

[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 17 including an address bus, a data bus, a control bus, and the like. Note that an interface circuit is interposed between the bus line 17 and each component as necessary, but the illustration of the interface circuit is omitted 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 a program and the like necessary for basic operation control of the game management device 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. 17 is loaded into the RAM 13 via the CPU 17 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 communication control unit 15 also controls communication with a server that provides information on events that occur in a real-world baseball game to be described later.

  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 EL (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 game server 1 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 the information 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.

[Functional configuration of game management device]
Next, main functions of the game management device (game server 1 and database server 2) configured as described above will be described. FIG. 4 is a main functional block diagram of the game management device.

  The game management apparatus mainly includes a real event receiving unit 51, a cheering state setting unit 52 (specific state setting unit), a privilege target event storage control unit 53, and a privilege granting unit 54. Each of these means 51 to 54 is realized by the CPU 11 of the game server 1 executing the program according to the present embodiment.

  The real event receiving means 51 has a function of receiving information related to real events that occur in the real world. That is, the real event accepting unit 51 has a function of taking into the game server 1 information on real events that have occurred in the real world in order to realize a highly entertaining game that fuses the real world and the game. In the present embodiment, since a baseball game is targeted, the actual events captured in the game server 1 may be various events that occur in MLB matches, such as hitting a real player or entering a score. Take an example. Specific examples of real events include hits (single hits, double hits, triple hits, home runs), hits (out), stealing, four dead balls, scoring (preemptive, reverse, goodbye, etc.).

  The real event accepting unit 51 accepts input of information related to a real event by an operator's manual operation via the input device 17 such as a keyboard or a mouse. Alternatively, the real event accepting unit 51 accepts information related to the real event by receiving information related to the real event input by a computer or the like different from the game server 1 via the communication control unit 15. Alternatively, the real event accepting unit 51 accepts information about a real event by receiving information from a server that provides information on an event that occurs in a baseball game in the real world via the communication control unit 15. There are many information providing servers that provide real-time information for each ball, such as when a player hits a baseball game, scores are entered, etc. Use the information provided by such information providing servers Then, the information on the real event can be taken into the game server 1 in real time.

  Next, the cheering state setting means 52 will be described. In the present embodiment, the user can change the game status to the cheering state as the specific state only for a predetermined period by an operation on his / her terminal device 3. In this embodiment, the cheering state is a state where the cheering is virtually sent during the MLB game (for example, during the attack of the team of the niece of the MLB). In the following description, an operation (specific operation) performed by the user with his / her terminal device 3 to change the game status to a cheering state for a predetermined period is referred to as a “cheering operation”.

  The cheering state setting unit 52 executes a process (specific state setting process) for setting the game status of the user to the cheering state for a predetermined period according to information related to the cheering operation performed on the user's terminal device 3. Here, the predetermined period may be any period of time (for example, 1 minute, 3 minutes, 5 minutes, etc.), until a current batter's hitting result is obtained in a baseball game, until the current attack inning ends, etc. A period can be set.

  When the predetermined period during which the cheering state is continued is set to a certain period such as one minute, the game server 1 can manage the predetermined period based on the internal clock of the CPU 11, for example. Further, when the predetermined period is set until the current batter's hitting result is obtained or the current attack inning is completed, the game server 1 is based on the real event received by the real event receiving means 51. , Can manage a predetermined period. In the present embodiment, as an example, the predetermined period is set until the hitting result of the current batter (the actual batter when set to the cheering state) is obtained.

  Here, the specific example of cheering operation performed with a user's terminal device 3 is demonstrated. The screen shown in FIG. 5 is a main screen (user's My Page) displayed on the user's terminal device 3. When the “sports bar” button 80 is selected on this screen, the screen transitions to the sports bar entrance screen illustrated in FIG. Here, the sports bar is an example of a virtual shared space where a plurality of users can enter. In this embodiment, a sports bar where fans of a specific team gather is provided for each team, and the user can enter the sports bar of his / her own team. For example, each user sets a “favorite team” from among 30 MLB teams when registering with the game service and starting the game. A virtual sports bar is provided as a virtual shared space on the game where fans of this “favorite team” gather.

  On the screen of FIG. 6, an entrance button 91 for a plurality of sports bars with a fixed capacity (for example, 12 persons) is displayed. Here, the user can enter the selected virtual sports bar by selecting the entrance button 91 of any sports bar that is not full. If the user enters the virtual sports bar, the screen transitions to the virtual sports bar screen illustrated in FIG.

  The virtual sports bar screen of FIG. 7 is provided with a member board 100 for displaying a list of members who enter the virtual sports bar. In the present embodiment, twelve member display areas 101 are provided in the member board 100, one of which is a user display area 101a on which an object (such as a photo or an avatar) representing the user is displayed. Yes.

  The virtual sports bar screen is provided with a real-time information display area 111 for displaying the real-world game situation of the user's favorite team in real time. The game server 1 transmits, to the user terminal device 3, screen data in which real-time information of the real event received by the real-event receiving means 51 is displayed in the real-time information display area 111. In this real-time information display area 111, a scoreboard, current batter information, current pitcher information, output status, ball count, and the like are displayed. The real-time information display area 111 may display a live broadcast video of an MLB game (for example, a live streaming video).

  The user checks the status of the MLB game displayed in the real-time information display area 111, and when the user's favorite team has a chance of scoring, the user selects the cheer button 113 to change the game status for a predetermined period. Only cheering can be set. During the cheering state, as illustrated in FIG. 8A, for example, a megaphone item for cheering is displayed in the user display area 101a together with an object representing the user himself / herself.

  Thus, it is desirable to provide the real-time information display area 111 in the game screen. However, since the user can measure the timing for selecting the cheering button 113 while watching a game being broadcast on a home television, for example, the real-time information display area 111 is not necessarily provided in the game screen. .

  In addition, in order for a user to make a game status cheered only for a predetermined period, you may make it the game specification which requires a predetermined | prescribed point and item, and the frequency | count which can be made cheered is limited as mentioned later (for example, It may be a game specification (up to twice during a real-world baseball game). Details of the virtual sports bar screen will be described later.

  Next, the privilege target event storage control unit 53 will be described. The privilege target event storage control means 53 has a function of storing in advance in the storage device 50 (the database server 2 or the like) information on the “privilege target event”, which is a real event to which a privilege is given to a user in a cheering state. Have. As an example of the benefit target event, it can be a real event that is advantageous for the user's favorite team, such as “hit” or “scoring”.

  In FIG. 9, an example of the information regarding the privilege object event which the privilege object event memory | storage control means 53 has memorize | stored in the memory | storage device 50 is shown. In the example of the figure, there are a plurality of “real events” that may be taken in by the real event receiving means 51, and “privilege event flag” indicating that the event is set as a bonus event. Is remembered. In addition, the actual event in which the privilege target event flag is set to “1” is the privilege target event. The real event is provided with an event ID for uniquely identifying each event, and each real event is managed by the event ID in the game server 1.

  In the example of FIG. 9, hit (single hit, double hit, triple hit, home run) and score generation are defined as bonus target events. It should be noted that the score generation includes a case where a score is entered due to a sacrificial hit, a four dead ball or a defensive error of the opponent. Note that “four dead balls” or “successful sacrifice” can be included in the benefit target event. What kind of real event is to be a privilege target event can be arbitrarily determined.

  Next, the privilege provision means 54 is demonstrated. The privilege granting unit 54 has a function of executing a privilege granting process for granting a privilege to a user in a specific state when information regarding the privilege target event is received by the real event receiving unit 51 during the cheering state. . Here, as an example of a privilege, there is a privilege of giving a user points or items that can be used in the game. In addition, in a game in which items can be acquired by lottery, there is a privilege of raising the lottery probability of rare items (items having a lower lottery probability than normal items and having a high rarity value). Alternatively, there is a privilege that the ability of the character owned by the user is temporarily improved. These are only examples, and various privileges according to the type and content of the game can be given to the user.

  Moreover, the game server 1 is provided with the game information storage control means 71 and the game progress means 72, as shown in FIG.

  The game information storage control means 71 stores and manages the game information of each user in the storage device 50 (database server 2). The items of game information managed by the game information storage control means 71 differ depending on the content of the game service provided to the user by the game server 1. In this embodiment, a baseball game in which a user owns a player character corresponding to a real player of MLB in the game and creates his / her team using the player character is taken as an example.

  The player character owned by the user 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 as a digital player character by the game server 1 and displayed on the screen of the user terminal device 3. The user can collect player characters while advancing the game, form his own original team, and play against other users. In this embodiment, it is assumed that the player character of the user is a replica of a real player of MLB, and a dream team can be created by players virtually playing in MLB so that a baseball game can be enjoyed. . Further, the user can improve the ability of the player character (that is, nurture the character) by synthesizing the collected player characters, and can enjoy the game with the aim of creating a stronger team. Moreover, the user can aim at the acquisition of a privilege by predicting the success of a real player using the player character he owns. Furthermore, as described above, the user can aim to acquire a privilege by virtually cheering in the game while watching a baseball game in the real world.

  In such a baseball game, as shown in FIG. 11, the game information storage control means 71 for storing each user's game information in the storage device 50 includes a user information storage control means 71a, a level information storage control means 71b, a possessed character. A storage control means 71c (character storage control means), an owned point storage control means 71d, an owned coin storage control means 71e, an owned item storage control means 71f, and the like are provided. FIG. 12 shows an example of game information for each user (game information for one user ID = “000001” in this example) stored in the database server 2 by the game information storage control means 71.

  As shown in FIG. 12, the user information storage control unit 71a associates each user with a user ID that uniquely identifies each user, such as a login ID, a password, a user name (such as a nickname used in the game), and a team. User information regarding the user is stored in a predetermined storage area of the database server 2 for each user ID. 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 information is arbitrary information set by the user when the user registers as a member for receiving the game service or when the game is executed for the first time. The team information is information in which a favorite team is selected from 30 MLB teams in the real world when the user executes the game for the first time. The user name and team are displayed on the game screen as necessary.

  The level information storage control unit 71b stores the level of the user's game in a predetermined storage area of the database server 2 for each user ID in association with the user ID. In this baseball game, for example, experience values are accumulated as the user progresses the game, and the level of the user is increased when the experience value reaches a certain amount.

  The owned character storage control means 71c stores information on player characters acquired and owned by the user in the game in a predetermined storage area of the database server 2 for each user ID in association with the user ID. Examples of the player character information include the player ID of the player character and information on the ability of the player character (ability rank).

  Further, the database server 2 has a player database in which various parameters of player characters including player character image data, player names, positions, belonging teams, and the like are stored in association with player IDs. Therefore, the game server 1 can acquire the parameters of the player character corresponding to the player ID from the player database based on the player ID stored in the owned character storage control means 71c.

  The owned point storage control means 71d associates a user ID with various points (including values corresponding to points) acquired and owned by the user in the game for each user ID. Store in the storage area. In this game, there are various game modes, and various points can be acquired and the acquired points can be used according to the game mode.

  As shown in FIG. 12, examples of points include behavioral power points, total cost, strengthening points, etc., in addition to the above experience values. The action power points are used in a “match mode” in which a match is played with an opponent while consuming the points. Maximum action points can be increased by leveling up or making friends. For example, the behavioral power points consumed and reduced during the game can be recovered over time (for example, one point is recovered every 3 minutes) or the experience value reaches a certain amount and the user It can be made to recover at a stretch by improving the level.

  The said total cost is the total value of the cost of a player character in the case of roster setting a player character in order to form a user's team. Here, “Roster” is a registered player (one army registered player) character that can participate in a battle in the game. Each player character is set with a parameter (attribute) called “cost” according to the ability level. When the user creates his / her team, the player character must be rostered within the maximum total cost.

  The strengthening points are points used when obtaining a player character in the “store mode”. Since the player characters that can be obtained in the “store mode” are determined by lottery based on a predetermined lottery probability, the same player character already owned by the user may be obtained. In this case, the user can sell the player character and convert it into a strengthening point, or can place a trade in the “player management mode”. Furthermore, a capability rank can be improved by combining a plurality of identical player characters into one. However, in order to increase the ability rank by one level, a predetermined number of combinations are required. The reinforcement point is given to the user by the privilege giving means 54 when a privilege target event occurs during the above-mentioned cheering state. The enhancement points can also be obtained when the user plays other game modes (such as “real MLB link mode”).

  The owned coin storage control means 71e associates the user ID with the coin owned by the user in the game (in-game currency different from the points) for each user ID in a predetermined storage area of the database server 2. To remember. This coin is necessary, for example, when acquiring an item to be charged.

  The owned item storage control means 71f stores the item obtained by the user in the game in a predetermined storage area of the database server 2 for each user ID in association with the user ID. As shown in FIG. 12, examples of items include recovery items. The recovery item is an item for recovering the above-mentioned action power points consumed and reduced during the game to the maximum value instantly without waiting for the passage of time.

  The items that can be obtained and owned by the user in the game are not limited to these items. For example, treasure items that can be acquired when winning a battle, equipment for characters such as weapons and armor, It is also possible to own magic items, special items, and various other items that generate various effects and effects.

  The game information storage control means 71 stores and manages the game result information and various ranking information in the database server 2 as other game information of the user.

  Next, the game progress means 72 shown in FIG. 10 will be described. As shown in the figure, the game progression means 72 functionally includes a reception means 72a, a game execution means 72b, a screen generation means 72c, a transmission means 72d, and the like. The game progression means 72 basically executes a game in response to an operation on the terminal device 3 by the user, generates game screen data corresponding to the execution result, and transmits the game screen data to the terminal device 3. The game is advanced by displaying a game screen corresponding to the user's operation on 3.

  When the game screen is displayed by the web browser of the user's terminal device 3, when the user performs an operation of selecting a selectable button object or a character string with a hyperlink set on the game screen, the operation Operation information (such as a request for a game screen) is transmitted to the game server 1 by the web browser of the terminal device 3. In the game server 1, when the receiving means 72a receives the operation information, the game executing means 72b reads the user's game information in accordance with the operation information, and executes the game by performing calculations and data processing.

  For example, in the case where the user performs an operation of playing against another user's team in the battle mode, the game execution means 72b is a player character of both teams corresponding to the user IDs of both users who are playing the battle. The information of (the player character set as the roster that participates in the game) is read from the database server 2. And the game execution means 72b performs the calculation which determines a win / loss based on the ability value etc. of the character of both teams. As an example of the calculation of this win / loss decision, the winning team may be the player with the highest ability value of the characters of both teams, or the winning team with the higher probability of winning with the higher ability value. You may obtain | require by a probability calculation.

  This game execution means 72b includes the above-mentioned cheering state setting means 52, and executes a process of setting the user's game status to the cheering state for a predetermined period in response to the cheering operation at the terminal device 3 of the user. .

  Next, the screen generation means 72c will be described. The screen generation means 72c generates game screen data composed of HTML data, for example, according to the execution result by the game execution means 72b. The HTML data may include image data such as player characters 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.

  For example, as shown in FIG. 8A, the screen generation unit 72c executes a process for setting the user's game status to the cheering state by the cheering state setting unit 52, and the megaphone for cheering is displayed in the user display area 101a. A game screen for displaying items is generated.

  The transmission unit 72d transmits the screen data (HTML data or the like) generated by the screen generation unit 72c to the user terminal device 3 as a response to the game screen request or as an execution result by the game execution unit 72b. . 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 the web browser.

[Game system operation]
In the above configuration, an example of the operation of the game system according to the embodiment of the present invention will be described below with reference to the flowchart of FIG. FIG. 13 shows a processing flow of the terminal device 3 and the game server 1 when the user operates the terminal device 3 to access the game server 1 and receive a game service.

  When the user receives a game service, first, the web browser is activated by operating the operation input unit 40 of the terminal device 3 (S11). Thereafter, the user performs an operation of accessing a game site managed by the game server 1, and an access request is transmitted from the terminal device 3 to the game server 1 (S12). At this time, the game server 1 performs login authentication for access from the terminal device 3 (S21), and confirms that the access is from a user who is registered for use of the game service. Thereafter, the game server 1 transmits main screen data described in HTML or the like to the terminal device 3 (S22). If there is a game top screen different from the main screen, the top screen may be transmitted first. In the terminal device 3 that has received the main screen data, the web browser interprets the data and displays the main screen on the display unit 35 (S13).

  As illustrated in FIG. 5, on the main screen (my page), the user's game information 81 (user's photo or avatar, user's level, action point, number of player characters, reinforcement points, number of friends, etc.) is displayed. Is displayed. In addition, various modes such as a “sports bar” button 80, a “real MLB link” button 83, a “match” button 84, a “store” button, an “automatic match” button, and a “player management” button are selected on the main screen. A button group 82 is displayed. The main screen is also provided with a display area 87 for the user's associates, and a predetermined number of associate photographs or avatars are displayed. In addition, by pressing the direction keys 88 provided on the left and right of the display area 87 of the fellow, it is possible to display a photograph of the fellow that is not displayed. Further, a fellow information display area 89 is also provided on the main screen so that the latest information on the fellow can be confirmed. By clicking the fellow information display area 89, the area 89 is switched to the current roster display area.

  Here, when the user performs an operation of selecting an object such as a selectable button or a hyperlink displayed on the main screen, a screen request corresponding to the operation is transmitted from the terminal device 3 to the game server 1. (S14). Receiving this request, the game server 1 performs arithmetic processing and data processing according to the user's operation to execute the game (S23), and transmits game screen data reflecting the execution result to the terminal device 3 (S24). ). And in the terminal device 3 which received screen data, a web browser interprets the said data and displays a game screen on the display part 35 (S15).

  Thereafter, the above-described S14 and S15 are repeated in the user terminal device 3, and the above-described S23 and S24 are repeated in the game server 1, whereby the selectable button displayed on the screen of the terminal device 3 Etc., the game screen of the terminal device 3 is switched one after another, and the game can be advanced.

  Thereafter, when the user operates the terminal device 3 to close the game screen (S16), the game server 1 performs logout processing (S25). For example, when the user closes the web browser, the game server 1 performs logout processing after a session timeout.

  By the way, in this game system, even when the user logs out from the game server 1, the game server 1 side can read out the game information of the user and advance the game. For example, another logged-in user may start a battle (individual battle) against a team of logged-out users. Also in this case, the game progress means 72 of the game server 1 reads out the game information of each user from the database server 2 regardless of whether the user is logged in or not, and executes the battle, and reflects the execution result. Update the game information of each user. Thus, the result of the battle executed when the user is logged out from the game server 1 can be confirmed on the screen when the user accesses the game server 1 thereafter.

[Operation of game management device]
Next, a more detailed operation example of the game management device according to the embodiment of the present invention will be described with reference to a flowchart of FIG. FIG. 14 shows the flow of processing of the game server 1 targeting a single user, and the same processing is performed for each user managed by the game server 1.

  As shown in FIG. 14, when the game server 1 receives an access request from the user's terminal device 3 (YES in S31), the game server 1 permits access based on the login ID, password, etc. transmitted from the terminal device 3. Login authentication is performed to determine whether or not to perform (S32). Here, when access is not permitted (NO in S32), the game server 1 transmits screen data for prompting registration of use of the game service to the terminal device 3 (S33). On the other hand, when access is permitted (YES in S32), access information (log) is stored (S34).

  Then, the game server 1 transmits main screen data (or top screen data) to the terminal device 3 of the user who has permitted access (S35). After that, when a screen request corresponding to the user's game operation transmitted from the user's terminal device 3 is received (YES in S36), the game execution means 72b performs arithmetic processing and data processing corresponding to the screen request. The game is executed (S37).

  Thereafter, the game server 1 determines whether or not the user's game information needs to be updated by executing the game (S38). If the game server 1 needs to be updated (YES in S38), it is stored in the database server 2. The user's game information is updated (S39). For example, when the user's game operation is an operation for playing against another user, the user's game information such as information on the result of the game in which the battle is executed is updated. On the other hand, for example, when the user's game operation is a screen movement operation, the game execution process corresponding to the operation is only data processing such as reading out the user's game information from the database server 2, and the process There is no change in the user's game information before and after, so there is no need to update the user's game information (NO in S38).

  Thereafter, the screen generation means 72c generates game screen data reflecting the game execution result (S40), and the transmission means 72d transmits the game screen data to the user terminal device 3 (S41). Thereafter, it is determined whether or not the user's terminal device 3 has logged out (S42), and the game proceeds by repeating the processes of S36 to S41 until the terminal device 3 logs out.

  Next, an example of the process of the game server 1 that enables the user to virtually cheer in the game will be described with reference to FIG. 15 and FIG. FIG. 15 is a flowchart when the cheering state is continued for a certain period (here, 3 minutes). FIG. 16 is a flowchart in the case where the cheering state is continued until the hitting result of the current batter is obtained in the baseball game.

  If the user selects the “sports bar” button 80 on the main screen of FIG. 5, the screen transitions to the sports bar entrance screen of FIG. 6. By selecting an entrance button 91 for an arbitrary sports bar that is not full from this screen, a transition is made to the virtual sports bar screen illustrated in FIG. Thereby, the user can enter a virtual sports bar where fans of favorite real teams (one of the real teams of MLB) gather. The user who has entered the virtual sports bar can check the real-time information of the MLB game displayed in the real-time information display area 111 and check the status of his favorite real team game in real time. In addition, the virtual sports bar screen is provided with a real-time bulletin board 112 that can be written and viewed only by members who enter the same virtual sports bar. Therefore, real-time communication can be enjoyed while watching MLB matches between fans of the same real team.

  Then, during the MLB game, when the user's favorite real team is in a chance situation (a situation where a target event such as a score is likely to occur), the user performs a cheering operation to press the cheering button 113. As a result, cheering can be sent virtually in the game. As shown in FIG. 14, when a cheering operation is performed on the user's terminal device 3 (YES in S51), the cheering state setting unit 52 changes the game status of the user to the cheering state according to information related to the cheering operation. Set (S52). This cheering state is continued for 3 minutes (until YES in step S54). During the cheering state, as illustrated in FIG. 8A, the megaphone item for cheering is displayed in the user display area 101a where the user's photograph or the like is displayed, and the user clearly recognizes that the cheering state is being performed. It can be so.

  In addition, in order for a user to perform cheering operation, you may make it require a predetermined amount (for example, 100 points) of predetermined points, such as a reinforcement | strengthening point. Moreover, it is good also as a game specification which requires the ticket item for performing cheering operation.

  When a real event occurs in a real-world baseball game during this cheering state and is received by the real event receiving means 51 (YES in S53), the privilege granting means 54 determines that the real event is a bonus target event. (S55). In the present embodiment, as shown in FIG. 9, the privilege target event is a hit or score occurrence. When such a privilege target event occurs during the cheering state (YES in S55), the privilege granting unit 54 grants a privilege to the user (S56). That is, the privilege given to the user by the game information storage control means 71 is stored in the storage device 50 (database server 2) in association with the user ID.

  In this case, for example, as shown in FIG. 8B, a display area 102 for notifying that the user has acquired the privilege is displayed on the virtual sports bar screen displayed on the terminal device 3 of the user who has acquired the privilege. The In this display area 102, for example, a message “Team A scored during cheering!” And a privilege content “1000 enhancement points acquired!” Are displayed. The display area 102 is displayed for a certain period (for example, 10 seconds) and automatically erased. Alternatively, it is deleted when the user clicks on the display area 102.

  On the other hand, if the actual event that has occurred is not a privilege target event (NO in S55), for example, if a batter is out without scoring, the privilege is not given to the user, and the process goes to step S54. Transition.

  If 3 minutes have elapsed since entering the cheering state (YES in S54), the game server 1 cancels the cheering state (S57). In this case, the game server 1 erases the megaphone item in the user display area 101a shown in FIG. 8A, and clarifies that the cheering state is released.

  The game server 1 of the present embodiment is configured to enable a user's cheering operation linked to a real world baseball game, and the user can be in a cheering state only during a real world baseball game. . The number of times that a cheering state can be made during a real-world baseball game may or may not be limited as described below. In particular, when there is no limit to the number of times that the cheering state can be achieved, it is desirable that a predetermined amount of the privileged user's property (points or items) be consumed each time the user performs a cheering operation. Thereby, a user will perform cheering operation within the range of the property which he owns. Therefore, in the case of this configuration, there is a game characteristic of performing the cheering operation in consideration of when the possession is consumed and the cheering operation is performed and the privilege can be successfully acquired.

  In the processing example of FIG. 15, since the cheering state continues for 3 minutes, if the benefit target event occurs twice or more during the cheering state, the privilege may be given to the user twice or more. On the other hand, 3 minutes may have passed since the hitting result of one batter has not come out since becoming a cheering state (for example, when the batter keeps sticking with a foul ball many times). Therefore, as a variation, a processing example in which the cheering state is continued until the hit result of the current batter is obtained in the baseball game will be described below with reference to FIG.

  As shown in FIG. 16, when a cheering operation is performed on the user's terminal device 3 (YES in S61), the cheering state setting unit 52 changes the game status of the user to the cheering state according to information related to the cheering operation. Set (S62). When a real event about the hit result of the current batter occurs during this cheering state and it is received by the real event receiving means 51 (YES in S63), the privilege granting means 54 indicates that the real event is a privilege target. It is determined whether it is an event (S64). Here, when a privilege target event such as a score is generated during the cheering state (YES in S64), the privilege granting unit 54 grants a privilege to the user (S65). Thereafter, the game server 1 cancels the cheering state of the user's game status (S66).

  On the other hand, when the actual event that has occurred is not a privilege target event (NO in S64), the game server 1 cancels the cheering state without giving a privilege to the user (S66).

  In the present embodiment, the example in which the user enters the virtual sports bar and performs the cheering operation has been described. However, the present invention is not limited to this. For example, a command button similar to the cheer button shown in FIG. 7 may be provided on the main screen shown in FIG. 5 or the screen of another game mode, and the cheering operation may be performed on a game screen other than the virtual sports bar.

  As described above, the game management device according to the present embodiment, as shown in FIG. 4, includes the real event reception means 51, the cheering state setting means 52 (specific state setting means), the privilege target event storage control means 53, and the privilege grant. This means is provided with means 54.

  In this configuration, in a chance situation where an event subject to a privilege is likely to occur (or in a scene where it is desired to support a real team or a player), a cheering state is virtually sent in the game by the user's own operation. Can be set. Then, a real event that occurred in the real world is reflected in the game in such a manner that a privilege is given to the user when a privilege target event occurs during this cheering state. Accordingly, the game user is improved by approaching the real world from the user who plays the game, thereby integrating the real world and the game. In other words, conventionally, there has only been a one-way flow from the real world to the game in which the hit rate of the real player is reflected in the game. On the other hand, this configuration enables the user to set a cheering state in a chance situation where a privilege target event is likely to occur in the real world, and enables the user who plays the game to approach the real world first. . Then, a bidirectional flow is created between the real world and the game, such that if a privilege target event occurs during the cheering state, a privilege is given to the user.

  In addition, the user can enjoy the baseball game itself through the game by setting the cheering state in a chance situation where a privilege target event is likely to occur. In other words, if a privilege target event actually occurs during the cheering state, the privilege is given to the user, so that the support of the user who watches a baseball game or the like in the real world is also emphasized. This is just a result of the fusion of the real world and the game world, and provides users with a new lifestyle that allows them to enjoy games and enjoy baseball games and more. As described above, this configuration can realize a highly interesting game in which the real world and the game are fused.

  Next, the structure which enlarges the privilege provided with respect to the user in a cheering state, so that there are many users in the cheering state who are entering in the same virtual shared space (virtual sports bar) is demonstrated.

  As shown in FIG. 17, the game server 1 having this configuration includes virtual shared space management means 55 that manages a virtual shared space in which a plurality of users can participate, in the present embodiment, the virtual sports bar. And the cheering state setting means 52 performs the process which makes a user's game status cheering state according to the information regarding the above-mentioned cheering operation, when the user has entered the virtual sports bar. Moreover, when the privilege provision means 54 performs the privilege provision process which provides a privilege with respect to the user in a cheering state, there are many users in the cheering state who are entering in the same virtual sports bar, Make benefits bigger.

  Here, as an example of increasing the privilege, the more the number of users in the cheering state, the more points or items to be given to the user, or the higher the rarity value of items to be given to the user, etc. Is mentioned. Below, the specific example in the case of giving the point (strengthening point etc.) in a game to the user in a cheering state is demonstrated.

When the number of users in the cheering state is N1, the basic point is P0, and the point to be given to the user in the cheering state is P, P is represented as a function f (N1) of N1, for example, as follows.
P = f (N1) = P0 + 100 × (N1-1) (1)
If the above formula (1) is applied, for example, when a privilege target event occurs when only one user is in a cheering state, the user is given a basic point P0 (for example, 1000 points) as a privilege. Stay granted. On the other hand, for example, when a privilege target event occurs when ten users are in a cheering state all at once, the ten users are given a privilege obtained by adding 900 points to the basic point P0. .

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, when a privilege target event occurs in the real world and is received by the real event receiving means 51 (YES in S71), the game server 1 determines whether the game status of the user is a cheering state. Is determined (S72). In the case of YES at step S72, the game server 1 acquires the number N1 of users who are cheering in the same virtual sports bar (S73). And the privilege provision means 54 provides a privilege to a user, so that there are many users N1 in a cheering state (S74). For example, the privilege grant means 54 calculates the point (privilege) according to the number of users N1 in the cheering state by applying the above formula (1), and gives the user to the cheering user.

  On the other hand, if the user's game status is not a cheering state (NO in S72), the process ends without proceeding to step S73. The processes in steps S71 to S74 are executed for each user each time a privilege target event occurs during a real-world game.

  As described above, the game management device according to the present embodiment, as shown in FIG. 17, includes the real event receiving unit 51, the cheering state setting unit 52, the privilege target event storage control unit 53, the privilege granting unit 54, and the virtual sharing. There are many users in the cheering state (specific state) who are provided with the space management unit 55 and enter the same virtual sports bar (virtual shared space) when the privilege granting unit 54 executes the privilege granting process. It is the structure which enlarges the privilege given to the user so much.

  In this configuration, each user sets his / her game status to a cheering state in a chance situation where a privilege target event is likely to occur, and aims for the privilege, but in order to acquire a larger privilege, as many as possible The user is required to be in the cheering state in a timely manner in a situation where the user is likely to set the cheering state. By this structure, the importance of the timing which a user sets to a cheering state increases, and this leads to the improvement of the interest property of a game.

  Next, by changing the display state of information (profile image etc.) of each user who has entered the virtual sports bar between the cheering state and the case where it is not so, the users can confirm each other's cheering situation. A configuration to be described will be described.

  The virtual shared space management means 55 according to the present embodiment displays display control information (for example, a screen described in HTML) for displaying information on each user participating in the same virtual sports bar in the virtual sports bar. Data) is transmitted to the terminal device 3 of each user. Thereby, for example, the virtual sports bar screen of FIG. 7 is displayed on the terminal device 3 of each user. As shown in the figure, in the present embodiment, a profile image (photograph or avatar) as information of each user is displayed in the member display area 101 of the member board 100. In addition, as information on each user, a user name or the like may be displayed in the member display area 101 instead of the profile image or together with the profile image.

  And the virtual shared space management means 55 has a function which changes the display state of each user's information in a virtual sports bar with the case where it is set to a cheering state, and the case where it is not set. For example, as shown in FIG. 19, the megaphone item for cheering is displayed only in the member display area 101 of the user who is cheering (set to the cheering state), and the member display of the user who is not cheering In the area 101, the megaphone item is not displayed. Or you may make it the animation which the said user is cheering using a megaphone displayed only in the member display area 101 of the user who is cheering. Alternatively, the color, pattern, shape, displayed character, and the like of the member display area 101 may be different depending on whether the support state is set or not. Alternatively, the user's profile image may be changed to a user-specified one only during the cheering state.

  Thereby, each user can confirm with his terminal device 3 whether other users participating in the same virtual sports bar are in a cheering state. Therefore, the user can determine whether or not the status of his game is in the cheering state while looking at how other users appear (how many other users are cheering). Therefore, for example, it becomes a chance situation (for example, the situation of 2 runners) where a privilege target event is likely to occur during a baseball game, and each user is set to a cheering state while watching other users' appearances. There may be a case where a large number of users are in a cheering state at a stretch, or conversely, even in a chance situation, only a small number of users are in a cheering state. Moreover, in a situation where anyone sees a chance (for example, a full situation), a large number of users may be cheering from the beginning, and everyone may acquire a great privilege.

  As described above, in this configuration, it is possible to aim at a great privilege together while confirming whether other users participating in the same virtual sports bar are in a cheering state. That is, it is possible to provide a game environment in which a plurality of users participating in the same virtual shared space can be excited together.

  Next, the structure which enlarges the privilege which is given to the user who sent the cheering early (the user who turned the cheering state from the first to the nth) will be described. When a privilege target event occurs during the cheering state, the more the number of users in the cheering state, the greater the privilege given to the user in the cheering state. Only when there are many users who are in the state, it is considered that there are users who get on it and put themselves in a cheering state. On the other hand, in a situation where it is not known whether or not a big privilege can be obtained, there are also users who are in a cheering state earlier than anyone or earlier (for example, up to the third). Therefore, among the users who are entering the same virtual sports bar, the nth (for example, the third) user who is in the cheering state and the user who is cheering after that, It is the configuration of the present embodiment that performs weighting with different sizes.

  That is, the game server 1 of this Embodiment manages the order which became the cheering state, when the game status of the some user who has entered in the same virtual sports bar will be cheering at the same time. Yes. For example, the game server 1 stores the time when the game status of each user is in a cheering state in the storage device 50, and manages the order in which the cheering state is achieved.

  And when the privilege provision means 54 performs a privilege provision process with respect to the user in a cheering state, the privilege which gives to the user from the beginning to the nth the order which became the cheering state is provided to another user. It has a function to make it larger than the privilege to do. In the present embodiment, an example will be described in which a privilege given to a user whose order is in a cheering state up to the third is greater than other users.

Here, the specific example in the case of giving in-game points (strengthening points etc.) to the user in a cheering state is demonstrated. When the number of users in the cheering state is N1, the basic point is P0, and the variable is a, the point P to be given to the user in the cheering state is expressed as follows, for example.
P = a * {P0 + 100 * (N1-1)} (2)
In the above equation (2), the variable a ≧ 1. When the above equation (2) is applied to the fourth and subsequent users who are in the cheering state, the variable a is set to 1.0. On the other hand, when the above equation (2) is applied to the first to third users who are in the cheering state, for example, the variable a = 1.5. As a result, the first to third users who are in the cheering state can obtain 1.5 times the points given to the fourth and subsequent users.

  An operation example of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, when a privilege target event occurs in the real world and is received by the real event receiving means 51 (YES in S81), the game server 1 determines whether the game status of the user is a cheering state. Is determined (S82). In the case of YES in step S82, the game server 1 determines whether the order in which the user's game status is in the cheering state is up to the third in the virtual sports bar (S83). Here, if it is the fourth or later in the order (NO in S83), the variable a used in the above equation (2) is set to a = 1.0 (S84). On the other hand, if the order is up to the third (YES in S83), the variable a is set to a = 1.5 (S85).

  Moreover, the game server 1 acquires the number N1 of users in the cheering state in the virtual sports bar (S86). And the privilege provision means 54 calculates the point (privilege) according to the variable a and the number of users N1 in the cheering state by applying the above formula (2), and gives it to the users in the cheering state (S87). .

  On the other hand, if the user's game status is not a cheering state (NO in S82), the process is terminated without proceeding to step S83. The processes in steps S81 to S87 are executed for each user each time a privilege target event occurs during a real world game.

  As described above, in the game management device according to the present embodiment, when the privilege granting unit 54 executes the privilege granting process for the user in the cheering state, the order of the cheering state is from the first to the nth. It is the structure which makes the privilege given to this user larger than the privilege given to other users. As a result, in order to increase the certainty that the user can obtain a big privilege, there is a risk that the user may be in a cheering state after seeing the appearance of another user, or there is a risk that a big privilege cannot be obtained. It is also possible to make a cheering state early aiming at the game, and it is possible to enhance the fun of the game.

  Moreover, in the structure where the privilege provided with respect to the user in the cheering state increases as the number of users in the cheering state increases, the privilege granting unit 54 gives the privilege to the user as the order of the cheering state becomes earlier. It is desirable to increase. Here, as the order of the cheering state is earlier, the form of increasing the privilege to be given to the user includes a form in which the privilege is continuously changed every number and a form in which the privilege is changed step by step. Any form may be adopted.

  As an example of changing the benefits step by step, if A privilege> B privilege> C privilege> D privilege, the order of the cheering state is A privilege to 1st to 3rd, B privilege to 4th to 6th The C privilege is assigned to No. 7 to No. 9, and the D privilege is granted to No. 10 and below. In addition, it is good also as a structure which does not provide a privilege to the user below a predetermined order (for example, 10th or less).

Next, the specific example of the form which changes a privilege continuously for every No. 1 according to the order which became a cheering state is shown. Here, the case where the above formula (2) is applied and the privilege of the point P is given to the user will be described. In this case, the variable a in the above formula (2) is continuously changed according to the order of the cheering state. For example, when the order of cheering is R,
a = 1 + 0.05 × (12−R)
And Thereby, the greatest privilege (point) is given to the user whose turn is in the cheering state, and the privilege is continuously reduced as the order decreases.

  In addition, when the above formula (2) is applied and the privilege (points) is changed step by step according to the order of the cheering state, for example, the variable a of No. 1 to No. 3 is set to 1.5, 4 to The 6th variable a is set to 1.3, the 7th to 9th variable a is set to 1.2, and the 10th and lower variables a are set to 1.0.

  With this configuration, in order to increase the certainty that a user can obtain a large privilege, there is a risk that the user may enter a specific state after looking at how other users appear, or there is a risk that a large privilege cannot be obtained. It is also possible to aim for a privilege and make it a specific state early, which can enhance the fun of the game.

  Next, the structure which restrict | limits the frequency | count that each user can be in a cheering state during the game of a real world is demonstrated. The cheering state setting unit 52 of the present embodiment limits the number of times per user that can be set to the cheering state during the period in which the real event receiving unit 51 is accepting the real event to a predetermined number (for example, two times). It has the function to do. Here, “during the period when the real event accepting means 51 accepts a real event” means that in the present embodiment, the real event accepting means 51 accepts a real event that occurs in a baseball game in the real world. Therefore, it is during the period from the start to the end of the baseball game (that is, during the baseball game).

  When the user has performed the cheering operation a predetermined number of times during the baseball game and cannot be set to the cheering state any more, for example, the game server 1 can cheer from the virtual sports bar screen displayed on the user terminal device 3. The button 113 is deleted. Alternatively, the support button 113 may be displayed on the virtual sports bar screen in a grayout state in which the support button 113 is invalidated. Alternatively, when a cheering operation exceeding a predetermined number of times is performed, the operation may be invalidated, and the user terminal device 3 may be notified of that effect.

  By limiting the number of times that the cheer state can be set in this way, the user can take advantage of the limited opportunity to acquire benefits. It becomes more important to make the state of cheering. For example, in the early stage of the game, when the chance situation of 3 runners is reached, the user will consider whether the cheering state that can be used only twice per game may be used once at this time. In addition, in the case of a configuration in which the privilege granted increases as the number of users in the cheering state increases, it is more important to set the status of his game to the cheering state, aiming at when there are as many users as possible in the cheering state become. This further improves the fun of the game. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, when a bonus target event such as a score is received during the cheering state, the user owns a player character corresponding to the real player (for example, the real player who gave the hit point) that caused the bonus target event in the game. Only when it is doing, the structure by which a privilege is provided to the said user is demonstrated.

  As shown in FIG. 21, the game server 1 according to the present embodiment includes a related information storage control unit 56. This relationship information storage control means 56 stores in advance a storage device 50 (database server) associating relationship information that associates an actual thing in the real world (in this embodiment, an MLB real player) and a player character corresponding to the real thing. 2) has the function of storing.

  FIG. 22 shows an example of the relationship information stored in the database server 2 by the relationship information storage control unit 56. In the example of the figure, information such as name, back number, defensive position, team belonging, etc. is stored as information on the real players. Further, attribute information such as “individual ability”, “cost”, “tone”, “score”, etc. is stored as information on the player character corresponding to the real player. In addition, image information of the player character is also stored. Thus, player ID for identifying a real player and a player character uniquely is attached to relation information which matched a real player and a player character on one-to-one basis. And the game server 1 manages a real player and a player character by player ID, and performs various processes. With this relationship information, real players in the real world and player characters in the game are linked.

  The “individual ability”, “cost”, “tone”, and “score” of the player character will be briefly described. The individual ability when the player character is a fielder can be “blow”, “running power”, “defense”, etc., as illustrated in FIG. Further, when the player character is a pitcher, it can be set as “sphere power”, “ball control”, “change” or the like. Each player character is set with a parameter (attribute) called “cost” according to the ability level. When the user creates his / her team, the player character must be rostered within the maximum total cost.

  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. When the player character is a fielder, performance parameters such as “batting rate”, “batting point”, and “home run” are also set. When the player character is a pitcher, performance parameters such as “defense rate”, “number of wins”, “number of losses” are set. These various parameters set for each player character are updated according to the actual performance and results of the real players in the real world.

  As illustrated in FIG. 23, the real event accepting unit 56 of the present embodiment accepts a real event (single stroke, etc.) caused by a real player, and sets the event ID of the real event as the player ID of the real player. And stored in the storage device 50.

  Further, as described above, the information on the player characters owned by each user is stored in the storage device 50 by the owned character storage control means 71c. And the privilege provision means 54 of this Embodiment has a function which provides a privilege only to the user who owns the player character corresponding to the real player who produced the privilege object event, when performing privilege provision processing. Have. That is, even if a chance situation is likely to occur, a privilege cannot be obtained unless the user has a player character corresponding to a real player who may cause a privilege target event. .

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. For example, when a privilege target event that the user's favorite team scores in the real world occurs and is received by the real event receiving means 51 (YES in S91), the game server 1 indicates that the user's game status is a cheering state. Is determined (S92). In the case of YES in step S92, the game server 1 determines whether or not the user has a player character corresponding to the real player (the real player who raised the hit point) that caused the privilege target event (S93). In the case of YES at this step S93, the privilege granting means 54 grants a privilege to the user in the cheering state (S94).

  On the other hand, if the user's game status is not a cheering state (NO in S92), the process ends without giving a privilege to the user. Further, even if the user's game status is in the cheering state, even if the user does not own the player character corresponding to the real player who has caused the privilege target event (NO in S93), the privilege is given to the user. The process is finished without giving. The processes in steps S91 to S94 are executed for each user every time a privilege target event occurs during a real-world game.

  As described above, the game management apparatus according to the present embodiment, as shown in FIG. 21, is a real event receiving means 51, a cheering state setting means 52, a privilege target event storage control means 53, a privilege giving means 54, and a relation information storage. The control means 56 and the possessed character storage control means 71c are provided, and when the privilege granting means 54 executes the privilege granting process, only the user who owns the player character corresponding to the real player who caused the privilege target event. It is the structure which provides a privilege. As a result, the user finds a chance situation in which a real player corresponding to the player character he owns in the game is likely to cause a privilege target event (for example, a score is given), and displays the game status in a timely manner. Realize a new and exciting game experience that has never been seen before. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, when a bonus target event such as a score is given during the cheering state, a player character corresponding to the real player (for example, the real player who gave the hit point) that caused the bonus target event is registered character (Roster). A configuration in which a privilege is given to the user only when it is set will be described.

  In the game of the present embodiment, a predetermined number (for example, fielder 9 and pitcher 7 in total 16) of player characters can be selected from among the player characters owned by him and set as a roster as a registered character. The player character set by the user as the roster constitutes the order of the user's in-game team and can play against other users' teams.

  The game server 1 of the present embodiment includes registered character setting means 58 as shown in FIG. The registered character setting means 58 has a function of setting a roster in accordance with operation information related to an operation for selecting a predetermined number (16 in the present embodiment) of the player characters owned by the user as the roster. Have.

  An example of an operation for the user to set a roster is shown below. When the “real MLB link” button 83 is selected on the main screen shown in FIG. 5, the screen changes to the “real MLB link” mode screen shown in FIG. 26. In the screen of FIG. 26, by selecting a battle card button 96, real-world information such as the MLB battle card of the day can be confirmed. In addition, a screen switching tab 95 is displayed on the screen of FIG. 26, and when the “applicable roster” tab is selected, transition is made to the roster setting screen of FIG. By operating on this roster setting screen, the user can set a roster from a player character held by the user. In the example of FIG. 27, a total of 16 player slots 121 including the fielder 9 and the pitcher 7 are provided, and a maximum of 16 player characters can be roster-set. For example, by clicking (or double-clicking) each player slot 121, a player character selection screen (not shown) is displayed, and the user can select an arbitrary player character from the player characters on hand.

  In the player slot 121 in which a roster is set, a player character's trap 121a as a roster, a player name 121b, a popularity index 121c, a tone mark 121d, and the like are displayed. The popularity index 121c is the number of users who set the player character as a roster, and indicates the popularity. The tone mark 121d is an object that represents the current tone height of the player character with a facial expression.

  In this embodiment, the positions of fielders (including designated batters) that can be set as rosters are catcher (C), first base (1B), second base (2B), third base (3B), shortstop (SS), and designated hitter. (DH) is 1 and outfielder (OF) is 3. Therefore, the user can set only the player character corresponding to the designated position. In addition, the pitcher's player slot 121 that can be set as a roster also includes a starter pitcher (SP) slot, a relief pitcher (RP) slot, and a pitcher (P) slot (a slot that can be any starter, relief, or hold). There are different types of slots.

  An automatic setting button 131 is provided to save the user from having to select 16 player characters one by one. By selecting the automatic setting button 131, the game server 1 automatically selects a player character to be a roster from the player characters owned by the user within the maximum total cost based on a predetermined standard. And set the roster. If the user uses this automatic roster setting function well, the user can skillfully set the roster setting for predicting the activity. That is, first, the roster by the player character automatically selected by the game server 1 is displayed on the screen of the terminal device 3 using the automatic roster setting function. Thereafter, the user checks whether or not a player character corresponding to a real player who is expected to play an active role is set as a roster. Here, if the roster setting is as expected by the user, the roster setting for predicting the activity is completed in such a way that the user approves the automatic roster setting. On the other hand, if the roster that the user wants to change is included in the automatically set roster, only such roster is manually changed to another player character, and finally the roster setting that the user is satisfied with Adjust to. As a result, it is possible to complete the roster setting for predicting the activity in a short time without much effort.

  In addition, the automatic roster setting function of the game server 1 further includes a function that allows the user to select a priority standard at the time of automatic setting such as “emphasis on ability”, “emphasis on tone”, “emphasis on achievements”, and “preference on popularity” May be. In the case of emphasis on ability, a player character having high ability (individual ability, basic ability) is preferentially set as a roster. In the case of emphasis on tone, a player character whose tone is improving and a player character in a boost state to be described later are preferentially set as a roster. In the case of emphasis on achievements, a player character corresponding to a real player with a high evaluation value, which will be described later, is preferentially set as a roster. When popularity is emphasized, a player character having a high popularity (the number of users set to roster is large) is preferentially set to roster.

  The registered character setting means 58 has a storage control function for storing the user's roster setting information (registered character information) in the storage device 50 (such as the database server 2). FIG. 28 shows an example of user roster setting information stored in a predetermined area of the database server 2 by the registered character setting means 58. This figure shows the roster setting information of user A with user ID = “000001”. The roster setting information includes the roster number (1 to 16), position, and roster player ID.

  And the privilege provision means 54 of this Embodiment provides a privilege only to the user who has set the player character corresponding to the real player who caused the privilege target event as the roster when executing the privilege grant process. It has the function to do. In other words, even if the chance situation is likely to cause a privilege target event, if a player character corresponding to a real player who may cause a privilege target event is not set in the roster in advance, the privilege can be obtained. Can not.

  An operation example of the game server 1 of the present embodiment is shown in the flowchart of FIG. For example, when a privilege target event that the user's favorite team scores in the real world occurs and is accepted by the real event accepting unit 51 (YES in S101), the game server 1 indicates that the user's game status is a cheering state. Is determined (S102). In the case of YES in step S102, the game server 1 determines whether or not the player character corresponding to the real player (the real player who raised the hit point) that caused the privilege target event is registered as a roster (S103). . In the case of YES in step S103, the privilege granting unit 54 grants a privilege to the user in the cheering state (S104).

  On the other hand, if the user's game status is not a cheering state (NO in S102), the process is terminated without giving a privilege to the user. Further, even if the user's game status is a cheering state, the user may not have set the player character corresponding to the real player who has caused the privilege target event as a roster (NO in S103). The process is finished without granting a privilege. The processes of steps S101 to S104 are executed for each user every time a privilege target event occurs during a real world game.

  As described above, the game management device according to the present embodiment, as shown in FIG. 25, the real event receiving means 51, the cheering state setting means 52, the privilege target event storage control means 53, the privilege granting means 54, and the related information storage. A control unit 56 and a registered character setting unit 58 are provided, and when the privilege granting unit 54 executes the privilege granting process, a user who sets a player character corresponding to a real player who has caused a privilege target event as a roster It is the structure which gives a privilege only.

  In this configuration, before a baseball game in the real world, the user predicts a real player who is likely to play an active role from among the real players corresponding to the player characters on hand, and uses the player character corresponding to the predicted real player as a roster in advance. It has a game element to set. In addition, during a real-world baseball game, the real thing corresponding to the roster that you set will aim to acquire a privilege by identifying the chance situation that is likely to cause a privilege target event and setting it in a cheerful state. We realize innovative game characteristics that are not interesting. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, as described above, to a user who has a player character corresponding to a real player who has generated a scoring target event and has generated a privilege target event (or set as a roster) Only when the above-mentioned privilege (this is referred to as “first privilege”) is granted, for other users participating in the same virtual sports bar, a second different from the first privilege The structure to which the privilege is given will be described.

  In the configuration in which the first privilege is not granted unless the player character corresponding to the real player who caused the privilege target event is owned (or set to roster), the number of users who can acquire the first privilege is limited. Become. Therefore, a situation where many users who enter the virtual sports bar cannot acquire the first privilege may occur. Therefore, when the first privilege is given to a certain user in the virtual sports bar, the privilege giving means 54 of the present embodiment is different from the first privilege for other users in the same virtual sports bar. A second privilege is granted. As a result, all users in the virtual shared space can share joy.

  As an example of a 2nd privilege, there exists a privilege of giving the user the point and item which can be used in a game. For example, half of the points given to the user as the first privilege can be set as the second privilege.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. When a privilege target event occurs and is received by the real event receiving means 51 (YES in S111), the game server 1 determines whether the user's game status is a cheering state (S112). In the case of YES in step S102, the game server 1 determines whether or not the user owns a player character corresponding to the real player who caused the privilege target event (S113). In the case of YES at step S113, the privilege granting unit 54 grants the first privilege to the user in the cheering state (S114). Furthermore, the privilege provision means 54 provides a 2nd privilege with respect to the other user in the same virtual sports bar as the user who provided the 1st privilege (S115).

  For example, when the user SK in the virtual sports bar has acquired the first privilege, as shown in FIG. 31, the virtual sports bar screen displayed on the terminal device 3 of the user to whom the second privilege is given is A display area 103 for displaying a celebration item appears along with a message “Celebration for acquiring the privilege of Mr. SK”. This notifies the user that the second privilege has been granted. At this time, the user may be able to earn points by clicking the celebration item. Further, if the celebration item is not clicked within a certain time, the celebration item may disappear, and points may not be obtained. In this case, giving the user an opportunity to earn points is a second privilege.

  In addition, you may replace said step S113 with the step which judges whether the user has set the player character corresponding to the real player who produced the privilege object event as a roster.

  As described above, in the configuration of the present embodiment, when the first privilege is given to a certain user in the virtual sports bar, the same is obtained by giving the second privilege to other users. It is possible to realize a game environment in which all users in the virtual sports bar can share joy and excite together.

  Next, a description will be given of a configuration in which the size of the privilege is varied in accordance with a chance situation (no runner in the scoring zone, runner in the scoring zone, a scene of Sayorana, etc.) immediately before the occurrence of the privilege target event.

  The game server 1 of the present embodiment includes privilege information storage control means 59 as shown in FIG. The privilege information storage control unit 59 stores in advance privilege information indicating a relationship between a situation immediately before the privilege target event occurs and a privilege to be given to the user when the privilege target event occurs in the situation. The device 50 has a function of storing. FIG. 33 shows an example of privilege information stored in the storage device 50 by the privilege information storage control unit 59.

  FIG. 33 shows an example in which the five situations of pre-emptive chance, reverse chance, goodbye chance, and others (no runners in scoring zone, runners in scoring zone) are the situations immediately before the event subject to the benefit. ing. The first chance is a situation where both teams have no score and there are runners in the scoring area. The chance of reversal is the situation where the team under attack is leading one point and there are two runners in the scoring zone. Sayonara's chance is that the team that is attacking is the final round and the runner returns to the situation where Sayonara wins. In addition, the fact that there are runners in the scoring zone is the situation where runners have come out second or third base.

  In addition, 500P, 1000P, 1500P, 2000P, and 2500P are associated as benefits for each situation of no runner in the scoring area, runner in the scoring area, and the chances of preemptive, reversal, and goodbye, respectively.

  Moreover, the privilege provision means 54 of this Embodiment provides a privilege according to the situation just before a privilege object event generate | occur | produces to a user based on the privilege information shown in FIG. 33, when performing a privilege provision process. It has a function. Note that the game server 1 grasps the situation immediately before the privilege target event occurs based on the actual event received by the actual event receiving means 51. For example, the game server 1 displays a scoreboard, a depot situation, a ball count, etc. in the real-time information display area 111 of the virtual sports bar screen shown in FIG. 7, and manages the situation of the real-world baseball game in real time. Of course, the situation immediately before the batter hits the hit is also grasped naturally.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. For example, when a privilege target event such as a score is generated and received by the real event receiving means 51 (YES in S121), the game server 1 determines whether the user's game status is a cheering state ( S122). In the case of YES in step S122, the game server 1 determines a privilege according to the situation immediately before the privilege target event occurs based on the privilege information shown in FIG. 33 (S123). And the privilege determined by step S123 is provided to the user in a cheering state (S124).

  For example, if a user performs a cheering operation in a situation where there is no runner in the scoring zone, and a hit (privilege target event) occurs and a privilege is given during the cheering state, the situation immediately before the hit is “no runner in the scoring zone Therefore, 500P is given to the user based on the privilege information of FIG. In addition, when the user performs a cheering operation at a goodbye chance and a hit is generated during the cheering state and a privilege is given, 2500P is given to the user based on the privilege information of FIG. Thus, the size of the privilege varies depending on the level of the chance situation.

  On the other hand, if the user's game status is not a cheering state (NO in S122), the process is terminated without giving a privilege to the user. The processes in steps S121 to S124 are executed for each user every time a privilege target event occurs during a real world game.

  As described above, the game management device according to the present embodiment, as shown in FIG. 32, includes the real event receiving means 51, the cheering state setting means 52, the privilege target event storage control means 53, the privilege granting means 54, and the privilege information. When the privilege granting unit 54 includes the storage control unit 59 and executes the privilege granting process, the privilege according to the situation immediately before the privilege target event occurs is based on the privilege information illustrated in FIG. It is the structure given to.

  In this way, by varying the size of the privilege according to the situation (chance situation) immediately before the event subject to the privilege, the user aims at the chance situation where the greatest benefit can be obtained and changes the status of his game. It becomes more important to set the cheering state, which further enhances the fun of the game.

  Further, this configuration can be applied in combination with each configuration of the above-described embodiment. For example, when combining with the configuration in which the privilege is increased as the number of users in the same virtual sports bar who are in the cheering state increases, the privilege point shown in FIG. What is necessary is just to calculate the point P provided to the user in a cheering state by substituting a point. Moreover, when combining with the structure which enlarges the privilege which the order which became a cheering state gives to the user from the first to the nth, the point of the privilege shown in FIG. 33 is substituted for the basic point P0 of the above-mentioned formula (2). What is necessary is just to calculate the point P provided to the user in a cheering state.

[Another configuration example of the game management device]
Another configuration example of the game management device will be described with reference to the functional block diagram of FIG. In addition, the same member number is attached | subjected about the structure similar to the structure shown in previous drawing, The description is abbreviate | omitted suitably.

  In the above-described embodiment, the user performs a cheering operation in a chance situation (that is, before the privilege target event occurs) and virtually cheers in the game (the game status is cheered), and then cheers. A privilege is given to the user when a privilege target event such as a score is generated during the state. On the other hand, in the present embodiment, after an event subject to privilege such as a user's favorite real team scoring, a user who enters the virtual shared space virtually sends a cheer. It can be so. And a privilege is provided with respect to all the users who sent cheering on the condition that the user more than a threshold value (for example, five persons) sent cheering simultaneously in the virtual shared space. FIG. 35 shows a main configuration of the game server 1 according to the present embodiment for realizing this.

  The game server 1 mainly includes a real event receiving unit 51, a privilege target event storage control unit 53, a virtual shared space management unit 55, a cheering operation receiving unit 61 (operation receiving unit), and a privilege granting unit 62. The real event reception means 51, the privilege target event storage control means 53, and the virtual shared space management means 55 have already been described.

  The cheering operation reception means 61 sets a predetermined reception period (for example, 10 seconds) when information related to the benefit target event is received by the real event reception means 51, and enters the virtual sports bar during the reception period. It has the function to receive the operation information regarding the cheering operation performed with the terminal device 3 of each user who is doing. In other words, when each user has entered a virtual sports bar where a plurality of users can participate, an event subject to privilege such as scoring a favorite real team has occurred and a reception period is set, The cheering operation can be performed at the terminal device 3 during the reception period. The length of the reception period can be set arbitrarily, but is 10 seconds in this embodiment.

  FIG. 36 shows an example of the virtual sports bar screen when the reception period is set. As shown in the figure, in the display area 152 for notifying that the reception period is in progress, for example, a message “Receiving support” is displayed, and the remaining time until the end of the reception period is counted down. During this reception period, the user may perform a cheering operation by pressing the cheering button 151 to virtually cheer in the game (or cheer for a good result such as having scored). it can.

  When the user presses the cheering button 151 during the reception period, for example, a megaphone item for cheering is displayed in the user display area 101a as shown in FIG. This megaphone item is displayed on the game screen at least during the reception period. On the other hand, when the reception period is not set, even if the user presses the cheering button 151, the cheering operation accepting unit 61 does not accept it.

  In addition, in order for the user to perform an operation such as cheering during the reception period, the game specification may require a predetermined point or item, or the number of times that the operation can be performed is limited as described later (for example, It may be a game specification (up to twice during a real-world baseball game).

  The privilege granting unit 62 executes a privilege granting process for granting a privilege to the user when the number of user terminal devices 3 whose operation information related to the cheering operation is received by the cheering operation accepting unit 61 is greater than or equal to the threshold value. It has a function. Here, the threshold value may be a fixed value such as “5”, for example. Or it is good also as a value which fluctuate | varies with the number of users in a virtual sports bar like 40% of the total number of users who have entered in the virtual sports bar. In the present embodiment, an example in which the threshold value is “5” will be described below.

  As the privilege granted to the user by the privilege granting means 62 in the present embodiment, the points or items that can be used in the game are the same as the privilege given to the user by the privilege granting means 54 of the above-described embodiment. Various benefits can be applied.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. When a real event occurs in a baseball game in the real world and is received by the real event receiving means 51 (YES in S131), the game server 1 determines whether the real event is a privilege target event ( S132). In the present embodiment, as shown in FIG. 9, the privilege target event is a hit or score occurrence. When the real event that occurred in the real world is such a privilege target event (YES in S132), the cheering operation reception means 61 starts a reception period (S133). As a result, as shown in FIG. 36, in the terminal device 3 of each user entering the virtual sports bar, the display area 152 of the game screen displays the message “Receiving support” and the remaining time until the end of the reception period. Is displayed in a countdown.

  When a cheering operation (an operation of pressing the cheering button 151 in FIG. 36) is performed on the user's terminal device 3 during this acceptance period (YES in S134), the cheering operation accepting unit 61 operates information on the cheering operation. Is accepted (S135). In this case, the cheering operation accepting unit 61 stores the user ID of the user who accepted the cheering operation in the storage device 50. Moreover, as shown in FIG. 37, in the terminal device 3 of the user who performed the cheering operation, the megaphone item for cheering is displayed in the user display area 101a, and the state where the cheering is virtually sent in the game. Reflected on the game screen.

  Even when a cheering operation is performed on the terminal device 3 of another user in the virtual sports bar during the reception period, the above steps S134 and S135 are executed. When the reception period of 10 seconds has ended (YES in S136), the game server 1 acquires the number N2 of users who performed the cheering operation during the reception period in the same virtual sports bar (S137). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S138). In the case of YES at step S138, the privilege granting means 62 grants a privilege to all the users who have performed the cheering operation (S139). That is, the privilege given to the user by the game information storage control means 71 is stored in the storage device 50 (database server 2) in association with the user ID.

  In this case, for example, as shown in FIG. 38, a display area 153 for notifying that the user has acquired the privilege is displayed on the virtual sports bar screen displayed on the terminal device 3 of the user who has acquired the privilege. The In this display area 153, for example, a message “5 or more members cheered!” And a privilege content “1000 enhancement points acquired!” Are displayed. The display area 153 is displayed for a certain period (for example, 10 seconds) and automatically erased. Alternatively, it is deleted when the user clicks on the display area 153.

  On the other hand, when the number N2 of users who performed the cheering operation during the reception period is less than 5 (NO in S138), the game server 1 ends the process without giving any privilege to anyone. In this case, you may alert | report that the privilege was not provided with respect to the user's terminal device 3 which performed cheering operation, since there were few members who sent cheering.

  The game server 1 according to the present embodiment is configured to enable a user's cheering operation linked to a real-world baseball game, and the user can cheer only during a real-world baseball game. The number of times that the cheering operation can be performed during a baseball game in the real world may or may not be limited as described later. In particular, when the number of times that the cheering operation can be performed is not limited, it is desirable that the user's property (points or items) be consumed by a predetermined amount each time the user performs the cheering operation. Thereby, a user will perform cheering operation within the range of the property which he owns. Therefore, in the case of this configuration, there is a game characteristic of performing the cheering operation in consideration of when the possession is consumed and the cheering operation is performed and the privilege can be successfully acquired.

  As described above, the game management apparatus according to the present embodiment, as shown in FIG. 35, is a real event receiving means 51, a privilege target event storage control means 53, a virtual shared space management means 55, a cheering operation receiving means 61 (operation Receiving means) and privilege granting means 62. In this configuration, instead of simply unilaterally using information about events that occurred in the real world in the game, the user reacts to the actual events during the reception period set after the actual event that is the benefit target occurs. So that the cheering operation can be performed. Accordingly, the game user is improved by approaching the real world from the user who plays the game, thereby integrating the real world and the game.

  Further, in this configuration, when a privilege target event occurs in the real world and a reception period is set, a condition that a user who is not less than a threshold among the users who enter the virtual sports bar performs a cheer operation As a benefit, all the users who performed the operation are given a privilege. Thereby, it is possible to realize a highly interesting game in which a plurality of users participating in the same virtual sports bar can swell together. However, since a privilege is not obtained when only a user who does not satisfy the threshold value performs a cheering operation, the user is required to make an instantaneous determination as to whether or not the cheering operation is performed during the reception period. Improve sex more. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, the structure which changes the magnitude | size of a privilege with the number of users who performed cheering operation during the reception period is demonstrated. When the privilege granting means 62 configured as described above executes the privilege granting process, the greater the number of user terminal devices 3 that have received the operation information related to the cheering operation by the cheering operation accepting means 61 (that is, during the acceptance period). The larger the number of users who have performed the cheering operation), the larger the privilege to be given to the user.

  Here, as an example of increasing the benefits, the more the number of users who performed the cheering operation, the more points and items to be given to the user, or the higher the rare value of items to be given to the user, etc. To do. Below, the specific example in the case of giving in-game points (strengthening points etc.) to the user who performed cheering operation is explained.

Assuming that N2 is the number of users who performed cheering operations during the reception period, P0 is the basic point, and P is the point given to the user who performed cheering operations, P is a function f (N1) of N2, for example: Expressed in
P = f (N2) = P0 + 200 × (N2-5) (3)
If the above formula (3) is applied, for example, when the number of users who performed the cheering operation during the reception period is 5, basic points P0 (for example, 1000 points) are only given. On the other hand, for example, when 10 users perform a cheering operation during the reception period, a privilege in which 1000 points are added to the basic point P0 is given.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. This figure is a flowchart showing a flow of privilege provision processing executed after the acceptance period ends.

  The game server 1 acquires the number N2 of users who performed the cheering operation during the reception period in the same virtual sports bar (S141). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S142). In the case of YES in step S142, the privilege granting unit 62 grants a greater privilege to the user as the number N2 of users who have performed the cheering operation is greater for the user who has performed the cheering operation (YES in S143) ( S144). For example, the privilege provision means 62 calculates the point (privilege) according to the number N2 of users who performed the cheering operation by applying the above formula (2), and gives it to the user who performed the cheering operation. On the other hand, the game server 1 does not give a privilege to a user who is not performing a cheering operation (NO in S143). And after the process of step S143 and S144 is performed with respect to all the users in a virtual sports bar (it is YES at S145), a process is complete | finished.

  In addition, when the number N2 of users who performed the cheering operation during the reception period is less than five (NO in S142), the game server 1 ends the process without giving a privilege to anyone. The processes of steps S141 to S145 are executed each time a privilege target event occurs during a real world game and a reception period is provided.

  In this configuration, each user performs a cheering operation to aim for a benefit when a benefit target event occurs and a reception period is set. At that time, the cheering operation is performed in the same virtual sports bar. Since the privilege increases as the number of users increases, it is determined whether or not to perform the cheering operation before the end of the reception period while predicting when many users are likely to perform the cheering operation. Become. With this configuration, the importance of the timing at which the user performs the cheering operation increases, which further enhances the interest of the game.

  By differentiating the display state of information (profile images, etc.) of each user who has entered the virtual sports bar between the case where the cheering operation is performed during the reception period and the case where the cheering operation is not performed, the users can The structure which enables it to confirm a mutual encouragement condition is demonstrated.

  The virtual shared space management unit 55 configured as described above has a function of making the display state of information of each user in the virtual sports bar differ depending on whether the cheering operation information is accepted by the cheering operation accepting unit 61 or not. Have For example, as shown in FIG. 41, the cheering operation is performed during the reception period, and the megaphone item for cheering is displayed only in the member display area 101 of the user who has received the cheering operation information, and the cheering operation is not performed. The megaphone item is not displayed in the member display area 101 of the user. Alternatively, as described above, the color, pattern, shape, displayed character, and the like of the member display area 101 may be different.

  Moreover, you may provide the gauge display part 154 which visualizes the number of users cheering during a reception period period with a gauge bar in a virtual sports bar screen.

  Thereby, each user can confirm with his terminal device 3 whether other users participating in the same virtual sports bar sent cheering during the reception period. Therefore, the user can determine whether or not he / she performs the cheering operation while looking at how other users appear (how many other users are performing the cheering operation). Therefore, for example, when a special event (score is entered) occurs during a baseball game and a reception period is set, each user performs a cheering operation while watching other users. There may be a case where a large number of users perform a cheering operation at a stretch from the middle, or conversely, even if a reception period is set, only a small number of users perform a cheering operation. In addition, when a privileged event (for example, a full home run) that makes anyone wanting to perform a cheering operation occurs, many users perform cheering operations from the moment the reception period is set, May be earned.

  As described above, in this configuration, everyone can aim for a privilege while confirming whether other users entering between the same virtual sports bars are performing a cheering operation. Moreover, when it applies to the structure where a privilege becomes large, so that there are many users who are performing cheering operation, a big privilege can be aimed at together. That is, it is possible to provide a game environment in which a plurality of users in the same virtual sports bar can be excited together.

  Next, the structure which enlarges the privilege given to the user who sent cheering early (the user who performed the cheering operation during the reception period from the first to the nth user) will be described.

  During the reception period after the occurrence of a privilege target event, a privilege is given when a user who is equal to or greater than the threshold performs a cheering operation (and the privilege becomes larger as more users perform the cheering operation), etc. It is considered that there are some users who get on and operate themselves only when there are a lot of users who are operating after seeing how the users are. On the other hand, in a situation where it is not known whether or not a privilege can be obtained, there is a user who operates earlier than anyone or by the nth (for example, the third). Therefore, among the users participating in the same virtual sports bar, the privilege is large among the users up to nth who have performed the cheering operation early during the reception period and the users who have performed the operation thereafter. It is the configuration of the present embodiment that performs weighting with different sizes.

  That is, the game server 1 according to the present embodiment manages the order of cheering operations of a plurality of users entering the same virtual sports bar. For example, the game server 1 stores the time when information related to the cheering operation is received from the terminal device 3 of each user during the reception period in the storage device 50 and manages the order of the cheering operation.

  And the privilege provision means 62 has a function which makes the privilege given to the user from the beginning to the nth the order that cheering operation information was received by the cheering operation reception means 61 is larger than the privilege given to other users. . This Embodiment demonstrates the example which makes the privilege given to the user of order of cheering operation up to the 3rd larger than another user.

Here, the specific example in the case of giving in-game points (strengthening points etc.) to a user as a privilege is explained. When the number of users who performed the cheering operation during the reception period is N2, the basic point is P0, and the variable is a, the point P to be given to the user who performed the cheering operation is expressed as follows, for example.
P = a * {P0 + 200 * (N2-5)} (4)
In the above equation (4), the variable a ≧ 1. When the above equation (4) is applied to the fourth and subsequent users who are in the cheering state, the variable a is set to 1.0. On the other hand, when the above equation (4) is applied to the first to third users who are in the cheering state, for example, the variable a = 1.5. Thereby, the first to third users who have performed the cheering operation can acquire 1.5 times the points given to the fourth and subsequent users.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, the game server 1 acquires the number N2 of users who performed a cheering operation during the reception period in the same virtual sports bar (S151). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S152). In the case of YES in step S152, the game server 1 determines whether the order of the cheering operations is up to the third in the virtual sports bar for the user who performed the cheering operations (YES in S153) ( S154). Here, if it is the fourth or later in the order (NO in S154), the variable a used in the above equation (4) is set to a = 1.0 (S155). On the other hand, if the order is up to the third (YES in S154), the variable a is set to a = 1.5 (S156).

  And the privilege provision means 62 applies the said Formula (4), calculates the point (privilege) according to the variable a and the number N2 of users who performed cheering operation, and provides it to the user who performed cheering operation ( S157). On the other hand, the game server 1 does not give a privilege to a user who is not performing a cheering operation (NO in S153). And after the process of step S153-S157 is performed with respect to all the users in a virtual sports bar (it is YES at S158), a process is complete | finished.

  In addition, when the number N2 of users who performed the cheering operation during the reception period is less than five (NO in S152), the game server 1 ends the process without giving any privilege to anyone. The processes in steps S151 to S158 are executed each time a privilege target event occurs during a real-world game and a reception period is provided.

  As described above, in the game management device according to the present embodiment, when the privilege granting unit 62 executes the privilege granting process, the order in which the cheering operation receiving unit 61 accepts the cheering operation information is from the first to the nth. It is the structure which makes the privilege given to this user larger than the privilege given to other users. As a result, in order to increase the certainty that a user can obtain a privilege, the user may perform a cheering operation after looking at how other users appear, or there is a risk that the privilege cannot be obtained. It is also possible to perform cheering operations early, which can enhance the fun of the game.

  Further, in a configuration in which a privilege is granted when a user who is equal to or greater than a threshold (five or more in the present embodiment) performs a cheering operation (and the privilege increases as the number of users who perform the cheering operation increases), It is desirable that the granting unit 62 increases the privilege given to the user as the order in which the cheering operation is performed, that is, the order in which the cheering operation information is received by the operation receiving unit 61 is earlier. Here, as the order of performing the cheering operation is earlier, the form of increasing the privilege to be given to the user includes a mode in which the privilege is continuously changed every number and a mode in which the privilege is changed step by step. Any form may be sufficient.

  As an example of changing the benefits in stages, if A privilege> B privilege> C privilege> D privilege, the order in which the cheering operation is performed is the A privilege in the 1st to 3rd, the B privilege in the 4th to 6th, C privilege is assigned to No. 7 to No. 9, and D privilege is granted to No. 10 and below. In addition, it is good also as a structure which does not provide a privilege to the user below a predetermined order (for example, 10th or less).

Next, the specific example of the form which changes a privilege continuously for every No. 1 according to the order which became a cheering state is shown. Here, the case where the privilege of the point P is given to the user by applying the above equation (4) will be described. In this case, the variable a in the above formula (4) is continuously changed according to the order in which the cheering operation is performed. For example, when the order of cheering operation is R,
a = 1 + 0.05 × (12−R)
And Thereby, the greatest privilege (point) is given to the user who has the first order of performing the cheering operation during the reception period, and the privilege continuously decreases as the order decreases.

  In addition, when the above formula (4) is applied and the privilege (points) is changed stepwise in accordance with the order in which the cheering operation is performed, for example, the variable a of No. 1 to No. 3 is set to 1.5, 4 to The 6th variable a is set to 1.3, the 7th to 9th variable a is set to 1.2, and the 10th and lower variables a are set to 1.0.

  With this configuration, in order to increase the certainty that benefits can be obtained, it is possible to operate after looking at how other users appear, or there is a risk that benefits will not be obtained, but operation is aimed at larger benefits early It is also possible to increase the interest of the game.

  Next, the structure which restrict | limits the frequency | count that each user can perform cheering operation during the game of a real world is demonstrated. The cheering operation accepting means 61 of the present embodiment is for the cheering operation information per user during the period in which the real event accepting means 51 accepts the real event (in the present embodiment, during a real-world baseball game). It has a function of limiting the number of receptions within a predetermined number (for example, 2 times).

  When the user has performed a cheering operation a predetermined number of times during a baseball game, and the cheering operation can no longer be performed, for example, the game server 1 performs the cheering operation from the virtual sports bar screen displayed on the terminal device 3 of the user. The button 151 is deleted. Alternatively, the support button 151 may be displayed on the virtual sports bar screen in a grayed out state in which the cheering operation button 151 is disabled. Alternatively, when a cheering operation exceeding a predetermined number of times is performed, the operation may be invalidated, and the user terminal device 3 may be notified of that effect.

  In this way, by limiting the number of times that the cheering operation can be performed, the user may perform the cheering operation with the aim of when there are many users who perform the cheering operation in order to take advantage of the limited privilege acquisition opportunities. It becomes more important and this improves the fun of the game. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, the user owns a player character corresponding to the real player (for example, the real player who raised the hit point) who caused the privilege target event in the game when the privilege giving process is performed when the user who is above the threshold performs the cheering operation. Only when it is doing, the structure which provides a privilege to the said user is demonstrated.

  As shown in FIG. 43, the game server 1 of the present embodiment includes the above-described related information storage control means 56, and the related information stored in the storage device 50 by the related information storage control means 56 (see FIG. 22). Thus, the link between the real player in the real world and the player character in the game is made. Further, as described above, the information on the player characters owned by each user is stored in the storage device 50 by the owned character storage control means 71c. And the privilege provision means 62 of this Embodiment is a function which provides a privilege only to the user who owns the player character corresponding to the real player who produced the privilege target event, when performing privilege provision processing. Have. That is, even if a privilege target event occurs and a reception period is provided, a privilege cannot be acquired unless the user has a player character corresponding to the real player who caused the privilege target event.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, the game server 1 acquires the number N2 of users who have performed a cheering operation during the reception period in the same virtual sports bar (S161). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S162). In the case of YES in step S162, the game server 1 responds to the user who performed the cheering operation (YES in S163) and the player corresponding to the real player (for example, the real player who raised the hit point) that caused the privilege target event. It is determined whether the character is owned (S164). In the case of YES at step S164, the privilege granting means 62 grants a privilege to the user in the cheering state (S165). On the other hand, the game server 1 does not give a privilege to a user who is not performing a cheering operation (NO in S163). And after the process of step S163-S165 is performed with respect to all the users in a virtual sports bar (it is YES at S166), a process is complete | finished.

  In addition, when the number N2 of users who performed the cheering operation during the reception period is less than 5 (NO in S162), the game server 1 ends the process without giving any privilege to anyone. The processes in steps S161 to S166 are executed each time a privilege target event occurs during a real-world game and a reception period is provided.

  As described above, the game management apparatus according to the present embodiment, as shown in FIG. 43, includes a real event reception unit 51, a privilege target event storage control unit 53, a virtual shared space management unit 55, a related information storage control unit 56, The player character corresponding to the real player who caused the privilege target event when the privilege granting unit 62 executes the privilege granting process is provided with the cheering operation accepting unit 61, the privilege granting unit 62, and the possessed character storage control unit 71c. It is the structure which gives a privilege only to the user who owns. Thereby, the user can perform a cheering operation in a timely manner during a reception period that is set after a real player corresponding to a player character that the player owns in the game causes a privilege target event (for example, a score is given). Aiming at the acquisition of the privilege to achieve a new game with an interesting and unprecedented. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, a player character corresponding to a real player (for example, a real player who raised a hit point) that caused a privilege target event in a privilege granting process when a user of a threshold value or more performs a cheering operation is registered character (rooster). Only when it has set, the structure which provides a privilege to the said user is demonstrated.

  As shown in FIG. 45, the game server 1 according to the present embodiment includes the registered character setting means 58 described above, and the user can select a predetermined number (16 in the present embodiment) from among the player characters owned by the user. ) Can be set as a roster (see FIG. 27).

  And the privilege provision means 62 of this Embodiment provides a privilege only to the user who has set the player character corresponding to the real player who caused the privilege target event as the roster when executing the privilege grant process. Has the function of That is, even if a privilege target event occurs and a reception period is provided, it is not possible to acquire a privilege unless the user has previously set the player character corresponding to the real player who caused the privilege target event as a roster. .

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, the game server 1 acquires the number N2 of users who performed a cheering operation during the reception period in the same virtual sports bar (S171). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S172). In the case of YES in step S172, the game server 1 responds to the user who performed the cheering operation (YES in S173) and the player corresponding to the real player (for example, the real player who gave the hit point) that caused the privilege target event. It is determined whether the character is set as a roster (S174). In the case of YES at step S174, the privilege granting means 62 grants a privilege to the user in the cheering state (S175). On the other hand, the game server 1 does not give a privilege to a user who is not performing a cheering operation (NO in S173). And after the process of step S173-S175 is performed with respect to all the users in a virtual sports bar (it is YES at S176), a process is complete | finished.

  In addition, when the number N2 of users who performed the cheering operation during the reception period is less than five (NO in S172), the game server 1 ends the process without giving any privilege to anyone. The processes of steps S171 to S176 are executed each time a privilege target event occurs during a real world game and a reception period is provided.

  As described above, the game management apparatus according to the present embodiment, as shown in FIG. 45, the real event receiving means 51, the privilege target event storage control means 53, the virtual shared space management means 55, the related information storage control means 56, A registered player setting means 58, a cheering operation accepting means 61, a privilege granting means 62, and a possessed character storage control means 71c. When the privilege granting means 62 executes the privilege granting process, the real player who caused the privilege target event It is the structure which gives a privilege only to a setting user to a roster (registered character) as a player character corresponding to.

  In this configuration, before a baseball game in the real world, the user predicts a real player who is likely to play an active role from among the real players corresponding to the player characters on hand, and uses the player character corresponding to the predicted real player as a roster in advance. It has a game element to set. Furthermore, during a real-world baseball game, during the reception period set after the real thing corresponding to the roster that you set up causes the event to be rewarded, perform a cheering operation in a timely manner to acquire the benefit. Aiming to achieve a new and exciting game experience that has never been seen before. This configuration can be applied in combination with each configuration of the above-described embodiment.

  Next, as described above, to a user who has a player character corresponding to a real player who has generated a scoring target event and has generated a privilege target event (or set as a roster) Only when the above-mentioned privilege (this is referred to as “first privilege”) is granted, for other users participating in the same virtual sports bar, a second different from the first privilege The structure to which the privilege is given will be described.

  As described above, in a configuration in which the first privilege is not granted unless the player character corresponding to the real player that caused the privilege target event is owned (or set as a roster), the user who can acquire the first privilege Will be limited. Therefore, a situation where many users who enter the virtual sports bar cannot acquire the first privilege may occur. Therefore, the privilege granting means 62 of the present embodiment provides other users in the same virtual sports bar (users to whom the first privilege is not granted) when granting the first privilege to a certain user in the virtual sports bar. ) Is also given a second privilege different from the first privilege. As a result, all users in the virtual shared space can share joy.

  As an example of a 2nd privilege, there exists a privilege of giving the user the point and item which can be used in a game. For example, half of the points given to the user as the first privilege can be set as the second privilege.

  An example of the operation of the game server 1 of this embodiment is shown in the flowchart of FIG. As shown in the figure, the game server 1 acquires the number N2 of users who have performed a cheering operation during the reception period in the same virtual sports bar (S181). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S182). In the case of YES in step S182, the game server 1 corresponds to the real player (for example, the real player who raised the hit point) that caused the privilege target event to the user who performed the cheering operation (YES in S183). It is determined whether the character is owned (S184). In the case of YES at step S184, the privilege granting means 62 grants the first privilege to the user in the cheering state (S185). On the other hand, the game server 1 does not give the first privilege to the user who is not performing the cheering operation (NO in S173).

  After the processing of steps S183 to S185 is executed for all users in the virtual sports bar (YES in S186), the privilege granting means 62 is in the same virtual sports bar as the user who has given the first privilege. The second privilege is granted to other users who have not been granted the first privilege (S187). In this case, as shown in FIG. 48, on the virtual sports bar screen displayed on the terminal device 3 of the user to whom the second privilege is given, a celebration item is displayed together with a message “Celebration of privilege acquisition by member”. A display area 155 to be displayed appears. This notifies the user that the second privilege has been granted.

  In addition, you may replace the said step S184 with the step which judges "whether the user has set the player character corresponding to the real player who produced the privilege object event as a roster".

  On the other hand, when the number N2 of users who performed the cheering operation during the reception period is less than 5 (NO in S182), the game server 1 performs the process without giving the first and second privilege to anyone. finish. The processes in steps S181 to S187 are executed each time a privilege target event occurs during a real-world game and a reception period is provided.

  As described above, in the configuration of the present embodiment, when the first privilege is given to a certain user in the virtual sports bar, the same is obtained by giving the second privilege to other users. It is possible to realize a game environment in which all users in the virtual sports bar can share joy and excite together.

  Next, a description will be given of a configuration in which the size of the privilege is varied according to the content of the result of occurrence of the privilege target event (a hit without a score, occurrence of a score, reversal, etc.).

  As shown in FIG. 49, the game server 1 of the present embodiment includes privilege information storage control means 63. This privilege information storage control means 63 stores in advance, in the storage device 50, privilege information indicating the relationship between the result content of the privilege target event and the privilege to be given to the user when the privilege target event occurs. It has a function. FIG. 50 shows an example of privilege information stored in the storage device 50 by the privilege information storage control unit 63.

  FIG. 50 shows an example in which the hit content, scoring, preemption, reversal, and goodbye are the contents of the result of the bonus event. Then, 500P, 1000P, 1500P, 2000P, and 2500P are associated as benefits for hitting, scoring, scoring, preemption, reversal, and goodbye, respectively.

  Moreover, the privilege provision means 62 of this Embodiment is a function which provides the user with the privilege according to the result content which the privilege object event generate | occur | produced based on the privilege information shown in FIG. 50, when performing privilege provision process. Have Note that the game server 1 grasps the situation immediately before the privilege target event has occurred (the content of the result of the occurrence of the privilege target event) based on the real event received by the real event receiving means 51. For example, the game server 1 displays a scoreboard, a depot situation, a ball count, etc. in the real-time information display area 111 of the virtual sports bar screen shown in FIG. 7, and manages the situation of the real-world baseball game in real time. Of course, the situation immediately after the batter hits hits is also grasped.

  An example of the operation of the game server 1 of the present embodiment is shown in the flowchart of FIG. As shown in the figure, the game server 1 acquires the number N2 of users who have performed a cheering operation during the reception period in the same virtual sports bar (S191). And the privilege provision means 62 determines whether the number N2 of users who performed cheering operation is five or more (S192). In the case of YES in step S192, the game server 1 determines a privilege according to the result of the occurrence of the privilege target event based on the privilege information shown in FIG. 50 (S193).

  For example, the privilege when a real player hits a game but no score is generated is 500 points. In addition, the privilege when a score is generated and a goodbye is won is 2500 points. Thus, the magnitude of the privilege varies depending on the result of the occurrence of the privilege target event. And the privilege provision means 62 provides the privilege determined by step S193 with respect to the user who performed cheering operation (it is YES at S194) (S195).

  On the other hand, the game server 1 does not give a privilege to a user who is not performing a cheering operation (NO in S194). And after the process of step S194 and S105 is performed with respect to all the users in a virtual sports bar (it is YES at S196), a process is complete | finished.

  In addition, when the number N2 of users who performed the cheering operation during the reception period is less than five (NO in S192), the game server 1 ends the process without giving a privilege to anyone. The processes in steps S191 to S196 are executed each time a privilege target event occurs during a real world game and a reception period is provided.

  As described above, the game management apparatus according to the present embodiment, as shown in FIG. 49, is a real event reception means 51, a privilege target event storage control means 53, a virtual shared space management means 55, a cheering operation reception means 61, a privilege. When the privilege granting unit 62 includes the granting unit 62 and the privilege information storage control unit 63 and executes the privilege granting process, based on the privilege information as illustrated in FIG. It is the structure which provides the privilege according to a user.

  In this way, by changing the size of the privilege according to the result of the occurrence of the privilege target event, it is more important for the user to perform a cheering operation aiming at a situation where the greatest privilege can be obtained. Improve the fun of the game.

  Further, this configuration can be applied in combination with each configuration of the above-described embodiment. For example, when combining with the configuration in which the privilege is increased as the number of users who have performed the cheering operation is increased, the cheering operation is performed by substituting the point of the privilege illustrated in FIG. 50 into the basic point P0 of the above-described formula (3). What is necessary is just to calculate the point P given to a user. Moreover, when combining with the structure which enlarges the privilege which the order which performed cheering operation gives to the user from the first to nth, the point of the privilege shown in FIG. 50 is substituted to the basic point P0 of the above-mentioned formula (4). What is necessary is just to calculate the point P provided to the user who performed cheering operation.

[Other Embodiments]
Concerning a configuration having a storage control function for storing various types of information in the storage device (privilege target event storage control means 53, related information storage control means 56, privilege information storage control means 59, 63, etc.), the storage device itself has the same configuration. Since it is not included, it may be installed anywhere regardless of the inside or outside of the game management device (or game system). For example, the storage device may include the RAM 13 and auxiliary storage device 14 of the game server 1, the database server 2, the RAM 33 and auxiliary storage device 39 of the terminal device 3, or a file server having a different configuration from the game management device and the terminal device 3. It may be.

  In the above-described embodiment, the real event accepting unit 56 accepts a real event via the input device 17 such as a keyboard or a mouse, or accepts a real event by receiving information from another server. Although the configuration has been described, the present invention is not limited to this. For example, when video data obtained by imaging the real world is analyzed by image processing and a real event can be automatically recognized, a configuration in which the real event is automatically received by image processing is also included. Taking a quiz game as an example, for a real event that a talent (actual thing) correctly answers a quiz (or incorrect answer) in a real-world TV program, information on whether the answer is correct or incorrect is written in text etc. When always displayed, the actual event can be automatically recognized by analyzing the video data of the program (such as a television signal) by image processing.

  Moreover, in the above-mentioned embodiment, the game execution program is mounted on the game server 1 side, and the game server 1 performs arithmetic processing and data processing for the game progress according to the input operation in 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, but is not limited to this. For example, the game server 1 manages game information related to the user's friends and the like, and provides game services such as exchange within the game to the user. The present invention can also be applied to a game system performed on the 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.

  Therefore, as a user terminal device, various devices that can be connected to a game server (game management device) and receive a game service can be applied. The above-described mobile phone terminal, smart phone, PHS terminal, mobile information terminal In addition to (PDA), personal computers, and tablet computers, home video game devices having a network connection function (game devices configured by connecting home video game machines to home televisions), A portable game-dedicated device is also applicable.

  That is, in a game system including a game management device 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 game management device or the terminal device. .

  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. And is executed by the CPU of the game management device or terminal device. Further, the means for providing the program to the game management device or the terminal device is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

  (1) A game management device according to an aspect of the present invention is a game management device that communicates with a terminal device and manages a game, and a virtual shared space management unit that manages a virtual shared space in which a plurality of users can participate. A real event accepting unit that accepts information about a real event that occurs in the real world, and a privilege target event storage control unit that stores in advance in a storage device information on a privilege target event that is a real event to which a privilege is given to the user; When the information related to the privilege target event is received by the real event receiving means, a predetermined reception period is set, and during the reception period, each user terminal device participating in the virtual shared space The operation reception means for receiving operation information related to the operation performed by the user, and the number of terminal devices of the users whose operation information has been received by the operation reception means If the above value comprises a privilege granting means for performing the privilege granting process that imparts a benefit to the user, the.

  The game management device having this configuration can be configured by an information processing device such as a server that can communicate with each user's terminal device, and manages various games such as online games and social games.

  The game management device includes a real event receiving unit that receives information related to a real event that occurs in the real world. That is, the real event accepting unit has a function of taking information related to the real event into the game management device. Here, the real events can include various events that occur in the real world, such as hitting a real player in a real world baseball game, scoring a score, and the like. The information related to the actual event may be provided directly to the game management device by a person observing the actual event or provided via a network or the like. It may be information provided from a server of a company or group that is equal. Taking baseball as an example, there are many information providing servers that provide information such as hits by real players for each ball. It is also possible to capture information on the game management device. Further, the information related to the actual event may be information acquired by automatically analyzing the image or sound of the actual event. Information regarding the real event received by the real event receiving means is used in the operation receiving means described later.

  Moreover, this game management apparatus is provided with the privilege object event memory | storage control means which memorize | stores beforehand the information of the privilege object event which is a real event used as the object which provides a privilege to a user in a memory | storage device. Since the storage device itself is not included in this configuration, it may be installed anywhere, whether inside or outside the game management device. Here, regarding a bonus target event, if a baseball game is taken as an example, an arbitrary real event that can be said to be a good result for the attacking team, such as hitting a hit or scoring, can be set as a bonus target event. .

  Moreover, this game management apparatus is provided with the operation reception means. This operation reception means sets a predetermined (for example, 10 seconds) reception period, when the information regarding a privilege object event is received by the real event reception means. Then, the operation accepting means is operation information related to operations performed at the terminal devices of each user participating (entering) in the virtual shared space (for example, a form like a sports bar) during the set acceptance period. Accept. That is, when a user is participating in a virtual shared space where a plurality of users can participate, a special event such as scoring occurs and a reception period is set, and the user receives his / her own during the reception period. A predetermined operation (for example, an operation of virtually cheering a real-world baseball team) can be performed on the terminal device.

  In addition, in order for the user to perform an operation such as cheering during the reception period, the game specification may require a predetermined point or item, and the number of times the operation can be performed is limited (for example, real-world baseball The game specification may be up to twice during the game.

  And the privilege provision means of this game management apparatus performs the privilege provision process which provides a privilege with respect to the said user, when the number of the terminal devices of the user from whom operation information was received by the operation reception means is more than a threshold value. . That is, as an example, when a certain user sends a cheer, if a predetermined number of users or more are also cheering at the same time, a privilege is given. Here, the threshold value may be a fixed value such as “5”, for example, or depending on the number of users in the virtual shared space, such as 40% of the total number of users participating in the virtual shared space. It may be a variable value.

  Moreover, as an example of a privilege, there exists a privilege of giving the user the point and item which can be used in a game. In addition, in a game in which items can be acquired by lottery, there is a privilege of raising the lottery probability of rare items (items having a lower lottery probability than normal items and having a high rarity value). Alternatively, there is a privilege that the ability of the character owned by the user is temporarily improved. These are only examples, and various privileges according to the type and content of the game can be given to the user.

  As described above, in this configuration, information on facts that occurred in the real world is not unilaterally used in the game, but during the reception period that is set after a real event that is a privilege target occurs, In response to a real event, an operation such as cheering can be performed. Accordingly, the game user is improved by approaching the real world from the user who plays the game, thereby integrating the real world and the game.

  And in this structure, when a privilege object event occurred in the real world and a reception period was set, a user more than a threshold among users participating in the virtual shared space performed an operation such as cheering As a condition, a privilege is granted to all users who have performed the operation. Thereby, the highly interesting game which the some user who participates in the same virtual shared space can excite together is implement | achieved. However, since a privilege cannot be obtained when only a user who does not satisfy the threshold value is operated, the user is required to make an instantaneous determination as to whether or not to perform a cheering operation during the reception period. Improve sex more.

  (2) In the above configuration, the game management device may be configured such that when the privilege granting unit executes the privilege granting process, the number of user terminal devices that have received the operation information by the operation accepting unit increases. It is desirable to increase the privilege granted to the user.

  According to this configuration, when a privilege target event occurs in the real world and a reception period is set, the more users who perform operations such as cheering, the greater the privilege granted to the user. .

  That is, when a privilege target event occurs and a reception period is set, each user performs an operation such as cheering to aim for a privilege, but at that time, it participates in the same virtual shared space As the number of users performing operations among the users increases, the benefits become larger. Therefore, it is determined whether or not a predetermined operation is performed while predicting a reception period in which as many users as possible are likely to perform the operation. . For example, in a situation where a baseball game is attacking and a runner is on the 2nd and 3rd bases and the 4th batter enters the bat, most users think that there is an opportunity, and many users are at this timing. Since it is conceivable to perform operations such as cheering, determination is easy. However, when there is no such clear scene throughout the game, whether or not to view the predetermined scene as a chance varies depending on the user, and therefore, determination of timing for performing an operation such as cheering is required. If it is assumed that the user can perform an unlimited operation, the user may not be careful in determining the operation timing. Therefore, as described later (6), an upper limit may be provided for the number of operations. With this configuration, the importance of the timing at which the user performs an operation such as cheering increases, which further enhances the fun of the game.

  (3) In the configuration of (1) or (2), the virtual shared space management unit displays information for displaying information on each user participating in the same virtual shared space in the virtual shared space. Desirably, the control information is transmitted to the terminal device of each user, and the display state of the information of each user is made different between when the operation information is received by the operation receiving unit and when the operation information is not received. .

  According to this configuration, the virtual shared space management means displays information (for example, each user's photo, avatar, name, profile, etc.) of each user participating in the same virtual shared space in the virtual shared space. Display control information to be transmitted to the terminal device of each user. Furthermore, the virtual shared space management means changes the display state of the information of each user in the virtual shared space between when the specific state is set and when it is not set. For example, when the game status of a certain user is set to a specific state, an animation that the user is cheering using a megaphone is displayed. Alternatively, the color, pattern, shape, displayed character, and the like of the display area of the user information may be different depending on whether the specific state is set or not.

  That is, in this configuration, each user can confirm with his / her terminal device whether or not other users participating in the same virtual shared space are performing operations such as cheering. As a result, the user can determine whether or not he / she also performs an operation such as cheering while looking at how other users appear (how many other users are operating). Therefore, for example, when a special event (score is entered) occurs during a baseball game and a reception period is set, each user performs an operation such as cheering while looking at other users. Thus, a large number of users may operate at a stroke from the middle, or conversely, even if a reception period is set, only a small number of users may operate. In addition, when a privileged event (for example, a full home run) that makes anyone want to cheer, etc. occurs, a large number of users perform cheering operations from the moment the reception period is set. It is possible to obtain a privilege (a large privilege is obtained in the configuration of (2) above).

  In this way, in this configuration, while confirming whether other users participating in the same virtual shared space are performing operations such as cheering, everyone benefits (in the configuration of (2) above) A big privilege) can be aimed at. That is, it is possible to provide a game environment in which a plurality of users participating in the same virtual shared space can be excited together.

  (4) In the configuration of any one of (1) to (3) above, the privilege granting unit is the first to receive the operation information by the operation accepting unit when executing the privilege granting process. It is desirable that the privilege granted to the nth user to the nth user is larger than the privilege granted to other users.

  According to this configuration, a privilege is given when a user who is equal to or greater than a threshold value performs an operation such as cheering during a reception period after the benefit target event occurs (also, the user who performed the cheering operation or the like It is considered that there are some users who get on and operate themselves only when there are many users who are operating by looking at how other users come out). On the other hand, in a situation where it is not known whether or not a privilege can be obtained, there is a user who operates earlier than anyone or by the nth (for example, the third). Therefore, among the users participating in the same virtual shared space, the weighting that changes the size of the privilege between the users up to the nth whose operation is performed earlier and the users who performed the operation thereafter I do. That is, the privilege given to the users up to the nth in the order of operation (the order in which the operation information is accepted) is made larger than the privilege given to other users.

  As a result, in order to increase the certainty that the privilege can be obtained, there is a risk that the privilege cannot be obtained even if the operation is performed after seeing how other users appear, but the operation is aimed at a larger privilege early. It becomes possible, and the interest property of a game can be improved.

  (5) In the configuration of any one of (1) to (4) above, when the privilege granting unit executes the privilege granting process, the order in which the operation information is accepted by the operation accepting unit is early. It is desirable to increase the privilege given to the user.

  This is because a privilege is given when a user who is equal to or greater than the threshold performs an operation such as cheering (and the benefit increases as the number of users who perform an operation such as cheering increases). In a situation where it is not known whether or not to perform the operation, the size of the privilege depends on the order in which the operations such as cheering were performed, that is, the order in which the operation information was received, in order to give superiority to the user who performed the operation earlier It is the structure which performs the weighting which changed.

  Here, as the order in which the operation information is received is earlier, the privilege to be given to the user is increased as the mode in which the privilege is continuously changed for every number and the privilege is changed step by step (for example, A Privilege> B privilege> C privilege ... The order in which the operation information is accepted is the A privilege in the 1st to 3rd, the B privilege in the 4th to 6th, the C privilege in the 7th to 9th ... And any form may be sufficient.

  With this configuration, in order to increase the certainty that benefits can be obtained, it is possible to operate after looking at how other users appear, or there is a risk that benefits will not be obtained, but operation is aimed at larger benefits early It is also possible to increase the interest of the game.

  (6) In the configuration according to any one of (1) to (5), the operation reception unit includes the operation information per user during a period in which the real event reception unit is receiving the real event. It is desirable to limit the number of receptions within a predetermined number. Here, “during the period in which the real event accepting unit accepts the real event” means that, for example, when a real event that occurs in a baseball game in the real world is accepted, from the start to the end of the baseball game During the period (ie during a baseball game). According to this configuration, the number of times per user who receives operations such as cheering is limited to, for example, a predetermined number of times, for example, twice during a real-world baseball game.

  By limiting the number of times that operations such as cheering can be performed in this way, it becomes more important for each user to operate when there are many users who perform the operation, which further enhances the fun of the game.

  (7) In any one of the above configurations (1) to (6), the game management device stores, in a storage device, relation information that associates a real object in the real world with a character corresponding to the real object in advance. The information storage control means for storing and the character storage control means for storing the information of the character owned by the user in a storage device, the privilege granting means, when executing the privilege granting process, It is desirable to give a privilege only to a user who owns a character corresponding to the real thing that caused the privilege target event.

  This game management apparatus links the real thing and the character in the game by storing in the storage device in advance relational information relating the real thing in the real world and the character corresponding to the real thing. . Here, “the real thing in the real world” means “a person or animal in the real world”. Specific examples of real objects include real players of various sports such as baseball, soccer, American football, basketball, etc., talents, celebrities, and horse racing who respond to quizzes on TV, radio, Internet, cable, satellite broadcasting programs. This applies to racehorses running in this race. And the information of the character which a user owns is memorize | stored in the memory | storage device by the character memory | storage control means. Since the storage device itself is not included in this configuration, it may be installed anywhere, whether inside or outside the game management device.

  Moreover, the privilege provision means of this structure provides a privilege only to the user who owns the character corresponding to the real thing which produced the privilege object event, when performing a privilege provision process. In other words, in this configuration, the user can make a good timing during the reception period that is set after the real thing corresponding to the character that the user owns in the game causes a privilege target event (for example, a score is given). The game has an unprecedented and innovative gameplay that aims to acquire special benefits by performing operations such as cheering.

  (8) In the configuration of (7), the game management device sets a registered character according to operation information related to an operation for selecting a predetermined number of characters as registered characters from among the characters owned by the user. A registered character setting means, and when the privilege granting process is executed, the privilege granting means sets a character corresponding to the real thing that caused the privilege target event as the registered character. It is desirable to grant a privilege only to

  The game management device includes a registered character setting unit, and predicts an actual entity that is likely to play an active role among actual entities corresponding to a handheld character, and sets a character corresponding to the predicted actual entity as a registered character. It is possible. That is, when an operation for selecting a predetermined number of characters as registered characters from among the characters owned by the user is performed on the user's terminal device, the registered character setting means performs an operation related to information on the operation. Information is received and a registered character is set. For example, a baseball game in the real world will be described as an example. A user has a predetermined number of real players who are likely to play an active role in MLB (Major League Baseball) games (for example, a total of 16 players including 9 fielders and 7 pitchers). Expect within. However, the only real players whose users can expect their success are the real players corresponding to their own handheld characters. Therefore, a user who does not have a character corresponding to a real player who is likely to play an active role must first obtain it in the game. And a user performs operation for selecting the hand-held character corresponding to the real player who played an active part prediction as a registration character with a terminal device.

  Moreover, the privilege provision means of this structure provides a privilege only to the user who has set the character corresponding to the real thing which produced the privilege object event as the registration character, when performing a privilege provision process. That is, in this configuration, the user predicts an actual entity that is likely to play an active role from among the actual objects corresponding to the handheld character, sets the character corresponding to the predicted actual object as the registered character, and sets the registered character set by the user. It is necessary to perform an operation such as cheering in a timely manner during a reception period that is set after the corresponding real thing causes a privilege target event (for example, a score is given). And, when a user who is above the threshold during the reception period performs an operation, a privilege is given to each user who performs an operation such as cheering for the first time. doing.

  (9) In the configuration of (7) or (8), the privilege granting unit participates in the same virtual shared space when the privilege is granted to the user by executing the privilege granting process. It is desirable to give the second privilege to other users who are not given the privilege.

  In the configuration of (7) or (8) above, a privilege (this is referred to as a “first privilege”) unless the character corresponding to the real thing that caused the privilege target event is owned (or set as a registered character). Is not granted. Therefore, a situation may occur in which many users entering the virtual shared space cannot acquire the first privilege.

  Therefore, in the configuration of (9) above, when the first privilege is given to the user who owns the character corresponding to the real thing that caused the privilege target event (or is set as a registered character). The second privilege having a meaning like so-called skirting is given to other users who participate in the same virtual shared space (users who are not given the first privilege). . For example, half of the points (first privilege) given to the user who owns the character corresponding to the real thing that caused the privilege target event (or is set as a registered character) It is given to other users as a second privilege. As described above, when the first privilege is given to a certain user in the virtual shared space, the second privilege is also given to other users, so that all the users in the virtual shared space can be delighted. A game environment that can be shared and excited together.

  (10) In the configuration according to any one of (1) to (9), the game management device includes a content of a result of occurrence of the privilege target event and a privilege to be given to a user when the privilege target event occurs. , Further includes privilege information storage control means for preliminarily storing the privilege information in the storage device, and the privilege granting means executes the privilege granting process based on the privilege information. It is desirable to give a privilege to the user according to the result of the occurrence of the event.

  According to this configuration, the privilege information storage control unit stores in advance the privilege information indicating the relationship between the result content of the privilege target event and the privilege to be given to the user when the privilege target event occurs. I remember it. Here, taking a baseball game in the real world as an example, as a result of the occurrence of a privilege target event, various situations such as hitting a hit (no score generated), score generation, goodbye, etc. can be considered. Then, for example, 500 points are stored as privilege information in advance in the storage device as privilege information, and 500 points are stored as privilege information. And when a privilege provision process performs a privilege provision process, based on privilege information, a privilege according to the result content which a privilege object event generate | occur | produced is provided to a user.

  In this way, it is more important for the user to perform operations such as cheering for the situation where the greatest benefit can be obtained by varying the size of the benefit according to the content of the benefit target event that occurred in the real world. This will improve the fun of the game.

  (11) A game system according to another aspect of the present invention is a game system including a game management device that manages a game and a terminal device that communicates with the game management device. Virtual shared space management means for managing a virtual shared space in which a user can participate, real event receiving means for receiving information on real events that occur in the real world, information on a privilege target event that is a real event to which a privilege is given to the user Is stored in the storage device in advance, and the information regarding the benefit target event is received by the real event receiving unit, a predetermined reception period is set, and the virtual sharing is performed during the reception period. Operation accepting means for accepting operation information related to operations performed on the terminal devices of each user participating in the space, the operation accepting means When the number of terminal devices of a user who has received the operation information is equal to or greater than a threshold, each means of a privilege granting unit that executes a privilege granting process for granting a privilege to the user is the game management device or the terminal. Either one of the devices is provided.

  (12) A game management method according to another aspect of the present invention is a game management method in a computer that communicates with a terminal device and manages a game, and the computer manages a virtual shared space in which a plurality of users can participate. A virtual shared space management step, a computer that receives information on a real event that occurs in the real world, and a computer that receives information on a benefit target event that is a real event that is a target to which a user is granted a privilege. The privilege target event storage control step that is stored in the storage device in advance and the computer sets a predetermined reception period when information related to the privilege target event is received by the real event reception step, and during the reception period, Operations related to operations performed on the terminal device of each user participating in the virtual shared space An operation receiving step for receiving information, and a computer executes a privilege granting process for granting a privilege to the user when the number of terminal devices of the user whose operation information is received by the operation receiving step is greater than or equal to a threshold value A privilege granting step.

  (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 that communicates with a terminal device and manages a game, and a plurality of users participate in the computer. Virtual shared space management means for managing a virtual shared space, real event reception means for receiving information on real events that occur in the real world, and information on privilege target events that are real events to which a privilege is given to users In the virtual shared space, a predetermined reception period is set when the information regarding the privilege target event storage means stored in the apparatus and the information related to the privilege target event is received by the real event reception means. Operation accepting means for accepting operation information related to an operation performed on the terminal device of each participating user, the operation acceptance If the number of users of the terminal apparatus the operation information has been received by the stage is not less than the threshold value, a program for functioning as a privilege granting means, for executing privilege granting process that imparts a benefit to the user.

1 Game server (game management device)
2 Database server (game management device)
3 Terminal device 4 Network 11 CPU
12 ROM
13 RAM
14 Auxiliary storage device 51 Real event receiving means 52 Cheering state setting means (specific state setting means)
53 privilege target event storage control means 54, 62 privilege grant means 55 virtual shared space management means 56 relation information storage control means 58 registered character setting means 59, 63 privilege information storage control means 61 cheering operation reception means (operation reception means)
71c Owned character storage control means (character storage control means)

Claims (14)

A game management device that communicates with a terminal device and manages a game,
A virtual shared space management means for managing a virtual shared space in which a plurality of users can participate;
A real event receiving means for receiving information on real events that occur in the real world;
When information related to a privilege target event, which is the actual event to be given a privilege to a user, is received by the real event receiving means, a predetermined reception period is set, and the virtual shared space is set during the reception period. Operation accepting means for accepting operation information related to operations performed on the terminal devices of each user participating in the device;
A privilege granting unit that executes a privilege granting process for granting a privilege to the user when the number of terminal devices of the user whose operation information is accepted by the operation accepting unit is greater than or equal to a threshold value. .   The privilege granting unit increases the privilege to be granted to the user as the number of terminal devices of the user whose operation information is accepted by the operation accepting unit increases when executing the privilege granting process. Item 4. The game management device according to Item 1.   The virtual shared space management means transmits display control information for displaying information of each user participating in the same virtual shared space in the virtual shared space to the terminal device of each user, and The game management device according to claim 1, wherein a display state of the user information is different depending on whether the operation information is received or not received by the operation receiving unit.   When the privilege granting unit executes the privilege granting process, a privilege that grants a privilege that is given to the first to nth users in the order in which the operation information is accepted by the operation accepting unit is given to other users. The game management device according to any one of claims 1 to 3, wherein the game management device is set to be larger than that.   The privilege granting unit increases the privilege to be given to the user as the order in which the operation information is received by the operation accepting unit is faster when the privilege granting process is executed. The game management device according to item.   The operation accepting means limits the number of times the operation information is accepted per user within a predetermined number of times during a period in which the real event accepting means accepts the real event. The game management device according to item. Relationship information storage control means for previously storing in the storage device the relationship information associating the real object in the real world with the character corresponding to the actual object;
Character storage control means for storing in the storage device the information of the character owned by the user,
The privilege granting unit grants a privilege only to a user who owns a character corresponding to the real thing that caused the privilege target event when the privilege granting process is executed. The game management device according to item 1. In accordance with operation information related to an operation for selecting a predetermined number of characters as registered characters from among the characters owned by the user, further comprising a registered character setting means for setting a registered character,
The said privilege provision means provides a privilege only to the user who has set the character corresponding to the actual thing which caused the said privilege target event as the said registration character, when performing the said privilege provision process. The game management device described in 1.   In the case where the privilege granting unit grants the privilege to the user by executing the privilege granting process, the privilege granting unit provides the second privilege to other users who are not given the privilege participating in the same virtual shared space. The game management device according to claim 7 or 8, wherein: A privilege information storage control means for storing in advance a privilege information indicating a relationship between a result content of occurrence of the privilege target event and a privilege to be given to the user when the privilege target event has occurred,
The privilege granting means, when executing the privilege granting process, grants a privilege according to the result of the occurrence of the privilege target event to the user based on the privilege information. The game management device according to item. The game is a baseball game,
The game management device according to claim 1, wherein the real event is a real event related to a hit of a real player during a baseball game in the real world. A game system including a game management device that manages a game and a terminal device that communicates with the game management device,
A virtual shared space management means for managing a virtual shared space in which a plurality of users can participate,
Real event reception means for receiving information on real events that occur in the real world,
When information related to a privilege target event, which is the actual event to be given a privilege to a user, is received by the real event receiving means, a predetermined reception period is set, and the virtual shared space is set during the reception period. Operation accepting means for accepting operation information related to operations performed on the terminal devices of each user participating in
When the number of terminal devices of a user whose operation information is received by the operation receiving unit is equal to or greater than a threshold, each unit of the privilege granting unit that executes a privilege granting process for granting a privilege to the user A game system provided in either the management device or the terminal device. A game management method in a computer that communicates with a terminal device and manages a game, wherein the computer is a virtual shared space management means that manages a virtual shared space in which a plurality of users can participate, and a real event that occurs in the real world A real event receiving means for receiving information on
The computer sets a predetermined reception period when information on a privilege target event, which is the actual event that is a target for granting a privilege to a user, is received by the real event reception unit, and during the reception period, An operation accepting step for accepting operation information related to an operation performed on a terminal device of each user participating in the virtual shared space;
A privilege granting step for executing a privilege granting process for granting a privilege to the user when the number of terminal devices of the user whose operation information is accepted in the operation accepting step is equal to or greater than a threshold value. Including game management methods.   A program for causing a computer to operate as the game management device according to any one of claims 1 to 11, wherein the program causes the computer to function as each unit included in the game management device.

Images