Game control device, game system, program, and game control method

Abstract

The game control device comprises an acquisition unit that acquires a series of events in real space, a registration unit that registers input from a game player regarding a series of events, and a control unit that controls the registration unit. The control unit, when it receives input from a game player, controls the device to enable the display of posts regarding the progress of the game based on the series of events. The game control method comprises the steps of acquiring a series of events in real space, registering input from a game player regarding a series of events, and, when it receives input from a game player, controlling the device to enable the display of posts regarding the progress of the game based on the series of events. [Effect] By observing events corresponding to events occurring in the real world, players can, for example, predict the actions of their favorite real-world character or the specific events that will occur as a result of that character's actions, and enjoy the outcome. This provides a highly engaging game for gamers.

Description

Technical Field

[0001] The present invention relates to a game control device, a game system, a program, and a game control method.

Background Art

[0002] In Patent Document 1, in a baseball game being actually played, a game player inputs to a determination device a prediction of the pitch type and course of the next ball that a pitcher will throw, and the determination device compares the pitch type and course of the next ball predicted by the player prediction and prediction creation device with the result, and determines whether it is correct or not. (Prior Art Document) (Patent Document) (Patent Document 1) Japanese Patent Application Laid-Open No. 2001-137556

Summary of the Invention

[0003] In a first aspect of the present invention, a game control device is provided. The game control device includes an acquisition unit that acquires a series of events in the real space, a registration unit that registers an input regarding a series of events from a game player, and a control unit that controls the registration unit. When receiving an input from the game player, the control unit controls so as to be able to instruct the presentation of a contribution regarding the progress of the game based on the series of events.

[0004] In a second aspect of the present invention, a program is provided. When the program is executed by a computer, the program causes the computer to function as the above game control device.

[0005] In a third aspect of the present invention, a game system is provided. The game system includes the above game control device and a terminal that displays a game image based on a series of events and is operated by a game player.

[0006] A fourth aspect of the present invention provides a game control method. The game control method comprises the steps of: acquiring a series of events in real space; registering input from a game player regarding the series of events; and, when input from a game player is received, controlling the system to enable the presentation of posts regarding the progress of the game based on the series of events.

[0007] It should be noted that the above summary of the invention does not enumerate all of its features. Furthermore, subcombinations of these features may also constitute an invention. [Brief explanation of the drawing]

[0008] [Figure 1] An example of the overall configuration of the game system 5 in the first embodiment is shown. [Figure 2] This is a block diagram showing the functional configuration of the game control device 10. [Figure 3] The following outlines the processing flow of the game control method executed in game system 5. [Figure 4] An example of the data structure of game player information stored in the memory unit 190 is shown. [Figure 5] An example of screen 380 displayed on user terminal 20 is shown. [Figure 6] The following outlines the processing flow of the game control method executed in game system 5. [Figure 7] This is an example of a screen 400 that is displayed on the user terminal 20 when a game player 30 selects a match to watch. [Figure 8] An example of the data structure of login information stored in the memory unit 190 is shown. [Figure 9] This shows an example of the screen 430 displayed on the user terminal 20 when the game player 30 makes a first prediction. [Figure 10] This shows an example of the screen 500 displayed on the user terminal 20 when the game player 30 makes a first prediction. [Figure 11]This is a diagram to explain the information contained in the image of card 521. [Figure 12] An example of the data structure of character registration information stored in memory unit 190 is shown. [Figure 13] An example of screen 700 displayed on user terminal 20 when a match is in progress is shown. [Figure 14] An example of screen 796 displayed on user terminal 20 when a match is in progress is shown. [Figure 15] An example of screen 797, which is displayed on the user terminal 20 when a match is in progress, is shown. [Figure 16] An example of the data structure of the registration information related to the second prediction stored in the memory unit 190 is shown. [Figure 17] An example of second-point information stored in the memory unit 190 is shown. [Figure 18] An example of screen 800 displayed on user terminal 20 when a match is in progress is shown. [Figure 19] An example of screen 900 displayed on user terminal 20 when a match is in progress is shown. [Figure 20] An example of the data structure of the registration information related to the third prediction stored in the memory unit 190 is shown. [Figure 21] An example of screen 1000 displayed on user terminal 20 when a match is in progress is shown. [Figure 22] An example of the first point information stored in the memory unit 190 is shown. [Figure 23] An example of the screen 1100 displayed on the user terminal 20 when the match ends is shown. [Figure 24] An example of a screen 2000 that can be displayed on the user terminal 20 after the match has ended is shown. [Figure 25] An example flowchart of the processing related to the second prediction executed by the game control device 10 is shown. [Figure 26] An example flowchart of the processing related to the third prediction executed by the game control device 10 is shown. [Figure 27]An example of a flowchart related to the process according to the first prediction executed by the game control device 10 is shown. [Figure 28] An example of a computer 5000 in which multiple embodiments of the present invention can be embodied in whole or in part is shown.

Embodiments for Carrying Out the Invention

[0009] Hereinafter, the present invention will be described through embodiments of the invention. However, the following embodiments do not limit the invention according to the claims. Also, not all combinations of features described in the embodiments are essential for the solution means of the invention.

[0010] FIG. 1 shows an example of the overall configuration of the game system 5 in the first embodiment. The game system 5 includes a game control device 10, a game service providing device 12, and a plurality of user terminals 20.

[0011] The game control device 10 and the user terminal 20 can communicate with each other via the network 90. The game control device 10, the game service providing device 12, and the user terminal 20 can communicate with each other via the network 90. The network 90 may be a data transmission path. The network 90 may be a wired communication transmission path, a wireless communication transmission path, or a combination thereof. The network 90 may include the Internet, a dedicated line network, a wireless communication network, a telephone line network, various cable networks, or a combination thereof. The network 90 may include a P2P network such as an ad hoc network.

[0012] The communication method in the wireless communication network may be a mobile communication method or a wireless data communication method. Examples of the mobile communication method include the 3G method, the LTE method, the 4G method, and the 5G method. Examples of the wireless data communication method include the wireless PAN method, the wireless LAN method, the wireless MAN method, and the wireless WAN method. The communication method in the wireless communication network may be various short-range wireless communication methods.

[0013] The user terminal 20 is an electronic device used by the game player 30, who is a player of the game. The user terminal 20 may be, for example, a smartphone, mobile phone, PDA (registered trademark), tablet, personal computer, wearable computer, etc. The user terminal 20 displays game images provided by the game control device 10 and accepts operations from the game player 30.

[0014] The game control unit 10 controls the game being played on the user terminal 20. The user terminal 20 and the game control unit 10 cooperate with each other to execute the game based on the actions of the game player 30. The user terminal 20 acquires the actions of the game player 30 and transmits information about the actions of the game player 30 and / or information about the game state calculated by the user terminal 20 based on the actions of the game player 30 to the game control unit 10. Based on the information received from each of the user terminals 20, the game control unit 10 calculates the game state for each of the user terminals 20 and transmits the calculated information to each of the user terminals 20. Based on the information received from the game control unit 10, the user terminal 20 displays information on the screen that should be presented to the game player 30.

[0015] In this embodiment, in a game played on the user terminal 20, the game player 30 makes predictions about the game while observing the state of an actual sporting event. In this embodiment, the control performed by the game control device 10 and the user terminal 20 will be explained, mainly using a baseball game as an example. The game control device 10 transmits information to the user terminal 20 for the user terminal 20 to display a game image based on real-time images obtained by photographing the actual game, causing the user terminal 20 to display the game image. In the game image, the players and background actually participating in the game are converted into stylized objects. The objects corresponding to the players in the game image perform actions corresponding to the actions of the players actually participating in the game. As a result, the game player 30 can enjoy the actual game in roughly real-time.

[0016] The game service provider 12 transmits information related to sports matches and other games to the game control device 10. Specifically, the game service provider 12 transmits information indicating events that occurred during sports matches and other games to the game control device 10. For example, in a baseball game, the game service provider 12 transmits information indicating the details of each pitch thrown by the pitcher and each hit by the batter to the game control device 10. The game service provider 12 may further transmit the aforementioned game images to the user terminal 20 either through the game control device 10 or directly. The game service provider 12 is an example of a game service provider.

[0017] The game control device 10 further displays a user interface image on the user terminal 20 for the game player 30 to make predictions about the match. The predictions about the match include a first prediction about the players participating in the match, and second and third predictions about events that will occur during the match. The first, second, and third predictions are all different from each other.

[0018] Before making predictions, the game player 30 purchases cards associated with players and / or teams, and registers the card information of the purchased cards with the game control device 10 via the user terminal 20. The cards may be physical cards or virtual cards distributed via the network 90. ​​The game player 30 can make first and second predictions regarding the players associated with the cards purchased by the game player 30. The game player 30 can make a third prediction regarding the teams associated with the cards purchased by the game player 30.

[0019] The first prediction is made before the start of the game. Game player 30 predicts which players will perform well before the game starts and registers the predicted players with the game control device 10. If the players predicted by game player 30 in the first prediction perform well, the game control device 10 awards points to game player 30. For example, if the player predicted by game player 30 in the first prediction hits a home run, the game control device 10 awards points to game player 30.

[0020] The second prediction can be made during the game. For example, in the second prediction, the game player 30 predicts the actual outcome of the players' plays and registers the predicted outcome with the game control device 10. For example, the game player 30 predicts the outcome of a specific batter's at-bat. The game control device 10 awards points to the game player 30 if the predicted outcome matches the actual outcome.

[0021] The third prediction can be made during the game. For example, in the third prediction, the game player 30 predicts the actual outcome of the team's play and registers the predicted outcome with the game control device 10. For example, the game player 30 predicts the outcome of the attacking team's offense from the start to the end of a particular inning. Examples of offensive outcomes include the number of home runs and the number of runs scored. The game control device 10 awards points to the game player 30 if the predicted outcome matches the actual outcome.

[0022] In this embodiment, the game executed on the user terminal 20 may run on application software installed on the user terminal 20. The game executed on the user terminal 20 may be implemented on a web browser running on the user terminal 20.

[0023] Figure 2 is a block diagram showing the functional configuration of the game control device 10. The game control device 10 comprises a processing unit 100, a storage unit 190, and a communication unit 192.

[0024] The game control unit 10 is implemented by a computer. The processing unit 100 is implemented by an arithmetic processing unit including a processor. The processing unit 100 performs various calculations executed in the game control unit 10 and is also responsible for controlling the storage unit 190 and the communication unit 192. The processing unit 100 includes an acquisition unit 110, an instruction unit 120, a registration unit 130, a control unit 140, an assignment unit 150, an image generation unit 160, and a game element acquisition unit 170. The control unit 140 controls the acquisition unit 110, the instruction unit 120, the registration unit 130, the assignment unit 150, the image generation unit 160, and the game element acquisition unit 170.

[0025] The communication unit 192 is primarily responsible for communication with the user terminal 20 via the network 90. ​​The storage unit 190 is implemented using volatile and non-volatile storage media. The storage unit 190 stores programs for the computer to function as a game control device 10, as well as data necessary for calculations performed by the processing unit 100.

[0026] The acquisition unit 110 acquires a series of events in real space. A series of events is, for example, a series of events relating to the actions of real characters in real space. For example, a series of events in a baseball game includes a series of events relating to the actions of players as real characters. Specifically, a series of events in a baseball game includes events such as the batter entering the batter's box, the batter hitting a home run, and the pitcher striking out the batter. A series of events in a baseball game also includes events such as the game starting, the game ending, the inning starting, and the inning ending. The acquisition unit 110 may acquire information indicating a series of events from the game service provider 12 that provides a series of events in real space. The acquisition unit 110 may acquire information indicating a series of events by identifying events from images obtained by photographing real space.

[0027] The instruction unit 120 instructs the display of game images based on a series of events. For example, the instruction unit 120 instructs the user terminal 20 to display game images based on a series of events.

[0028] The registration unit 130 registers inputs related to a series of events. For example, the registration unit 130 registers inputs related to a specific event included in the series of events. The registration unit 130 registers inputs from the game player. Specifically, the registration unit 130 registers inputs related to a specific event based on instructions from the game player 30. The control unit 140 may control the system to enable input registration while acquiring a series of events. The control unit 140 may control the system to enable inputs related to a series of events to enable registration while acquiring a series of events and before acquiring a specific event included in the series of events.

[0029] The registration unit 130 further registers game media. For example, the registration unit 130 registers game media that are associated with real characters in real space. Game media associated with real characters in real space is an example of the first type of game media. The game media may include character information associated with real characters in real space. For example, if the real character is a baseball player, the registration unit 130 registers a physical card or card information for a virtual game media that corresponds to the player. In this embodiment, the card associated with the player is an example of the first type of game media.

[0030] The registration unit 130 registers game media that do not contain character information. Game media that do not contain character information are an example of the second type of game media. In this embodiment, cards associated with teams are an example of the first type of game media.

[0031] The granting unit 150 grants game elements. Specifically, the granting unit 150 grants game elements to the game player 30.

[0032] When the control unit 140 receives input from the game player 30, it controls the system to enable the display of posts regarding the game's progress based on a series of events. These posts may be based on input from other game players 30 regarding a series of events.

[0033] The control unit 140 may be controlled to instruct the display of posts containing text information of a predetermined number of characters or less, based on the content of input from other game players 30 regarding a series of events. The control unit 140 may also be controlled to instruct the display of posts in a speech bubble format.

[0034] The control unit 140 may be controlled to enable the display of posts with variable font sizes. The control unit 140 may be controlled to enable the registration of input from the game player 30 on the condition that the game elements assigned to the game player 30 are consumed.

[0035] The control unit 140 controls the presentation of posts based on input from the game player 30 in a manner that allows it to be instructed. The control unit 140 may control the presentation of posts based on input from the game player 30 in a manner that allows it to be instructed, conditional on the consumption of game elements.

[0036] The input may represent a predicted content, which is the content of a specific event predicted by the game player 30. The control unit 140 may control the system to enable the addition of game elements, provided that the content of the specific event matches the predicted content indicated by the input.

[0037] The control unit 140 may be able to control the display of posts based on input from the game player 30 using font sizes corresponding to the amount of game elements consumed. The control unit 140 may be able to control the display of posts based on input from the game player 30 using larger font sizes as the amount of game elements consumed increases. The control unit 140 may be able to control the display of posts based on input from the game player 30 using font sizes of varying sizes corresponding to the amount of game elements consumed.

[0038] The control unit 140 may be controlled to register inputs related to the most recent first specific event and inputs related to the second specific event that follows the first specific event, among a series of events.

[0039] Posts may be based on input relating to the first specific event or the second specific event. The control unit 140 may control posts based on input relating to the first specific event so that they can be displayed before or after the acquisition of the first specific event.

[0040] The control unit 140 may control the system to enable display of posts based on input related to the first specific event before the acquisition of the second specific event. The control unit 140 may also control the system to enable display of posts based on input related to the second specific event after the display of posts based on input related to the first specific event has finished.

[0041] The game element acquisition unit 170 acquires game elements that can be obtained from one of several acquisition routes. Specifically, the game element acquisition unit 170 acquires tickets used for input related to a specific event included in a series of events.

[0042] The points and / or tickets described in this embodiment are just one example of game elements. Various other forms of game elements besides points and / or tickets can be adopted.

[0043] The series of events and the specific event may be, for example, events that occur in a sports match. For example, if the series of events and the specific event are events that occur in a baseball game, the "specific event" may be an event that indicates the result of a batter's at-bat. For example, "specific events" could include an event indicating that a home run was hit, an event indicating that a batter was struck out, and so on.

[0044] The image generation unit 160 generates game images. The control unit 140 controls the image generation unit 160 to generate game images based on a series of events selected by the game service provider 12. The game service provider 12 may select some matches from among multiple matches, and the control unit 140 may cause the image generation unit 160 to generate game images for the matches selected by the game service provider 12. The game service provider 12 may select a series of events that occur in the selected matches to be reflected in the game images, and cause the image generation unit 160 to generate game images based on the selected events. The image generation unit 160 may generate game images based on a series of events in the order in which the acquisition unit 110 acquired the events. The game images may include virtual characters that correspond to real characters in real space. The control unit 140 may control the virtual characters in the game images to perform actions that correspond to the actions of real characters indicated by the series of events.

[0045] Figure 3 schematically shows the processing flow of the game control method executed in game system 5. In S300, game player 30 inputs the card information of the player-associated card that game player 30 has purchased into user terminal 20. For example, game player 30 inputs the card information generated from the code information, such as barcode information or 2D code information, printed on the physical card purchased by game player 30 into user terminal 20. Alternatively, game player 30 may input the card information into user terminal 20 by inputting a string corresponding to the card information printed on the physical card into user terminal 20. The card information is information that identifies the card. In other words, the card information is information that identifies the player associated with the card.

[0046] Similarly, in S300, the game player 30 inputs the card information of the team-associated card that the game player 30 purchased into the user terminal 20. A team is an example of the first participant and the second participant. As described above, for example, the game player 30 may input the card information into the user terminal 20 by reading code information such as barcode information or 2D code information printed on the physical card with the user terminal 20, and / or by inputting a string of characters corresponding to the card information printed on the physical card into the user terminal 20. The card information is information that identifies the card. In other words, the card information is information that identifies the team associated with the card.

[0047] In S302, the user terminal 20 transmits the card information entered into the user terminal 20 in S300 to the game control device 10. In S310, the storage unit 190 of the game control device 10 stores the card information received from the user terminal 20 in association with the identification information of the game player 30. This makes it possible for the game player 30 to make predictions about the players and / or teams associated with the cards purchased by the game player 30.

[0048] In S310, the control unit 140 may set an upper limit on the number of cards registered by the registration unit 130 that are associated with teams. The control unit 140 may set an upper limit on the number of cards registered by the registration unit 130 that are associated with the same or similar teams.

[0049] In S300, S302, and S310, a method for registering card information using a physical card was described. However, card information may also be registered in the game control device 10 using a virtual card purchased by the game player 30 via the network 90. ​​For example, if the game player 30 purchases a virtual card through an online shop that sells virtual cards, the card information of the purchased virtual card may be automatically registered in the game control device 10 via the online shop's server. In addition, the game control device 10 may display a registration screen for registering card information on the user terminal 20, and the user terminal 20 may register the card information of the virtual card purchased by the game player 30 in the game control device 10 through this registration screen.

[0050] Figure 4 shows an example of the data structure of game player information stored in the memory unit 190. The game player information includes game player ID, owned card information, points, tickets, and rank as data items.

[0051] "Game Player ID" is identification information that identifies game player 30. "Owned Card Information" includes information on one or more cards that identify physical or virtual cards purchased and registered by game player 30. "Points" indicates the points awarded to game player 30. "Tickets" are information used when game player 30 makes a second prediction. "Tickets" are an example of a first type of game element, and "Points" are an example of a second type of game element. "Rank" indicates the rank of game player 30. The control unit 140 may determine the rank according to the game player 30's participation record in the game. For example, the control unit 140 may determine a higher rank for game player 30 who participates in the game more frequently.

[0052] Tickets can be obtained through one of several acquisition channels. A game player 30 can purchase a ticket by accessing the game control device 10. In this way, a game player 30 can obtain a ticket by purchasing it from a store on the network. In addition, a game player 30 can obtain a ticket by registering a card distributed through an event. A game player 30 can obtain a ticket by logging into the game. A game player 30 can obtain a ticket by watching an advertisement. Tickets may be available for a fee through the acquisition channel via the store, while tickets may be available for free through the acquisition channel via events, acquisition by logging into the game, and acquisition by watching an advertisement.

[0053] A limit may be set on the number of tickets that each of the 30 game players can acquire. The control unit 140 may limit the number of tickets that each of the 30 game players can acquire so that the number of tickets that each of the 30 game players can acquire does not exceed the limit.

[0054] The control unit 140 does not need to limit the number of times tickets can be obtained through other store acquisition channels. The control unit 140 may limit the number of times tickets can be obtained through event acquisition channels, game login channels, and advertisement viewing channels to a predetermined number within a predetermined period. For example, the control unit 140 may limit the number of times tickets can be obtained through event acquisition channels, game login channels, and advertisement viewing channels to one or less per day.

[0055] In the example shown in Figure 4, game player 30, identified by game player ID "G0001," has purchased at least the cards identified by "P001," "P002," "P003," and "T001," and has been awarded 2000 points. The card information in this embodiment is an example of information indicating a game medium.

[0056] Figure 5 shows an example of a screen 380 displayed on the user terminal 20. Screen 380 is a screen for presenting the game player 30 with a list of cards associated with the team registered by the game player 30. Screen 380 includes multiple card areas where image files of the cards for the team registered by the game player 30 are displayed. In the example in Figure 5, screen 380 includes nine card areas.

[0057] In the example shown in Figure 5, image 381 and image 382 of two teams registered by game player 30 are presented. Image 381 includes an object 391 indicating the number of identical or similar cards registered by game player 30. Object 391 indicates that game player 30 registered two identical or similar cards. In this way, the control unit 140 controls the system to notify the number of registered second types of game media that are identical or similar.

[0058] In this embodiment, the game player 30 has registered only one card for the team corresponding to the image 382. The image 382 does not include an object indicating the number of registered cards of the same type or status, such as object 391 registered by the game player 30. In another embodiment, the image 382 can be configured to include an object indicating the number of registered cards, such as object 391 registered by the game player 30.

[0059] Each card associated with a team has a defined effect. For example, a card associated with a team contains information that determines the game elements that may be awarded to the game player 30 when a player belonging to that team performs well in a match. The awarding unit 150 adds value to multiple cards registered by the registration unit 130, provided that multiple identical or similar cards are registered. For example, when multiple identical or similar cards are registered, the awarding unit 150 awards a greater amount of game elements to the game player 30 compared to when only one card is registered. As an example, the awarding unit 150 awards game elements to the game player 30 that are proportional to the number of identical or similar cards registered. However, there may be an upper limit on the number of times the added value effects can be activated by the registration of multiple cards by the registration unit 130.

[0060] Figure 6 schematically shows the processing flow of the game control method executed in game system 5. The processing shown in Figure 6 is executed after the processing shown in Figure 3 has been performed and a match to be viewed is selected by the game player 30.

[0061] In S312, when the game player 30 selects a match to watch using the user terminal 20, match selection information is transmitted from the user terminal 20. The match selection information includes match identification information.

[0062] In S320, upon receiving match identification information from the user terminal 20, the game control device 10 transmits registered card information associated with the identification information of the game player 30 to the user terminal 20. In S322, the game player 30 predicts which players will perform well among those identified by the registered card information and inputs the predicted players into the user terminal 20. In S324, the user terminal 20 transmits first prediction information, including card information corresponding to the players predicted by the game player 30, to the game control device 10.

[0063] In S326, the registration unit 130 of the game control device 10 registers the first prediction information. Specifically, the registration unit 130 stores the first prediction information received from the user terminal 20 in the storage unit 190, associating it with the identification information of the game player 30. S320, S322, S324, and S326 can be executed in the first period before a series of events occurring in the match are acquired. The first prediction information is an example of the first input. The first prediction information can be registered without requiring the game player 30 to view the game images. Once the match starts and the acquisition of a series of events occurring in the match begins, registration of the first prediction information becomes impossible.

[0064] When the control unit 140 of the game control device 10 receives match identification information, it determines whether the number of matches in which a specific game player 30 has viewed game images within a predetermined period is less than or equal to a predetermined number. If the number of matches in which a specific game player 30 has viewed game images within a predetermined period has reached a predetermined number, it may notify the game player 30 via the user terminal 20 that registration of the first prediction is not possible.

[0065] In S330, the game control device 10 begins acquiring event information that occurs during a match and distributing game images. The acquisition unit 110 of the game control device 10 acquires event information from the game service provider 12 that provides event information, generates game images based on the acquired event information, and distributes them to the user terminal 20. In S340, the user terminal 20 begins displaying the game images distributed from the game control device 10.

[0066] In S342, the game player 30 inputs predictions about specific events into the user terminal 20. For example, when the game player 30 makes predictions about a batter, they predict whether the batter will hit a single, a double, a triple, or a home run, and whether they will draw a walk. When the game player 30 makes predictions about a pitcher, they predict whether the pitcher will strike out the batter, and whether they will get the batter out within a predetermined number of pitches. In S344, the user terminal 20 transmits second prediction information, which includes information indicating the predictions entered into the user terminal 20, to the game control device 10. In S346, the registration unit 130 of the game control device 10 registers the second prediction information. Specifically, the registration unit 130 stores the second prediction information received from the user terminal 20 in the storage unit 190, associating it with the identification information of the game player 30. In this way, the second prediction information can be registered while the game player 30 is viewing the game image. In other words, the second prediction information can be registered on the condition that the game player 30 views the game images.

[0067] S342, S344, and S346 are executed in the second period. The second period is, for example, the period from when an event indicating that a player whose card information has been registered by game player 30 has stepped up to bat is acquired until before a specific event is acquired. The second prediction information is an example of the second input. The second input is acquired by the game control device 10 while a series of events are being acquired.

[0068] In S348, when the acquisition unit 110 acquires a specific event, the awarding unit 150 awards points to the game player 30 based on the second prediction information. Specifically, the awarding unit 150 awards points to the game player 30 if the content of the specific event acquired by the acquisition unit 110 matches the prediction content indicated by the information included in the second prediction information. The awarding unit 150 may determine the amount of points to award to the game player 30 based on the content of the specific event. For example, if the type of specific event is a home run, the awarding unit 150 may award the game player 30 more points than if the type of specific event was a hit. S348 is executed in the third period after the acquisition of the specific event.

[0069] In S350, the game player 30 inputs predictions for one inning into the user terminal 20. For example, the game player 30 predicts whether a particular team will hit two or more home runs, or whether a particular team will score runs. In S352, the user terminal 20 transmits third prediction information, which includes information indicating the predictions entered into the user terminal 20, to the game control device 10. In S354, the registration unit 130 of the game control device 10 registers the third prediction information. Specifically, the registration unit 130 stores the third prediction information received from the user terminal 20 in the storage unit 190, associating it with the identification information of the game player 30. S350 and S354 are performed during the period before the start of the inning to be predicted.

[0070] In S356, when the acquisition unit 110 finishes acquiring events related to an inning, the awarding unit 150 awards points to the game player 30 based on the acquired inning-related events and the third prediction information. Specifically, the awarding unit 150 awards points to the game player 30 if the events acquired by the acquisition unit 110 include events that are consistent with the predictions indicated by the information included in the third prediction information. For example, if the third prediction information indicates a prediction that a batter from a particular team will hit two or more home runs in one inning, and the events acquired in one inning include events that indicate a batter from a particular team hit two or more home runs, the awarding unit 150 awards points to the game player 30. S348 is executed during the period after the acquisition of events related to an inning.

[0071] When the game ends, in S362, the acquisition of event information by the acquisition unit 110 ends, and the distribution of game images also ends. In S364, the awarding unit 150 awards points to the game player 30 based on the first predicted information. Specifically, the awarding unit 150 determines the points to be awarded to the game player 30 based on the first predicted information registered in S326 and the content of the series of events, and awards the determined points to the game player 30. For example, the awarding unit 150 awards points when a player associated with the card information included in the first predicted information is involved in a predetermined event. Specifically, if a player associated with the card information included in the first predicted information hits a home run, the awarding unit 150 awards points to the game player 30 corresponding to the event of hitting a home run. In this way, the awarding unit 150 awards points according to the progress of the game.

[0072] Points awarded to Game Player 30 can be used to purchase cards. Points awarded to Game Player 30 can be used to increase the points earned in the second prediction.

[0073] Figure 7 shows an example of a screen 400 displayed on the user terminal 20 when a game player 30 selects a match to watch. The screen 400 includes match selection buttons 401, 402, 403, 404, 405, and 406. Each of the match selection buttons corresponds to one match. These buttons allow the game player 30 to select which match to watch. When the game player 30 selects a match, the match selection information, as explained in relation to Figure 6, is transmitted to the game control device 10. This makes it possible to display a game image based on the match selected by the game player 30 through the user terminal 20.

[0074] In this manner, the control unit 140 of the game control device 10 causes the user terminal 20 to display a screen for the game player 30 to select one of several matches in which the game images should be displayed. The display of matches to the user terminal 20 is performed only on the day the match is played. Therefore, the acquisition unit 110 acquires a series of events related to the match only on the day the match is played.

[0075] The matches selectable via the match selection button are a selection of matches from all matches played worldwide, chosen by the game service provider 12. For example, the game control device 10 sets the level of attention for each match based on the login history of all game players 30 to the game control device 10, and notifies the game service provider 12 of the set level of attention. This allows the game service provider 12 to select matches with high levels of attention. In this way, it is possible to acquire specific matches from among multiple matches played in the real world.

[0076] In this way, the game control device 10 acquires only the sequence of events of the match selected by the game service provider 12 from among multiple matches. Therefore, the game control device 10 displays only the game images based on the sequence of events of the match selected by the game service provider 12 to the user terminal 20, and accepts input from the game player 30 only regarding the sequence of events of the match selected by the game service provider 12.

[0077] The control unit 140 of the game control device 10 may display to the user terminal 20 only game images based on a predetermined number of matches out of a predetermined number of matches played in real space within a predetermined period. For example, the control unit 140 may display to the user terminal 20 only game images based on two or fewer matches per day.

[0078] Figure 8 shows an example of the data structure of login information stored in the memory unit 190. The login information includes the game player ID, match ID, login time, and logout time as data items. The login information is an example of information indicating access to the game service provider 12 by the game player 30.

[0079] "Game Player ID" is identification information that identifies game player 30. "Match ID" is identification information that identifies the match. "Login Time" is the time when game player 30 logged into the game service provider 12. For example, the login time is the time when game player 30 logged into the game service provider 12 using user terminal 20 to receive game images, and the logout time is the time when game player 30 logged out of the game service provider 12.

[0080] The control unit 140 obtains login information from the storage unit 190 and sets the time periods during which matches are played, when the number of logins exceeds a predetermined number, as an indicator of attention. The control unit 140 notifies the game service provider 12 of the identified time periods. This allows the game service provider 12 to select matches from among multiple matches that are played during time periods with a high number of logins. In this way, the control unit 140 sets an attention level for each of the multiple matches in the real world according to the login information, and allows the game service provider 12 to select matches according to the set attention level.

[0081] Figure 9 shows an example of a screen 430 displayed on the user terminal 20 when a game player 30 makes a first prediction. Screen 430 is a screen for the game player 30 to select the layout to be used to register players. Screen 430 includes layouts 431, 432, 433, and 434, which show the layouts to be used to register players.

[0082] Layout 431 shows a layout containing 12 spaces for registering 12 players. Layout 432 shows a layout containing 6 spaces for registering 6 player cards. Layout 433 shows a layout containing 7 spaces for registering 7 players. Layout 434 shows a layout containing 1 space for registering 1 player card. As shown in Figure 9, in each layout, the spaces are presented in a rectangular manner.

[0083] On screen 430, the game player 30 selects the layout to use for registering players by selecting one of the layouts from layout 431, layout 432, layout 433, and layout 434.

[0084] Player registration is performed by placing an image of the card in the space of the layout selected by the game player 30 from among several layouts. Each layout has a different number of cards that can be registered.

[0085] In each layout, the types of cards that can and cannot be registered may be set for each space. For example, each layout may include a space where only cards associated with pitchers can be registered, and / or a space where only cards associated with players other than pitchers can be registered. Each layout may also include a space where only cards associated with players who have achieved a predetermined level of performance can be registered.

[0086] Each layout space may be associated with supplementary information relating to game elements assigned to the game player 30. As will be described later, the assignment unit 150 can assign game elements according to the supplementary information associated with the space where the card is placed.

[0087] The supplementary information may be coefficient information indicating the multiplier of points awarded to the game player 30. For example, in Figure 9, all spaces, including space 441 in layout 431, may be associated with coefficient information of "1x". On the other hand, space 442 in layout 432 may be associated with coefficient information of "4x", space 442 in layout 432 may be associated with coefficient information of "2x", space 444 in layout 432 may be associated with coefficient information of "3x", and other spaces in layout 432 may be associated with coefficient information of "1x".

[0088] Thus, the supplementary information may include first supplementary information and second supplementary information to which a greater game value than that of the first supplementary information is associated. The assignment unit 150 can assign game elements to the game player 30 that have a higher game value when the game medium is placed in the space to which the second supplementary information is associated, compared to when the game medium is placed in the space to which the first supplementary information is associated.

[0089] In each layout, the size of each space may differ. For example, space 443 is larger than space 441, space 444 is larger than space 443, and space 442 is larger than space 444. In this way, the second supplementary information can be associated with a space that is larger than the space to which the first supplementary information is associated. The assignment unit 150 assigns game elements of higher game value the larger the size of the space where the card associated with the player is placed. In this way, the assignment unit 150 can assign game elements according to the space in which the card is registered.

[0090] Furthermore, at least one of the multiple layouts may be obtainable from either the first or second route. The first route may be a paid route, and the second route may be a free route. For example, layout 431 may be a layout obtained via the second route. Layouts 432, 433, and 434 may be layouts obtained via the first route. For example, layout 431 may be a layout built into the game application by default, and layouts 432, 433, and 434 may be layouts that the game player 30 can purchase from an online shop.

[0091] Figure 10 shows an example of a screen 500 displayed on the user terminal 20 when a game player 30 makes a first prediction. Screen 500 includes a player registration area 510 and a player selection area 520.

[0092] The player selection area 520 is an area where a list of cards purchased by the game player 30 is displayed. In the example in Figure 10, the player selection area 520 displays image cards associated with six players. The image cards displayed in the player selection area 520 are displayed based on the card information stored as owned card information included in the game player information. The player registration area 510 includes multiple card placement areas 511 to 522 for registering players predicted by the game player 30.

[0093] The game player 30 registers a player expected to perform well by selecting an image of a player's card from the image cards displayed in the player selection area 520 and moving the selected image to the player registration area 510 via an operation performed by the user terminal 20. For example, if the game player 30 expects a player associated with the image card 521 to perform well, they drag and drop the image card 521 into one of the card placement areas 511 to 522. As a result, the user terminal 20 transmits the first prediction information, including the card information of the placed image card 521, to the game control device 10. In this way, the input of the first prediction is performed by registering the game medium. Specifically, the input of the first prediction is performed by the game player 30 selecting a game medium associated with a player who is expected to produce a predetermined result.

[0094] In the game control device 10, the registration unit 130 registers the card information of the image cards placed in the card placement areas 511 to 522 as the first input. The card placement areas 511 to 522 are examples of spaces within a predetermined layout where cards should be placed. In this way, the control unit 140 displays the screen 500 shown in Figure 10 to the user terminal 20, allowing the game player 30 to register the first input for the first prediction by placing multiple image cards in the spaces within the predetermined layout. As a result, the game player 30 can register virtual cards in the first prediction by registering the card information of physical cards in the game player information.

[0095] Each player and each card is associated with one of several attributes. This "attribute" could be, for example, the identification information of the team the player belongs to. Here, the cards that can be placed in each card placement area 511-522 within the layout are not limited to cards associated with the same attribute. It is possible to place cards with different attributes in each card placement area 511-522 within the layout. This allows for the registration of cards associated with players belonging to different teams.

[0096] The first prediction may be made on the condition that points are consumed. The point awarding unit 150 may reduce the points awarded to the game player 30 when the first prediction is made. The point awarding unit 150 may reduce the points awarded to the game player 30 in proportion to the number of players registered when the first prediction is made.

[0097] Unlike the second type of game media, even if multiple identical or similar first-type game media are registered, no added value is assigned to the multiple first-type game media registered by the registration unit 130.

[0098] Figure 11 is a diagram illustrating the information contained in the card image 521. Image 521 includes a player image 570 and point information 580. Image 570 and point information 580 are examples of character information.

[0099] Point information 580 is visible information. Point information 580 includes first information 581 and second information 582. First information 581 indicates the conditions for awarding points, and second information 582 is information regarding points corresponding to the awarding conditions. First information 581 and second information 582 are displayed adjacent to each other.

[0100] The granting conditions in the first information 581 indicate conditions related to the actions of the player as a real character. The second information 582 indicates the points that will be awarded to the game player 30 if the granting conditions are met. For example, "Home Run" and "150pt" in point information 580 indicate that 150 points will be awarded to the game player 30 on the condition that the specific event of the player associated with this card hitting a home run is acquired.

[0101] Figure 11 illustrates the character information of a card associated with a batter. The character information of a card associated with a pitcher may contain similar information, except that the point awarding conditions include content that is in contrast to the point awarding conditions for batters. For example, the character information of a card associated with a pitcher may include awarding conditions such as "strikeouts".

[0102] Figure 11 illustrates the character information contained in the image 521 displayed on the user terminal 20. However, the virtual cards or physical cards purchased by the game player 30 may also contain the same character information as shown in Figure 11.

[0103] Figure 12 shows an example of the data structure of character registration information stored in the memory unit 190. The character registration information includes the game player ID, predicted card information, and match ID as data items.

[0104] The "Game Player ID" is identification information that identifies Game Player 30. The "Predicted Card Information" contains card information for one or more cards associated with one or more players that Game Player 30 predicts will perform well. The "Match ID" is information that identifies the match being predicted.

[0105] The registration unit 130 generates information to be stored as predicted card information based on the first predicted information and stores it in the storage unit 190. In the example in Figure 12, it is shown that game player 30, identified by game player ID "G0001", predicts that the players associated with cards identified by "P001" and "P002", respectively, will play an active role in the match identified by match ID "20241115001". The predicted card information is an example of media information for a game medium associated with real characters that are expected to be involved in a specific event.

[0106] Figure 13 shows an example of a screen 700 displayed on the user terminal 20 when a match is in progress. Screen 700 includes a match information area 710, a match image area 720, and a prediction information input area 730. The image included in screen 700 is an example of a game image.

[0107] Match Information Area 710 is the area where match status information is displayed. In baseball games, match status information includes scoreboard information, current score information, and count information.

[0108] The game image area 720 includes a game image display area 725, a comment display area 726, and a comment display area 727. The game image display area 725 displays a game image provided by the game control device 10. The game image is generated by the control of the game control device 10 and delivered to the user terminal 20. For example, the image generation unit 160 generates a game image based on a series of events acquired by the acquisition unit 110. The game image includes an object 721 that is a stylized representation of a pitcher and an object 722 that is a stylized representation of a batter. Objects 721 and 722 are examples of first-type characters involved in the events acquired by the acquisition unit 110. When the acquisition unit 110 acquires the event that the pitcher has thrown a ball, the image generation unit 160 generates a game image in which object 721 is throwing a ball. When the acquisition unit 110 acquires the event that the batter has swung the bat, the image generation unit 160 generates a game image in which object 722 is batting. This makes it possible to provide game images in which a virtual character performs actions that correspond to the actions of a real character.

[0109] In the match image display area 725, the game image generated in response to the acquisition of events is not displayed, rather than the series of events acquired by the acquisition unit 110. The control unit 140 causes the acquisition unit 110 to acquire a series of events occurring in the match while the match is in progress. This allows the game player 30 to be presented with a game image in which a virtual character is moving. The control unit 140 controls the time at which the game image is displayed to be the same as or approximately the time at which the series of events occur. For example, the control unit 140 causes the image generation unit 160 to generate a game image based on a series of events selected by the game service provider 12 to be displayed in real time with respect to the acquisition of the series of events by the acquisition unit 110, or with a predetermined delay of time relative to the acquisition of the series of events by the acquisition unit 110. The control unit 140 may control the system so as not to limit the time at which the acquisition unit 110 acquires a series of events. For example, if the match goes into overtime, the control unit 140 may control the acquisition unit 110 to extend the time at which it acquires a series of events related to that match and continue acquiring events until the match ends.

[0110] Comments from game player 30 will be displayed in comment display areas 726 and 727. Comments from players belonging to one team may be displayed in comment display area 726. Comments from players belonging to the other team may be displayed in comment display area 727.

[0111] The prediction information input area 730 includes a first inning instruction button 781, a batting instruction button 731, a batting instruction button 732, a second inning instruction button 782, type instruction buttons 741-744, a magnification display object 750, magnification adjustment buttons 751 and 752, a register button 761 and an unregister button 762, a prediction type selection menu 760, a first player box 771 and a second player box 772, and a character 790. The character 790 is an example of a second type of character that is not involved in the events acquired by the acquisition unit 110. The character 790 will be explained in relation to Figures 14 and 15, etc.

[0112] The input for the second prediction may include either the first type of input or the second type of input. The prediction type selection menu 760 is a selection menu for choosing whether to make a prediction for the batter or the pitcher. In other words, the prediction type selection menu 760 is a selection menu for choosing whether to register the first type of input for making a prediction about events where the batter is the main focus, or to register the second type of input for making a prediction about events where the pitcher is the main focus. The first type of input when making a prediction for the batter will be the opposite of the second type of input when making a prediction for the pitcher. For example, the first type of input will be an input related to "hitting" (e.g., "home run"), while the second type of input will be an input related to "pitching" (e.g., "strikeout"). The selection of the first type of input and the second type of input using the prediction type selection menu 760 may be possible only once per predetermined period. For example, the selection of the first type of input and the second type of input using the prediction type selection menu 760 may be possible only once per inning.

[0113] Players will alternate between playing the offensive and defensive roles as the game progresses. The control unit 140 displays a screen for registering only inputs corresponding to the offensive role for the first type of input, and a screen for registering only inputs corresponding to the pitcher role for the second type of input. Here, we will explain the case where the game player 30 makes an input predicting the batter's role.

[0114] The first player box 771 displays an image of the pitcher. The second player box 772 displays an image of the current batter. If the game player 30 has chosen to make a prediction about the batter and possesses a card associated with the current or next batter, they can set that card in the second player box 772. In other words, the card can be set in the second player box 772 provided that the card is registered in the game player information.

[0115] The first inning instruction button 781 is a button that accepts an instruction to display an image related to the second prediction for the current inning. The second inning instruction button 782 is a button that accepts an instruction to display an image related to the third prediction for the next inning. The second inning instruction button 782 is accompanied by an object 783 that notifies the user that it is the period for registering input for the third prediction.

[0116] The batting instruction button 731 is a button that accepts instructions to predict the outcome of the at-bat of the player currently at bat. The batting instruction button 731 is a button for predicting the most recent specific event, the first specific event. The batting instruction button 732 is a button that accepts instructions to predict the outcome of the at-bat of the next player to bat. The batting instruction button 732 is a button for predicting the second specific event, which is the specific event following the first specific event. The game player 30 can choose either the batting instruction button 731 or the batting instruction button 732 to indicate whether to predict the outcome of the at-bat of the player currently at bat or the at-bat of the next player to bat.

[0117] The type instruction button 741 is for receiving instructions from the game player 30 indicating that the expected outcome of the at-bat is a single. The type instruction button 742 is for receiving instructions from the game player 30 indicating that the expected outcome of the at-bat is a double. The type instruction button 743 is for receiving instructions from the game player 30 indicating that the expected outcome of the at-bat is a triple. The type instruction button 744 is for receiving instructions from the game player 30 indicating that the expected outcome of the at-bat is a home run. This allows the game player 30 to register their second prediction by selecting from multiple options. Each of the type instruction buttons 741 to 744 contains information indicating the benchmark points that will be awarded to the game player 30 if their prediction is correct. The game player 30 indicates their prediction for the at-bat by selecting one of the type instruction buttons 741 to 744.

[0118] If a card is set in the second player box 772 by the game player 30, the base points are determined by the first and second information 582 contained in the point information 580 set in the second player box 772. If no card is set in the second player box 772, the base points will be the default points.

[0119] Thus, the input of the game player 30 regarding a series of events includes a first state input, which is the input when cards associated with the real characters involved in the series of events have been registered, and a second state input regarding the series of events when cards associated with the real characters involved in the series of events have not been registered. Points can be awarded to the game player 30 on the condition that the first state input has been registered by the registration unit 130, and also on the condition that the second state input has been registered. However, the points awarded on the condition that the first state input has been registered have a different game value than the points awarded on the condition that the second state input has been registered. Specifically, the points awarded on the condition that the first state input has been registered are controlled to have a higher game value than the points awarded on the condition that the second state input has been registered.

[0120] The multiplier display object 750 is an object that displays to the game player 30 the multiplier relative to the base points for the points awarded to the game player 30 if their prediction of the at-bat content is correct. The multiplier adjustment button 751 is a button that accepts instructions to decrease the multiplier. The multiplier adjustment button 752 is a button that accepts instructions to increase the multiplier.

[0121] The second prediction may be conditional on the consumption of a ticket. For example, one ticket may be consumed when making a second prediction for one at-bat. Increasing the multiplier using the multiplier adjustment button 751 may be conditional on the consumption of a ticket. For example, one ticket may be consumed for each increase of 1 in the multiplier value. Thus, the second prediction may be input conditional on the consumption of the first type of game element during the acquisition of a series of events. The awarding unit 150 may award points to the game player 30 according to the amount of tickets consumed. In the example in Figure 13, the second prediction is "single hit," and the "multiplier" is set to 2x. Therefore, if the batter hits a single, the awarding unit 150 awards 20 points to the game player 30.

[0122] Thus, it is possible to register predictions for specific events on the condition that tickets are consumed, and multiple tickets may be consumed for the registration of predictions for a single specific event. However, the number of tickets that can be consumed for the registration of predictions for a single specific event may be limited to a predetermined number. For example, the upper limit for the number of tickets that can be consumed for the registration of predictions for a single specific event may be 5.

[0123] In other forms, a second prediction may be possible on the condition of consuming points. For example, when making a second prediction for one at-bat, a standard reduction amount of points may be consumed. Increasing the multiplier using the multiplier adjustment button 751 may be possible on the condition of consuming points. The amount of points lost by the game player 30 may change according to the multiplier adjusted by the multiplier adjustment buttons 751 and 752. For example, the larger the multiplier, the larger the point reduction amount may be set. For example, if the multiplier is a high 2x, the point reduction amount may also be twice the standard reduction amount. For example, if the standard reduction amount is 5 and the multiplier is 2x, 10 points will be consumed to make a prediction for the at-bat. When a second prediction is made, the awarding unit 150 may reduce the points awarded to the game player 30 according to the point reduction amount determined by the standard reduction amount and the multiplier. In this way, it may be possible to register the content of a prediction for a specific event on the condition of consuming points.

[0124] The registration button 761 is a button to receive instructions to make predictions about the at-bat. The unregistration button 762 is a button to receive instructions not to make predictions about the at-bat. If the registration button 761 is operated, the user terminal 20 sends second prediction information, including the information entered in the prediction information input area 730, to the game control device 10. If the unregistration button 762 is operated, the second prediction information is not sent to the game control device 10, and the prediction of the at-bat is canceled.

[0125] Furthermore, if the unregister button 762 is operated after the second prediction information has been transmitted by operating the registration button 761, the registration unit 130 cancels the already registered second prediction information. Note that canceling the second prediction information by operating the unregister button 762 is an example of the second mode of cancellation in which the game player 30 cancels the second prediction information. The control unit 140 limits the period in which cancellation is possible in the second mode to a predetermined period. The control unit 140 controls the system to allow cancellation in the second mode while acquiring a series of events and before acquiring a specific event included in the series of events.

[0126] Furthermore, the methods for canceling the second prediction information include, in addition to the second method described above, a first method in which the game service provider cancels the information. The control unit 140 allows the second prediction information registered by the registration unit 130 to be canceled in either the first or second method. The first method of cancellation will be explained in relation to Figure 25, etc.

[0127] Next, the information displayed in comment display areas 726 and 727, which are included in the match image area 720, will be explained. Comments 701, 702, and 703 are displayed in comment display area 726. Comments 704, 705, and 706 are displayed in comment display area 727. Comments 701, 702, 703, 704, 705, and 706 are displayed along with the game image displayed in the match image display area 725, showing the reactions of the game player 30. Comments 701, 702, 703, 704, 705, and 706 are displayed in the area excluding the game image. For example, comments 701, 702, 703, 704, 705, and 706 are displayed in comment display areas 726 and 727, which are areas other than the match image display area 725, which includes objects 721 and 722.

[0128] Comments 701, 702, 703, 704, 705, and 706 are examples of comments from game player 30. Of these, comments 701, 703, 704, and 706 are examples of comments based on game player 30's reactions. Comments 702 and 705 are examples of posts related to the game's progress. Posts are displayed when input from game players is accepted. Posts are displayed in speech bubble format.

[0129] The control unit 140 generates posts based on input from a series of events from the game player 30. For example, the control unit 140 generates posts based on input from a series of events from another game player 30. Specifically, the control unit 140 generates posts based on second prediction information from another game player 30. Based on the second prediction information from another game player 30, the control unit 140 generates posts containing text information of a predetermined number of characters or less. The predetermined number of characters may be, for example, about 5 characters. In this way, the control unit 140 generates posts containing text information of a predetermined number of characters or less based on the content of the input from another game player 30 regarding a series of events, and presents them to the user terminal 20.

[0130] The control unit 140 generates a string post that corresponds to the prediction of the other game player 30 indicated by the second prediction information. For example, if the other game player 30 predicts "single," the control unit 140 generates a string post that corresponds to "single" and says "Hit it!". If the other game player 30 predicts "strikeout," the control unit 140 generates a string post that corresponds to "strikeout" and says "Hold it!".

[0131] The control unit 140 prompts other game players 30 to display posts based on second prediction information, conditional on point consumption. The control unit 140 prompts other game players 30 to display posts based on second prediction information using font sizes corresponding to the amount of points consumed. The control unit 140 prompts other game players 30 to display posts based on second prediction information using larger font sizes the greater the amount of points consumed. The control unit 140 controls the display of posts based on input from other game players 30 using font sizes of varying sizes corresponding to the amount of points consumed. The amount of points consumed may be the amount of points determined based on the multiplier set by the multiplier display object 750. The amount of points consumed may be the amount of points consumed to make a second prediction.

[0132] The control unit 140 can display posts based on second prediction information relating to the most recent specific event, the first specific event, before or after the acquisition of the first specific event. The control unit 140 can display posts based on second prediction information relating to the first specific event before the acquisition of the second specific event. The control unit 140 can display posts based on input relating to the second specific event after the display of posts based on second prediction information relating to the first specific event has finished. Alternatively, a configuration may be adopted in which posts based on second prediction information by the game player 30 can be displayed.

[0133] Next, comments 701, 703, 704, and 706 will be explained. Comments 701, 703, 704, and 706 are examples of information indicating the game player 30's response to a series of events presented to the game player 30. In the user terminal 20, information indicating the game player 30's response may be input to the user terminal 20 as text information through a text input box. Information indicating the game player 30's response may also be input to the user terminal 20 as icon selection information when the game player 30 selects a specific icon from multiple icons. The user terminal 20 transmits the information input from the game player 30 to the game control device 10 as information indicating the game player 30's response.

[0134] When the control unit 140 of the game control device 10 receives information from the user terminal 20, it causes the user terminal 20 to display comments based on the received reaction information for a predetermined period of time. For example, the control unit 140 causes comments based on reaction information to be displayed after the game player 30 has registered the second prediction information and before the result for the second prediction information is displayed. In other words, after the control unit 140 has acquired the second prediction information from the game player 30, it causes the user terminal 20 to display comments 701, 703, 704, and 706 based on reaction information for at least the period before the game image based on the specific event is displayed to the user terminal 20. The control unit 140 may cause comments based on reaction information before, during, and after the acquisition of the specific event. The control unit 140 may cause comments based on reaction information of other game players 30, excluding the game player 30 itself. In another embodiment, the control unit 140 may cause comments based on the game player 30's own reaction information to be displayed.

[0135] The control unit 140 may display comments based on reaction information multiple times while acquiring a series of events. Comments based on reaction information may be displayed as icons. As shown in Figure 14, comments based on reaction information may be displayed in the form of callouts. Comments based on reaction information may be displayed as text information.

[0136] The control unit 140 may display comments based on the reaction information in chronological order. The control unit 140 may limit the number of user reactions that can be displayed at one time to less than a predetermined number. The control unit 140 may limit the number of user reactions that can be displayed at one time to less than 5 in each of the comment display area 726 and comment display area 727. The control unit 140 may display comments based on the reaction information in a manner that does not identify the individual game player 30 who sent the reaction information.

[0137] The control unit 140 allows the game player 30 to select whether or not to display comments based on reaction information. For example, the toggle button 707 is a button for switching between displaying and not displaying comments based on reaction information, and the game player 30 may switch between displaying and not displaying comments based on reaction information by operating the toggle button 707.

[0138] Figure 14 shows an example of screen 796 displayed on the user terminal 20 when a match is in progress. Screen 796 shows the state where advice information 791 from character 790 is presented.

[0139] Advice information 791 is advice information regarding input from game player 30. Specifically, advice information 791 is advice information regarding the input of a second prediction from game player 30. Advice information 791 may be advice information regarding predictions about the content of a specific event. Advice information 791 is presented before the acquisition of the specific event. Advice information 791 is presented before the registration of the input of the second prediction.

[0140] The control unit 140 determines the content of the advice information 791 based on the player information. For example, if the game player 30 has selected to predict the batting performance, the content of the advice information 791 may be determined based on the batter's batting record. In this way, the control unit 140 may determine the content of the advice information 791 based on the actual character's performance information. The control unit 140 may also determine the content of the advice information 791 based on the rank of the game player 30.

[0141] Advice information 791 may be displayed only for a predetermined period when the prediction information input area 730 is presented. Advice information 791 may be displayed when a predetermined action is performed by the game player 30. For example, advice information 791 may be displayed when a predetermined action is performed on character 790.

[0142] Figure 15 shows an example of a screen 797 displayed on the user terminal 20 when a match is in progress. Screen 797 shows the state where advice information 792 from character 790 is presented. Advice information 792 is advice information regarding input from the game player 30. Advice information 792 is more valuable than advice information 791 for the second prediction. Specifically, advice information 792 is more valuable than advice information 791 for the game player 30 to make a second prediction. For example, while advice information 791 is determined based on the batter's performance, advice information 792 is determined based on the pitcher's and batter's head-to-head record.

[0143] The control unit 140 develops character 790 and generates more valuable advice information 792 as the rank of game player 30 increases. The rank of game player 30 may be determined based on their participation record in the game. The rank of game player 30 may be determined to be higher the more times they participate in the game. The rank of game player 30 may be determined to be higher the longer they participate in the game. The rank of game player 30 may be determined based on their login information.

[0144] In this way, the control unit 140 develops the character 790 in terms of advice information as the game progresses. The control unit 140 changes the content of the advice information in accordance with the character 790's development. The control unit 140 improves the accuracy of the advice information in accordance with the character 790's development. For example, the control unit 140 improves the accuracy of the content of the advice information in accordance with the character 790's development.

[0145] Figure 16 shows an example of the data structure of the registration information for the second prediction stored in the memory unit 190. The registration information for the second prediction includes the game player ID, match ID, prediction target, prediction event, card ID, multiplier, time, and status.

[0146] "Game Player ID" is identification information that identifies game player 30. "Match ID" is identification information that identifies the match. "Predicted Target" is information that identifies the at-bat that game player 30 predicts. "Predicted Event" is information that indicates the content of the event predicted by game player 30. "Card ID" is the card information of the card set in the second player box 772. "Multiplier" is the multiplier adjusted by the multiplier adjustment buttons 751 and 752. "Time" is the time when the input related to the second prediction was registered. "Status" is information that indicates whether or not the at-bat result has been finalized.

[0147] Figure 17 shows an example of second point information stored in the memory unit 190. The second point information is used to determine the points awarded to the game player 30 when the game player 30's prediction in the second prediction matches the content of a specific event. The second point information includes card information, event type, and points as data items.

[0148] "Card Information" is information that identifies a card. In other words, "Card Information" is information that identifies a player as an example of a real character associated with a card. "Event Type" indicates the type of specific event that is the subject of the second prediction. "Points" indicates the points awarded to game player 30. Specifically, "Points" indicates the base points mentioned above. Here, points associated with "Card Information" as "0" represent the default points awarded when no card is set in the second player box 772.

[0149] In the example in Figure 17, 150 points are associated with the player identified as "P001" and the content of the specific event, "home run." In other words, in the second prediction, if the game player 30 sets the card associated with the player identified as "P001" in the second player box 772 and registers a prediction that the player identified as "P001" will hit a home run, and the player identified as "P001" does hit a home run, the awarding unit 150 awards the game player 30 points by multiplying the base points of 150 by a multiplier. In this way, the awarding unit 150 determines the points to be awarded to the game player 30 based on the points associated with the actual character and the type of specific event.

[0150] The value of "points" in the second point information may be set according to the frequency of occurrence of events. The value of "points" in the second point information may be set according to the frequency of occurrence of events by the actual character. The value of "points" in the second point information may be determined according to the actual character's achievements, abilities, and / or skills. For example, an actual character with few home run achievements may be assigned a high value for "points" associated with "home run" in the second point information. The value of "points" in the second point information may be determined for each game medium (e.g., card). For example, one actual character may be associated with multiple game mediums, and different points may be assigned to the card information of each of the multiple game mediums as the value of "points" in the second point information.

[0151] In relation to Figure 17, a method of awarding points to the game player 30 corresponding to the combination of a real character and the type of event has been described. However, a method of awarding points to the game player 30 corresponding to the type of event, regardless of the real character, may also be adopted.

[0152] Figure 18 shows an example of screen 800 displayed on the user terminal 20 when a match is in progress. Screen 800 is displayed when an event consistent with the content of the second prediction is obtained. In Figure 18, among the elements included in screen 800, elements corresponding to the elements included in screen 700, which were explained in relation to Figure 13, are assigned the same codes as the corresponding elements in screen 700.

[0153] After the game player 30 registers their second prediction, if the acquisition unit 110 acquires a specific event whose content is consistent with the content of the second prediction, the control unit 140 displays a notification object 820 on the user terminal 20. The notification object 820 is an object that indicates that the content of the specific event is consistent with the content of the second prediction. The notification object 820 includes a message indicating that the content of the specific event is consistent with the content of the second prediction, and information indicating the points to be awarded to the game player 30.

[0154] If the acquisition unit 110 does not acquire a specific event whose content is consistent with the content of the second prediction, the control unit 140 does not need to display a notification message on the user terminal 20. If the acquisition unit 110 does not acquire a specific event whose content is consistent with the content of the second prediction, the control unit 140 may display a notification object on the user terminal 20 indicating that the content of the specific event was inconsistent with the content of the second prediction.

[0155] In this manner, the control unit 140 instructs the user terminal 20 to indicate whether the input regarding the second prediction registered by the registration unit 130 is consistent with or inconsistent with the specific event acquired by the acquisition unit 110. The control unit 140 may instruct the user terminal 20 to indicate consistency or inconsistency during the progress of the game. The control unit 140 may display the notification object 820 multiple times. The control unit 140 may display the notification object 820 to the user terminal 20 in at least one of the following cases: (i) when an event is acquired indicating that the result of the at-bat subject to the second prediction has been determined; (ii) when an event is acquired indicating that the offensive inning or round including the at-bat subject to the second prediction has ended; and (iii) when an event is acquired indicating that the game has ended.

[0156] The control unit 140 may display the notification object 820 again if it has displayed the notification object 820 and the game player 30 has not acknowledged it. For example, if the game player 30 does not interact with the notification object 820, the control unit 140 may determine that the notification object 820 has not been acknowledged by the game player 30 and may display the notification object 820 again at any later time. As an example, the control unit 140 may display the notification object 820 again if the game image is presented to the game player 30 again in a non-real-time manner. In this way, the control unit 140 may present consistency or inconsistency again if it has presented consistency or inconsistency and the presented consistency or inconsistency has not been acknowledged by the game player 30.

[0157] Figure 19 shows an example of screen 900 displayed on the user terminal 20 when a game is in progress. Screen 900 is an example of a screen displayed on the user terminal 20 when making a third prediction. Screen 900 is displayed when the second inning instruction button 782 is pressed on screen 700 shown in Figure 13.

[0158] In Figure 19, among the elements included in screen 900, those corresponding to the elements included in screen 700, which were explained in relation to Figure 13, are assigned the same symbols as those assigned to the corresponding elements in screen 700. Screen 900 in Figure 19 is displayed when the game player 30 is instructed to make predictions for the 8th inning by pressing the 2nd inning instruction button 782 in screen 700 shown in Figure 13.

[0159] Screen 900 includes a match information area 710, a match image area 720, and a prediction information input area 930. The prediction information input area 930 is an area where images for inputting the third prediction are displayed.

[0160] The prediction information input area 930 includes a team card box 910, a team card information box 920, and a set number of attempts box 940.

[0161] The team card box 912 displays an image of the card associated with the predicted team. If a game player 30 possesses a card associated with a team, they can set that card in the team card box 910.

[0162] In the example shown in Figure 19, the input for the third prediction is made by setting a card in the team card box 910. Specifically, the input for the third prediction is made by setting a card associated with a team, rather than a card associated with a player. Other forms of input for the third prediction include selecting from multiple options, inputting text information, etc. The control unit 140 may limit the number of times the same card is selected during the acquisition of a series of events related to the match. The control unit 140 may limit the number of times the same card is selected in a single match to a predetermined number or less.

[0163] Each card associated with a team has pre-associated team card information that includes information indicating the conditions for awarding points and point information indicating the points awarded when those conditions are met. The team card information box 920 displays the team card information associated with the card set in the team card box 912. In the example in Figure 19, a card is set in the team card box 910 that has the awarding condition "hit two or more home runs" and the point information "200pt" associated with it.

[0164] The setting count box 940 indicates the remaining number of times a third prediction can be made. The remaining number of times a third prediction can be made may be calculated based on a predetermined maximum number of third predictions that can be made in a day and the number of third predictions that have been made in a day. The remaining number of times a third prediction can be made may be calculated based on a predetermined maximum number of third predictions that can be made in a single match and the number of third predictions that have been made in a single match.

[0165] In the prediction information input area 930, the registration button 761 is a button for receiving instructions to make a third prediction. The unregistration button 762 is a button for receiving instructions not to make a third prediction. When the registration button 761 is operated, the user terminal 20 transmits the third prediction information, including the information entered in the prediction information input area 830, to the game control device 10.

[0166] If the unregistered button 762 is pressed in the prediction information input area 930, the third prediction information is not sent to the game control device 10, and the third prediction is canceled. If the batting instruction button 731 is pressed, the screen returns to a screen for making predictions for the current batting position, such as screen 700 in Figure 13.

[0167] The registration of the third prediction can be made conditional on the change of innings. For example, if the inning changes to the 7th inning, it is possible to register the third prediction regarding events that will occur in the 8th inning before the start of the 8th inning. In this way, the control unit 140 may enable the registration of the third prediction regarding events that will occur in the next inning before the start of the next inning. The first acceptance period for accepting the registration of the third prediction for the first inning of multiple innings and the second acceptance period for accepting the registration of the third prediction for innings other than the first inning may be different. For example, the first acceptance period may be longer than the second acceptance period. For example, the first acceptance period may be at any time before the start of the game.

[0168] Figure 20 shows an example of the data structure of the registration information for the third prediction stored in the memory unit 190. The registration information for the third prediction includes the game player ID, match ID, prediction target, card ID, time, and status.

[0169] "Game Player ID" is identification information that identifies game player 30. "Match ID" is identification information that identifies the match. "Predicted Target" is information that identifies the inning that game player 30 predicts. "Card ID" is the card information of the card set in team card box 910. "Time" is the time when the input regarding the third prediction was registered. "Status" is information that indicates whether or not the content regarding the inning has been finalized.

[0170] When the acquisition unit 110 acquires an event indicating the end of an inning, the awarding unit 150 determines whether or not to award points to the game player 30. Specifically, the awarding unit 150 determines to award points to the game player 30 if the events related to the inning acquired by the acquisition unit 110 include an event that is consistent with the content of the third prediction. Specifically, the awarding unit 150 refers to the registration information related to the third prediction, acquires card information of the card ID, and acquires team card information from the acquired card information. The awarding unit 150 determines to award points to the game player 30 if an event that satisfies the awarding conditions included in the acquired team card information is included in the events related to the inning acquired by the acquisition unit 110. If the awarding unit 150 determines to award points to the game player 30, it awards points to the game player 30 based on the point information included in the team card information.

[0171] Figure 21 shows an example of screen 1000 displayed on the user terminal 20 when a game is in progress. Screen 1000 is displayed when an event indicating the end of an inning is detected. In Figure 21, among the elements included in screen 800, elements corresponding to the elements included in screen 700, which were explained in relation to Figure 13, are assigned the same codes as the corresponding elements in screen 700.

[0172] After the game player 30 registers their third prediction input, if the acquisition unit 110 finds that the events related to the inning acquired by the acquisition unit 110 include events that are consistent with the content of the third prediction, the control unit 140 displays a notification object 1020 on the user terminal 20. The notification object 1020 is an object that indicates that the events related to the inning acquired by the acquisition unit 110 include events that are consistent with the content of the third prediction. The notification object 1020 includes a message indicating that the content of the events related to the inning is consistent with the content of the third prediction, and information indicating the points to be awarded to the game player 30.

[0173] If the acquisition unit 110 does not acquire any events related to an inning that are consistent with the content of the third prediction, the control unit 140 does not need to display a notification message on the user terminal 20. If the acquisition unit 110 does not acquire any events related to an inning that are consistent with the content of the third prediction, the control unit 140 may display a notification object on the user terminal 20 indicating that there were no events related to an inning that were consistent with the content of the third prediction.

[0174] In this manner, the control unit 140 instructs the user terminal 20 to indicate whether the input regarding the third prediction registered by the registration unit 130 is consistent with or inconsistent with the events acquired by the acquisition unit 110. The control unit 140 may instruct the user terminal 20 to indicate consistency or inconsistency during the progress of the game. The control unit 140 may display the notification object 1020 multiple times. The control unit 140 may display the notification object 1020 on the user terminal 20 in at least one of the following cases: (i) when an event indicating the end of the inning targeted by the third prediction is acquired, and (ii) when an event indicating the end of the game is acquired.

[0175] Figure 22 shows an example of first point information stored in the memory unit 190. The first point information is used to determine the points awarded to the game player 30 if the player predicted by the game player 30 in the first prediction performs well. In other words, the first point information is used to determine the points awarded to the game player 30 in accordance with a specific event in which the real character predicted by the game player 30 in the first prediction was involved. The first point information includes card information, event type, and points as data items.

[0176] "Card Information" is information that identifies the card. In other words, "Card Information" is information that identifies the player as an example of a real character associated with the card. "Event Type" indicates the type of specific event for which points are awarded. "Points" indicates the points awarded to game player 30.

[0177] In the example in Figure 22, 100 points are associated with the player identified as "P001" and the specific event "home run". In other words, in the first prediction, if game player 30 registers the player identified as "P001", and the player identified as "P001" hits a home run during the game, the awarding unit 150 awards 100 points to game player 30. In this way, the awarding unit 150 determines the points to be awarded to game player 30 based on the points associated with the actual character and the type of specific event.

[0178] The value of "points" in the first point information may be set according to the frequency of the event occurring. The value of "points" in the second point information may be set according to the frequency of the event occurring by the actual character. The value of "points" in the first point information may be determined according to the actual character's achievements, abilities, and / or skills. For example, an actual character with few home run achievements may be assigned a high value for "points" associated with "home run" in the first point information. The value of "points" in the first point information may be determined for each game medium (e.g., card). For example, one actual character may be associated with multiple game mediums, and different points may be assigned to the card information of each of the multiple game mediums as the value of "points" in the second point information.

[0179] In relation to Figure 22, a method of awarding points to the game player 30 corresponding to the combination of a real character and the type of event has been described. However, a method of awarding points to the game player 30 corresponding to the type of event, regardless of the real character, may also be adopted.

[0180] Figure 23 shows an example of a screen 1100 that is displayed on the user terminal 20 when the match ends. Screen 1100 is displayed when the first prediction has been made and an event indicating that the match has ended has been obtained. In Figure 23, among the elements included in screen 1100, elements that correspond to the elements included in screen 700, which were explained in relation to Figure 11, are assigned the same codes as the corresponding elements in screen 700.

[0181] If the game player 30 has registered their first prediction before the start of the match, the control unit 140 calculates the points to be awarded to the game player 30 based on the content of the first prediction and the match-related events acquired by the acquisition unit 110, and displays a notification object 1120 containing information indicating the calculated points on the user terminal 20.

[0182] In this manner, the control unit 140 instructs the user terminal 20 to provide a presentation based on the input regarding the first prediction registered by the registration unit 130 and the events related to the match acquired by the acquisition unit 110. The control unit 140 may also provide this presentation to the user terminal 20 after the match has ended.

[0183] Figure 24 shows an example of a screen 2000 that can be displayed on the user terminal 20 after the match has ended. Screen 2000 may be displayed on the condition that the first prediction has been made and an event indicating that the match has ended has been obtained. Screen 2000 may be displayed after screen 1100 shown in Figure 23. Screen 2000 may be displayed after screen 1100 shown in Figure 23 has been displayed and a predetermined operation has been performed by the game player 30. Screen 2000 may be displayed when a predetermined operation has been performed without requiring the game player 30 to view the game image.

[0184] Screen 2000 includes image 2011, image 2012, and image 2013 of cards associated with players, performance information 2021, performance information 2022, and performance information 2023, and point information 2031, point information 2032, and point information 2033.

[0185] Point information 2031, image images 2011, 2012, and 2013 are image images of the cards registered on screen 500 shown in Figure 10. Performance information 2021, 2022, and 2023 show the match performance of the players associated with the cards in image images 2011, 2012, and 2013, respectively. Point information 2031, 2032, and 2033 are calculated based on the events in which the players associated with the cards in image images 2011, 2012, and 2013 were involved, and the first point information.

[0186] For example, the awarding unit 150 calculates 240 points to award to the game player 30 based on the total points of 120 points (120 points for hitting a home run and 20 points for hitting a double) of the player associated with the card in image 2012, the "2x" coefficient information (because two cards associated with the team to which the player associated with the card in image 2012 belongs are registered), and the "1x" supplementary information (because the card in image 2012 is associated with the card placement area where it is registered in the player registration area 510).

[0187] Thus, the granting unit 150 grants game elements on the condition that a specific event occurs involving a real character associated with multiple cards registered by the registration unit 130. The granting unit 150 grants game elements on the condition that a specific event involving a real character associated with multiple cards registered by the registration unit 130 is obtained. The granting unit 150 grants points in a manner associated with multiple cards registered by the registration unit 130.

[0188] Furthermore, the point awarding unit 150 may award points to the game player 30 only for specific events involving players belonging to the winning team. For example, even if a pitcher associated with the card in image 2011 meets the condition for a quality start, which is one of the point awarding conditions, the point awarding unit 150 will not award points corresponding to the quality start to the game player 30 if the team to which that pitcher belongs loses the game. In this way, the control unit 140 awards game elements based on the occurrence of predetermined events relating to the attributes of players associated with multiple cards registered by the registration unit 130.

[0189] Figure 25 shows an example of a flowchart relating to the processing of the second prediction performed by the game control device 10. The processing in this flowchart starts when the display of the screen for making the second prediction is instructed. For example, it starts when the batting instruction button 731 or batting instruction button 732 shown in Figure 13 is operated.

[0190] In S3000, the game control device 10 determines whether or not to accept the second prediction. For example, the control unit 140 refers to the registration information regarding the second prediction and calculates the number of times the game player 30 has made a second prediction within a predetermined period. If the calculated number is less than a predetermined number, it decides to accept the second prediction, and if the calculated number reaches a predetermined number, it decides not to accept the second prediction.

[0191] In this way, the control unit 140 allows input registration only for a predetermined number or fewer of specific events among a series of specific events. Specifically, the control unit 140 allows input registration only for a predetermined number or fewer of specific events among a series of specific events within a predetermined period.

[0192] The control unit 140 may change the number of times it accepts registrations for the second prediction if the time period during which a series of events occur in the match is extended or shortened. For example, if the period during which the series of events occur is extended, the control unit 140 may increase the number of registrations. Specifically, if the match goes into extra time, the control unit 140 may increase the number of registrations. If the period during which the series of events occur is shortened, the control unit 140 may decrease the number of registrations.

[0193] If it is determined in S3000 that the second prediction should be accepted, the process proceeds to S3002. If it is determined in S2000 that the second prediction should not be accepted, the process in this flowchart is terminated.

[0194] In S3002, the game control device 10 causes the user terminal 20 to display an image for inputting the second prediction. Specifically, the image generation unit 160 generates an image for inputting the second prediction, and the communication unit 192 transmits the image generated by the image generation unit 160 to the user terminal 20. For example, the image generation unit 160 generates an image to be displayed in the prediction information input area 730 in Figure 13, and the communication unit 192 transmits the image generated by the image generation unit 160 to the user terminal 20.

[0195] In S3004, the game control device 10 determines whether a predetermined period of time has elapsed. Specifically, the control unit 140 determines whether a predetermined expected time has elapsed since a predetermined event preceding a specific event was acquired. The "predetermined event preceding a specific event" may be, for example, the event that a player who could be the target of the second prediction steps up to bat. The "predetermined event preceding a specific event" may be the event that a player who could be the target of the second prediction steps up to bat. The predetermined time may be, for example, one minute.

[0196] If it is determined in S3004 that the predetermined period has not elapsed, in S3005 the game control device 10 determines whether or not it has acquired the second prediction information. If it is determined in S3005 that the second prediction information has not been acquired, the process returns to S3004. If it is determined in S3005 that the second prediction information has been acquired, in S3006 the registration unit 130 registers the second prediction information. Specifically, the registration unit 130 registers a record of registration information related to the second prediction generated based on the second prediction information. If the second prediction information is received multiple times within the predetermined period, the registration unit 130 overwrites the already registered record of registration information related to the second prediction. That is, the registration unit 130 cancels the already registered registration information related to the second prediction and overwrites it with new registration information for the second prediction. In this way, the registration unit 130 can register new information related to the second prediction again only after the cancellation of already registered registration information related to the second prediction and within the predetermined period. This allows game player 30 to revise their second prediction made previously.

[0197] If it is determined in S3004 that a predetermined period has elapsed, in S3010 the game control device 10 determines whether or not a change event has been acquired. A change event is an event that indicates a change in the situation in real space that satisfies predetermined conditions. In this embodiment, a change event is, for example, an event that can be a factor that forcibly cancels the second prediction. Change events include, for example, an event that results in three outs before the batter's at-bat result is known, and an event that can affect the batter's at-bat result to satisfy predetermined conditions. Examples of change events include an event that results in three outs due to a runner failing to steal a base or being picked off, an event indicating a change in weather, an event indicating a player injury, an event indicating a player substitution, an event indicating a cancellation of a player's turn to play, and an event indicating a brawl between players. An event indicating a change in weather may include an event indicating that the game has been canceled or interrupted due to a change in weather.

[0198] If it is determined in S3010 that a change event has been acquired, in S3012 the registration unit 130 forcibly cancels the registration information for the second forecast that has already been registered. In this way, the registration unit 130 can cancel the registered registration information for the second forecast in the first manner, conditional on the acquisition of a change event. Cancellation in the first manner is a forced cancellation.

[0199] In S3014, the control unit 140 notifies the game player 30 of information regarding the cancellation of the registration information for the second prediction. For example, the control unit 140 may notify the game player 30 of the details of the change event, along with the fact that the registration information for the second prediction has been canceled.

[0200] In S3020, the control unit 140 determines whether or not a specific event that is the target of the second prediction has been acquired. The determination in S3020 is repeated each time a new event is acquired.

[0201] If it is determined in S3020 that a specific event has been acquired, in S3022 the awarding unit 150 calculates the points to be awarded to the game player 30. Specifically, if the content of the specific event is consistent with the expected content, the awarding unit 150 refers to the second point information and calculates the points to be awarded to the game player 30 based on the base points corresponding to the actual character and the type of specific event, and the multiplier. If the content of the specific event is not consistent with the expected content, the awarding unit 150 calculates 0 points to be awarded to the game player 30.

[0202] Furthermore, in S3022, even if the content of a specific event does not match the expected content, the awarding unit 150 may calculate a point value greater than 0 to be awarded to the game player 30 if the content of the specific event is similar to the expected content. For example, if the game player 30's expected content is "triple" and the acquired content of the specific event is "double", the awarding unit 150 may calculate the points to be awarded to the game player 30 by multiplying the points associated with "double" by a predetermined coefficient of less than 1.

[0203] The awarding unit 150 may award points to the game player 30 according to the elapsed time from when the input of the second prediction by the registration unit 130 is registered until when the acquisition unit 110 acquires the specific event. For example, the awarding unit 150 may calculate the elapsed time between the time the specific event is acquired and the time included in the registration information regarding the second prediction, and award points to the game player 30 according to the calculated elapsed time. For example, the awarding unit 150 may award points of higher value to the game player 30 the longer the elapsed time. As an example, if the elapsed time is longer than a predetermined time, the awarding unit 150 may award the first game element to the game player 30, and if the elapsed time is shorter than a predetermined time, it may award the second game element, which is of lower value than the first game element, to the game player 30.

[0204] When calculating points, the awarding unit 150 may refer to the game player information to obtain the rank information of the game player 30, and award points to the game player 30 according to the rank indicated by the rank information. For example, the awarding unit 150 may award more points to the game player 30 the higher their rank.

[0205] Thus, the awarding unit 150 awards a first point on the condition that the content of the specific event acquired by the acquisition unit 110 matches the expected content indicated by the input, and awards a second point on the condition that the content of the specific event acquired by the acquisition unit 110 matches the expected content indicated by the input. The first point is a point with a higher value than the second point.

[0206] If the registration of the second prediction input by the registration unit 130 is performed after the acquisition of a specific event, the control unit 140 may cancel the registration. For example, the control unit 140 may delete the record of the registration information related to the registered second prediction. In this case, the control unit 140 may return the consumed points or tickets to the game player 30, conditional on the cancellation of the registration.

[0207] In another configuration, if the registration unit 130 registers the input of the second prediction after the acquisition of a specific event, the control unit 140 may award the second point to the game player 30. If the registration unit 130 registers the input of the second prediction before the acquisition of a specific event, the control unit 140 may award the game player 30 the first point, which has a higher value than the second point.

[0208] Next, in S3024, the awarding unit 150 awards points to the game player 30. Specifically, the awarding unit 150 adds the points calculated in S3022 to the "points" value in the game player information.

[0209] The flowchart in Figure 25 illustrates an example where the registration of the second prediction information is performed within a predetermined period after a player who could be the target of the second prediction steps up to bat. However, the registration of the second prediction information may be possible at any time after the game has started but before any specific event is acquired.

[0210] As explained in relation to Figure 25, etc., a specific event is an event that occurs as a condition for a predetermined action by a player, and the acquisition unit 110 acquires a specific event on the condition that it has acquired an event indicating that a predetermined action has been taken by a player involved in a series of events in space. The awarding unit 150 also awards points to the game player 30 based on the specific event on the condition that the acquisition unit 110 has acquired the specific event in which a player is involved. Specifically, the awarding unit 150 awards points to the game player 30 on the condition that the acquisition unit 110 has acquired a specific event that satisfies the awarding conditions shown on the card. The awarding unit 150 may also award points to the game player 30 based on the specific event on the condition that it has acquired a specific event in which a player associated with a card set in the second player box 772, as explained in relation to Figure 13, is involved. The timing of the awarding unit 150 awarding points may be during the acquisition of a series of events related to the match by the acquisition unit 110, or it may be after the acquisition of the specific event.

[0211] In the above embodiment, it is possible to register the second prediction information after registering the first prediction information. In other embodiments, the control unit 140 may make it impossible to register the second prediction information after registering the first prediction information. The control unit 140 may make it possible to register the second prediction information on the condition that no first prediction information has been registered.

[0212] Furthermore, even after the period predetermined in S3004 has elapsed, the control unit 140 may, on the condition that a change event satisfying predetermined conditions is acquired, allow the already registered registration information to be canceled in the second manner instead of the first manner. The "change event satisfying predetermined conditions" may be an event that brings about a change in the game situation, batting environment and / or pitching environment that satisfies predetermined conditions, such as stealing a base, a balk, or advancing a base due to an error. When the control unit 140 acquires a change event that satisfies predetermined conditions, it may perform control to notify the game player 30 that it is possible to change the registration related to the second prediction. In this way, the control unit 140 may perform control to notify that it is possible to cancel the input registered by the registration unit 130 on the condition that a change event is acquired.

[0213] Figure 26 shows an example of a flowchart relating to the processing of the third prediction performed by the game control device 10. The processing in this flowchart starts when the display of the screen for making the third prediction is instructed. For example, it starts when the second inning instruction button 782 shown in Figure 13 is operated.

[0214] In S3100, the game control device 10 determines whether or not to accept the third prediction. For example, the control unit 140 refers to the registration information regarding the third prediction and calculates the number of times the game player 30 has made a third prediction within a predetermined period. If the calculated number is less than a predetermined number, it decides to accept the third prediction, and if the calculated number reaches a predetermined number, it decides not to accept the third prediction.

[0215] The control unit 140 may change the number of times it accepts a third prediction if the time period during which a series of events occur in the match is extended or shortened. For example, the control unit 140 may increase the number of acceptances if the period during which the series of events occur is extended. Specifically, it may increase the number of acceptances if the match goes into extra time. The control unit 140 may decrease the number of acceptances if the period during which the series of events occur is shortened.

[0216] If it is determined in S3100 that the third prediction should be accepted, the process proceeds to S3102. If it is determined in S3100 that the third prediction should not be accepted, the process in this flowchart is terminated.

[0217] In S3102, the game control device 10 causes the user terminal 20 to display an image for inputting the third prediction. Specifically, the image generation unit 160 generates an image for inputting the third prediction, and the communication unit 192 transmits the image generated by the image generation unit 160 to the user terminal 20. For example, the image generation unit 160 generates an image to be displayed in the prediction information input area 830 in Figure 19, and the communication unit 192 transmits the image generated by the image generation unit 160 to the user terminal 20.

[0218] In S3104, the game control device 10 determines whether a predetermined period has elapsed. Specifically, the control unit 140 determines that a predetermined period has elapsed when it acquires an event indicating that the expected inning has started. If it is determined that a predetermined period has elapsed, the process proceeds to S3120.

[0219] If, in S3104, it is determined that the predetermined period has not elapsed, then in S3105, the game control device 10 determines whether or not the third prediction information has been acquired. If, in S3105, it is determined that the third prediction information has not been acquired, the process returns to S3104. If, in S3105, it is determined that the third prediction information has been acquired, then in S3106, the registration unit 130 registers the third prediction information. Specifically, the registration unit 130 registers a record of registration information related to the third prediction generated based on the third prediction information. If the third prediction information for the same inning is received multiple times, the registration unit 130 overwrites the already registered record of registration information related to the third prediction. This allows the game player 30 to modify previously made third predictions.

[0220] In S3120, the control unit 140 determines whether or not an event indicating the end of an inning has been acquired. The determination in S3120 is repeated each time a new event is acquired. This allows registration of the third prediction to be possible until before an event occurring in the inning is acquired.

[0221] If it is determined in S3120 that an event indicating the end of an inning has been acquired, in S3122 the awarding unit 150 calculates the points to be awarded to the game player 30. Specifically, the awarding unit 150 calculates the points to be awarded to the game player 30 based on the registered information regarding the third prediction and the content of the event related to the inning.

[0222] Next, in S3124, the awarding unit 150 awards points to the game player 30. Specifically, the awarding unit 150 adds the points calculated in S3122 to the "points" value in the game player information.

[0223] Figure 27 shows an example of a flowchart relating to the processing of the first prediction executed by the game control device 10. The processing in this flowchart starts when the acquisition of a series of events is complete. For example, the processing in this flowchart starts when the event that the match has ended is acquired.

[0224] In S3202, the control unit 140 acquires first prediction information from the storage unit 190. In S3204, the control unit 140 extracts events that were related to the actual character registered in the first prediction, based on the first prediction information, the series of events acquired by the acquisition unit 110, and the first point information, and which are defined in the first point information.

[0225] In S3206, the awarding unit 150 calculates the points to be awarded to the game player 30 based on the first prediction information, the first point information, and the events extracted in S3204. If multiple real characters are registered in the first prediction, the awarding unit 150 may calculate the points to be awarded to the game player 30 by summing the points calculated based on the events in which each of the multiple real characters was involved.

[0226] Next, in S3208, the awarding unit 150 awards points to the game player 30. Specifically, the awarding unit 150 adds the points calculated in S3206 to the "points" value in the game player information. The awarding unit 150 awards the points calculated in S3206 to the game player 30 without requiring the game player 30 to view game images.

[0227] According to the game system 5 described above, the game player 30 can observe events corresponding to events occurring in the real world, and for example, predict the actions of their favorite real-world character or specific events that will occur as a result of that character's actions, and enjoy the outcome. Therefore, it is possible to provide a highly entertaining game for the game player 30.

[0228] The above explanation of Game System 5's operation primarily focused on baseball games, but the term "game" is not limited to baseball. "Game" can refer to various sports (including esports), various games, etc. "Game" can also include matches of board games such as chess, Othello, Mahjong, Go, and Shogi.

[0229] Figure 28 shows an example of a computer 5000 in which multiple embodiments of the present invention may be embodied in whole or in part. A program installed on the computer 5000 may cause the computer 5000 to function as a game system 5 or parts of said system, a user terminal 20 or parts of said user terminal, or a game control device 10 or parts of said device, to perform operations associated with said system or parts of said system, said user terminal or parts of said user terminal, or said device or parts of said device, and / or to perform a process or stage of said process according to the embodiment. Such a program may be executed by the CPU 5012 to cause the computer 5000 to perform specific operations associated with some or all of the processing procedures and blocks of the block diagram described herein.

[0230] The computer 5000 according to this embodiment includes a CPU 5012 and RAM 5014, which are interconnected by a host controller 5010. The computer 5000 also includes a ROM 5026, flash memory 5024, communication interface 5022, and input / output chip 5040. The ROM 5026, flash memory 5024, communication interface 5022, and input / output chip 5040 are connected to the host controller 5010 via an input / output controller 5020.

[0231] The CPU 5012 operates according to the programs stored in the ROM 5026 and RAM 5014, thereby controlling each unit.

[0232] The communication interface 5022 communicates with other electronic devices via a network. The flash memory 5024 stores programs and data used by the CPU 5012 in the computer 5000. The ROM 5026 stores boot programs and / or hardware-dependent programs of the computer 5000, such as a boot program executed by the computer 5000 when activated. The input / output chip 5040 may also connect various input / output units such as keyboards, mice, and monitors to the input / output controller 5020 via input / output ports such as serial ports, parallel ports, keyboard ports, mouse ports, monitor ports, USB ports, and HDMI® ports.

[0233] The program is provided via a computer-readable storage medium such as a CD-ROM, DVD-ROM, or memory card, or via a network. RAM 5014, ROM 5026, or flash memory 5024 are examples of computer-readable storage media. The program is installed in flash memory 5024, RAM 5014, or ROM 5026 and executed by CPU 5012. The information processing described within these programs is read by computer 5000, resulting in coordination between the program and the various types of hardware resources described above. The apparatus or method may be configured to realize the operation or processing of information in accordance with the use of computer 5000.

[0234] For example, when communication is performed between computer 5000 and an external device, CPU 5012 may execute a communication program loaded into RAM 5014 and instruct the communication interface 5022 to perform communication processing based on the processing described in the communication program. Under the control of CPU 5012, the communication interface 5022 reads the transmission data stored in the transmission buffer processing area provided in the recording medium such as RAM 5014 and flash memory 5024, transmits the read transmission data to the network, and writes the received data received from the network to the receive buffer processing area provided on the recording medium.

[0235] Furthermore, the CPU 5012 may read all or necessary parts of a file or database stored on a recording medium such as flash memory 5024 into RAM 5014, and perform various types of processing on the data in RAM 5014. The CPU 5012 then writes the processed data back to the recording medium.

[0236] Various types of information, such as various types of programs, data, tables, and databases, may be stored on the recording medium and subjected to information processing. The CPU 5012 may perform various types of processing on the data read from RAM 5014, including various types of operations, information processing, conditional judgments, conditional branching, unconditional branching, information retrieval / replacement, etc., as described herein and specified by the program instruction sequence, and write the results back to RAM 5014. The CPU 5012 may also retrieve information in files, databases, etc., within the recording medium. For example, if multiple entries are stored in the recording medium, each having an attribute value of a first attribute associated with an attribute value of a second attribute, the CPU 5012 may search among the multiple entries for an entry that matches the condition where the attribute value of the first attribute is specified, read the attribute value of the second attribute stored in that entry, and thereby obtain the attribute value of the second attribute associated with the first attribute that satisfies a predetermined condition.

[0237] The programs or software modules described above may be stored on or near computer 5000 on a computer-readable storage medium. Recording media such as hard disks or RAM provided within a server system connected to a dedicated network or the Internet can be used as computer-readable storage media. Programs stored on computer-readable storage media may be provided to computer 5000 via the network.

[0238] A program installed on the computer 5000, which causes the computer 5000 to function as a game control device 10, may, when executed by the computer, act on the CPU 5012, etc., causing the computer 5000 to function as a part of the game control device 10. The information processing described in these programs is read by the computer 5000, causing the computer 5000 to function as a part of the game control device 10, which is a concrete means of cooperation between software and the various hardware resources described above. Then, by realizing the calculation or processing of information according to the purpose of use of the computer 5000 in this embodiment, a game control device 10 specific to the purpose of use is constructed.

[0239] A program installed on the computer 5000, which causes the computer 5000 to function as a user terminal 20, may, when executed by the computer, act on the CPU 5012, etc., to cause the computer 5000 to function as a part of the user terminal 20. The user terminal 20 may, for example, perform at least some of the functions of the parts of the game control device 10, and the program may cause the computer 5000 to function as a part of the user terminal 20 that realizes at least some of those functions. When the information processing described in these programs is read by the computer 5000, the computer 5000 functions as a part of the user terminal 20, which is a concrete means of cooperation between the software and the various hardware resources described above. Then, by realizing the calculation or processing of information according to the purpose of use of the computer 5000 in this embodiment through these concrete means, a unique user terminal 20 according to the purpose of use is constructed.

[0240] Various embodiments have been described with reference to block diagrams, etc. In a block diagram, each block may represent (1) a stage in a process in which an operation is performed, or (2) a part of a device that has the role of performing an operation. A particular stage and part may be implemented by a dedicated circuit, a programmable circuit supplied with computer-readable instructions stored on a computer-readable storage medium, and / or a processor supplied with computer-readable instructions stored on a computer-readable storage medium. The dedicated circuit may include digital and / or analog hardware circuits, and may include integrated circuits (ICs) and / or discrete circuits. The programmable circuit may include reconfigurable hardware circuits, including logic AND, logic OR, logic XOR, logic NAND, logic NOR, and other logic operations, flip-flops, registers, memory elements such as field-programmable gate arrays (FPGAs), programmable logic arrays (PLAs), etc.

[0241] A computer-readable storage medium may include any tangible device capable of storing instructions that are executed by a suitable device, and as a result, a computer-readable storage medium having instructions stored therein constitutes at least part of a product containing instructions that can be executed to provide a means for performing an operation specified in a processing procedure or block diagram. Examples of computer-readable storage media may include electronic storage media, magnetic storage media, optical storage media, electromagnetic storage media, semiconductor storage media, etc. More specific examples of computer-readable storage media may include floppy disks, diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), electrically erasable programmable read-only memory (EEPROM), static random access memory (SRAM), compact disk read-only memory (CD-ROM), digital multipurpose disc (DVD), Blu-ray® disc, memory stick, integrated circuit card, etc.

[0242] Computer-readable instructions may include assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk®, Java®, C++, and traditional procedural programming languages ​​such as the C programming language or similar programming languages.

[0243] Computer-readable instructions may be provided locally or via a wide area network (WAN) such as a local area network (LAN) or the internet to the processor or programmable circuit of a programmable data processing device such as a computer, and may be executed to provide a means for performing the described processing procedure or the operation specified in the block diagram.

[0244] Here, "computer" can refer to a personal computer (PC), tablet computer, smartphone, workstation, server computer, or general-purpose computer, and may also refer to a computer system in which multiple computers are connected. Such a computer system in which multiple computers are connected is also called a distributed computing system and is a computer in a broad sense. In a distributed computing system, each of the multiple computers executes a part of the program, and the multiple computers execute the program collectively by passing data from the computers during program execution as needed.

[0245] Examples of processors include computer processors, central processing units (CPUs), processing units, microprocessors, digital signal processors, controllers, and microcontrollers. A computer may have one or more processors. In a multiprocessor system with multiple processors, each processor executes a portion of the program, and the processors collectively execute the program by passing program execution data between them as needed. For example, in the execution of multitasking, each of the multiple processors may execute a portion of each task in small chunks by switching tasks at each time slice. In this case, which part of a program each processor executes changes dynamically. Alternatively, which part of a program each of the multiple processors executes may be statically determined by multiprocessor-aware programming.

[0246] Although the present invention has been described above using embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various modifications or improvements can be made to the above embodiments. It will be clear from the claims that such modified or improved forms may also be included in the technical scope of the present invention.

[0247] It should be noted that the execution order of operations, procedures, steps, and stages in the apparatus, systems, programs, and methods shown in the claims, specifications, and drawings is not explicitly stated as "before," "prior to," etc., and that these can be implemented in any order unless the output of a previous process is used in a later process. Even if the operation flow in the claims, specifications, and drawings is described using phrases such as "first," "next," etc. for convenience, it does not mean that it is essential to perform the operations in that order.

[0248] Furthermore, some or all of the above embodiments may also be described as follows, but are not limited to these. [Note 1] An acquisition unit that acquires a series of events in real space, A registration unit that registers input from the game player regarding the above series of events, A control unit that controls the above-mentioned registration unit, Equipped with, The control unit, upon receiving the above input from the game player, controls the system to enable the display of posts regarding the game's progress based on the above series of events. Game control device. [Note 2] The above post is based on input from other game players regarding the series of events described above. The game control device described in Appendix 1. [Note 3] The control unit, based on the content of the input from the other game player regarding the series of events described above, controls the display of the post using text information with a predetermined number of characters or less. The game control device described in Appendix 2. [Note 4] The control unit controls the presentation of the above post in a speech bubble format, A game control device as described in any one of the appendices 1 to 3. [Note 5] The control unit controls the display of the post with a variable font size, A game control device as described in any one of the appendices 1 to 4. [Note 6] The granting unit that provides game elements to the above game player, Furthermore, The control unit controls the registration of the input from the game player, conditional on the consumption of the game elements assigned to the game player. A game control device as described in any one of the appendices 1 to 5. [Note 7] The granting unit that provides game elements to the above game player, Furthermore, The control unit controls the presentation of the post based on the input from the game player, conditional on the consumption of the game element. A game control device as described in any one of the appendices 1 to 6. [Note 8] The granting unit that provides game elements to the above game player, Furthermore, The control unit can control the presentation of the post based on the input from the game player, with a font size corresponding to the amount of game elements consumed. A game control device as described in any one of the appendices 1 through 7. [Note 9] The granting unit that provides game elements to the above game player, Furthermore, The control unit can control the presentation of the post based on the input from the game player, using a larger font size, as the consumption of the game elements increases. A game control device as described in any one of the appendices 1 through 8. [Note 10] The control unit can control the presentation of the post based on the input from the game player, using a font size that is progressively larger according to the amount of game elements consumed. The game control device described in Appendix 9. [Note 11] The above series of events includes specific events, The above input represents the predicted content of the specific event as predicted by the above game player. A game control device as described in any one of the appendices 1 through 10. [Note 12] The control unit controls the registration of inputs related to the most recent first specific event and inputs related to the second specific event that follows the first specific event, among the series of events described above. A game control device as described in any one of the appendices 1 through 11. [Note 13] The above post is based on the above input regarding the first specific event or the second specific event described above. The control unit controls the posting based on the input relating to the first specific event to enable the display of the posting before or after the acquisition of the first specific event. The game control device described in Appendix 12. [Note 14] The control unit controls the posting based on the input relating to the first specific event to be presented before the acquisition of the second specific event. The game control device described in Appendix 13. [Note 15] The control unit controls the posting based on the input relating to the second specific event to enable the display of the posting after the display of the posting based on the input relating to the first specific event has ended. The game control device described in Appendix 13 or 14. [Note 16] The control unit controls the presentation of the above-mentioned posts based on the above-mentioned input from the game player, A game control device as described in any one of the appendices 1 through 15. [Note 17] The granting unit that provides game elements to the above game player, Furthermore, The control unit controls the ability to add the game elements on the condition that the content of the specific event matches the expected content indicated by the input. The game control device described in Appendix 11. [Note 18] The above series of events are events that occur in sports matches. A game control device as described in any one of the appendices 1 through 17. [Note 19] A program that, when executed by a computer, causes the computer to function as a game control device as described in any one of the appendices 1 to 18. [Note 20] A game control device described in any one of the appendices 1 to 18, The game displays images based on the series of events described above, and the device operated by the game player is connected to the game player. A game system comprising [Appendix 21] acquiring a series of events in the real space; registering an input regarding the series of events from a game player; when receiving the input from the game player, controllably instructing the presentation of a post regarding the progress of the game based on the series of events; A game control method comprising

Explanation of Reference Numerals

[0249] 10 Game control device 20 User terminal 30 Player 90 Network 100 Processing unit 190 Storage unit 192 Communication unit �000 Computer 5010 Host controller 5012 CPU 5014 RAM 5020 Input / output controller 5022 Communication interface 5024 Flash memory 5026 ROM 8]]5040 Input / output chip

Claims

1. An acquisition unit that acquires a series of events including a specific event in real space, A registration unit that registers input from the game player regarding the aforementioned series of events, Control unit that controls the registration unit and Equipped with, When the control unit receives the input from the game player, it controls the display of a post generated based on the content of the specific event predicted by other game players. Game control device.

2. The control unit further controls the presentation of comments based on the reactions of the other game player to the series of events. The game control device according to claim 1.

3. The aforementioned post is based on input from other game players indicating the details of the aforementioned specific event. The game control device according to claim 1 or 2.

4. The control unit controls the display of the post using text information of a predetermined number of characters or less, based on the content of the input from the other game player indicating the content of the specific event. The game control device according to claim 3.

5. The control unit controls the presentation of the post in a speech bubble format so that it can be instructed to do so. The game control device according to claim 1 or 2.

6. The control unit controls the display of the post with a variable font size. The game control device according to claim 1 or 2.

7. The unit that provides game elements to the aforementioned game player. Furthermore, The control unit controls the registration of the input from the game player, conditional on the consumption of the game elements assigned to the game player. The game control device according to claim 1 or 2.

8. The unit that provides game elements to the aforementioned game player. Furthermore, The control unit controls the presentation of the post based on the input from the game player, conditional on the consumption of the game element. The game control device according to claim 1 or 2.

9. The unit that provides game elements to the aforementioned game player. Furthermore, The control unit controls the presentation of the post based on the input from the game player, with a font size corresponding to the amount of game elements consumed. The game control device according to claim 1 or 2.

10. The unit that provides game elements to the aforementioned game player. Furthermore, The control unit controls the presentation of the post based on the input from the game player, using a larger font size, as the consumption of the game elements increases. The game control device according to claim 1 or 2.

11. The control unit controls the presentation of the post based on the input from the game player, using a font size that is progressively larger according to the amount of game elements consumed. The game control device according to claim 10.

12. The aforementioned series of events includes a specific event, The input indicates the expected content, which is the content of the specific event predicted by the game player. The game control device according to claim 1 or 2.

13. The control unit controls the system to enable registration of inputs relating to the most recent first specific event and inputs relating to the second specific event that follows the first specific event, among the series of events. The game control device according to claim 1 or 2.

14. The aforementioned post is based on the input relating to the first specific event or the second specific event, The control unit controls the posting based on the input relating to the first specific event so that it can be instructed to present the posting before or after the acquisition of the first specific event. The game control device according to claim 13.

15. The control unit controls the posting based on the input relating to the first specific event to be presented before the acquisition of the second specific event. The game control device according to claim 14.

16. The control unit controls the posting based on the input relating to the second specific event to enable the display of the posting after the display of the posting based on the input relating to the first specific event has ended. The game control device according to claim 14.

17. The control unit controls the presentation of the post based on the input from the game player in a manner that can be instructed. The game control device according to claim 1 or 2.

18. The unit that provides game elements to the aforementioned game player. Furthermore, The control unit controls the game element to be added on the condition that the content of the specific event matches the expected content indicated by the input. The game control device according to claim 12.

19. The aforementioned series of events are events that occur in sports matches. The game control device according to claim 1 or 2.

20. A program that, when executed by a computer, causes the computer to function as the game control device described in claim 1 or 2.

21. A game control device according to claim 1 or 2, The game image based on the aforementioned series of events is displayed, and the terminal operated by the game player is connected to A game system that includes the following features.

22. The stage of acquiring a series of events including a specific event in real space, The step of registering input from the game player regarding the aforementioned series of events, When receiving the input from the aforementioned game player, the process involves controlling the presentation of posts generated based on the content of the specific event predicted by other game players. A game control method comprising the following features.

Images