JP2016064143A - Game control device, game system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control device and the like, which proposes one form of a game using position information of the real world, and especially, enables execution of a continuous game based on the position information of the real world.SOLUTION: A position acquisition part 202 acquires terminal position information related to a position of a user terminal 10. A determination part 203 determines whether or not the user terminal 10 exists in a predetermined area where a predetermined event is performed within a predetermined event period when the event is performed on the basis of the acquired terminal position information. A user game information acquisition part acquires user game information related to a situation of a game before the event in the user terminal 10. A game right granting part 204 grants a right to start a predetermined game to the user terminal 10 if the determination part 203 determines that the user terminal 10 exists in the predetermined area within the event period, and the user game information acquired by the user game information acquisition part satisfies a predetermined condition.SELECTED DRAWING: Figure 7

Description

  The present invention relates to a technology that is configured to be accessible from a communication terminal and controls execution of a game by the communication terminal.

  In recent years, in a social networking service (SNS) by a specific service provider, a so-called social game (executed by a game application created based on an operating environment such as an API (Application Programming Interface) operating on a web browser ( Social Game) is popular. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user can enjoy a social game regardless of time and place.

  By the way, with the development of technology in recent years, a GPS (Global Positioning System) function capable of acquiring a current position in the real world has been installed in a portable terminal or the like. A game in which current position information obtained by a portable terminal equipped with such a GPS function is incorporated into a game element has been proposed. For example, the real world and the virtual world in the game are associated with each other, the movement trajectory of the user in the real world is acquired by the GPS function, and the acquired movement trajectory is associated with the virtual world as the user movement trajectory. The user can acquire an in-game character surrounded by the user's movement trajectory (see Patent Document 1).

JP 2002-273034 A

  A game using the GPS function described above is a new game that does not exist in the conventional game in that the user must move in the real world in order to achieve the purpose (for example, to acquire a predetermined character). It can be said that sex is realized. However, in a system in which the purpose is achieved simply by acquiring a character, the game ends at the time of acquisition, and the continuous playability of the game cannot be provided. That is, in the conventional game, although the GPS function is used, the function has been completed in that it has reached a predetermined target point or covered a predetermined area, and the GPS function has been adopted. There was a lack of continuity of the game accompanying.

  An object of the present invention is to propose a form of a game using real-world position information, and in particular, a game control device that enables continuous game execution based on real-world position information, etc. Is to provide.

  (1) A game control device according to an aspect of the present invention is a game control device that is communicably connected to a user terminal, and obtains terminal location information indicating the location of the user terminal (202) A determination unit (203) for determining whether or not the user terminal exists in a predetermined area based on the acquired terminal position information, and that the user terminal exists in the predetermined area by the determination unit A game right granting unit (204) for giving a right to start the first game, which is held for a predetermined period after the discrimination by the discrimination unit when the discrimination is made.

  According to this configuration, only the user terminal in the predetermined area can be given the right to start the first game held for a predetermined period after being in the predetermined area. In other words, only the user who has visited the predetermined area can play the first game after being present in the predetermined area. This first game is a privilege given only to the user who has visited the predetermined area, and it is a great pleasure for the user to play the first game that cannot be played by other users. In addition, the enjoyment of playing the first game itself can be further obtained. Therefore, the user who knows that the right to play the first game can be obtained by going to the predetermined area, has a sense of expectation for acquiring the privilege, and is actually in the predetermined area in the real world. It will motivate you to visit.

  Here, the predetermined area is not limited to a special place such as a baseball stadium, a racetrack, or a concert venue in the real world, but is set by a normal store such as a game center or a sports equipment store, a park, a school, or the organizer side. Refers to various locations, including arbitrary latitude and longitude positions. Further, the first game may be a game having contents related to the predetermined area or a game not related to the predetermined area. The game having the content related to the predetermined area is, for example, a game related to baseball when the predetermined area is a baseball stadium. When the first game is a game related to a predetermined area, it is possible to maintain interest in both the predetermined area and the game.

  (2) The determination unit (203) determines whether the user terminal exists in the predetermined area where the event is performed within an event period during which the predetermined event is performed. A user game information acquisition unit (209) for acquiring user game information related to a second game different from the first game played before the event on the user terminal, The game right granting unit (204) further determines that the user terminal exists in the predetermined area within the event period, and the second game is related to the event. In the case of a game, it is preferable that the user terminal is given a right to start the first game.

  An event refers to a so-called event including a game, an event, an event, or the like performed in the real world.

  According to this configuration, the user terminal is located in a predetermined area where a predetermined event is performed, and before the event is held, the user terminal on which the second game related to the event has been played. Only it will be possible to give the right to start the first game. That is, only users who have participated in a predetermined event in a predetermined area and who have played a second game related to the event before the event is held will receive the first game. Can play.

  For example, if the real-world event is a baseball game and the predetermined area is a baseball stadium, the user who watched the game and played the second game related to baseball before the game Only can get the right to play the first game. In addition, when the predetermined area is a concert venue, only the user who went to listen to the concert and played the second game related to the concert performer or the music piece before the start of the concert is the first The right to play other games can be obtained.

  Thus, when the predetermined event is related to the second game, for example, the real-world event is a baseball game, and the second game played by the user is a game related to baseball. The interest in the baseball game, the second game, and the interest in the baseball game and team in the real world have a synergistic effect, and the interest in both sides can be sustained over a long period of time. It becomes possible.

  Also, before the event is held, the right to start the first game is given only when the game situation of the second game played by the user is to satisfy a predetermined condition Can do. For example, before the user goes to the stadium, when the game situation of the second game satisfies a predetermined condition, the user can play the first game. Therefore, it is possible to give the user who wants to play the first game that can be played only by going to the stadium, the motivation to play the game before going to the stadium or from usual. Here, as described in the following (3), the predetermined condition may be the number of items acquired, and in addition to that, the number of item types and the number of user companions is a predetermined number or more, and the user level May be a condition such that the degree of progress in a game is greater than or equal to a predetermined level and the progress of another mode in the game is greater than or equal to a predetermined level.

  (3) When the user game information acquired by the user game information acquisition unit indicates that a predetermined number or more items have been acquired in the second game, the game right granting unit On the other hand, it is preferable to give a right to start the first game.

  According to this configuration, the right to start the first game can be given when the number of items acquired in the second game related to the event is a predetermined number or more. For example, when the event is a baseball game, the user can play the first game if he acquires a large number of items in the baseball game. It is possible to maintain the interest of both playing and playing games.

  (4) In the user terminal to which the right to start the first game is given, when the second game is executed, an advantage in the second game is given to the user terminal. preferable.

  According to this configuration, a user who is given the right to start the first game can receive an advantage when playing the second game. The reason for providing such an advantage is as follows. That is, for example, when the right to play a special game mode (first game) is given by going to a real-world baseball stadium, the user can enjoy the game mode, but the user can enjoy the game mode. The time for performing the game mode (second game) that was played before going to the stadium is reduced (squeezed). Accordingly, since it can be said that disadvantageous elements work for progress, stage clear, ability improvement, etc. in the second game, the above-mentioned advantages are given to compensate for this point. Alternatively, it is possible to give the user motivation to play both the first game and the second game.

  (5) It is desirable that the degree of progress of the second game is greater than the case where the right to start the first game is not given.

  According to this configuration, even if the first game is played, the advantage that the progress of the second game is increased is given to the user, so let's play both the first game and the second game. It is possible to increase the motivation and interest of the user.

  (6) It is desirable that the advantage is that the points consumed when the second game progresses are smaller than when the right to start the first game is not given. For example, the number of times that the player can play with the same possession point can be made larger or the time can be made longer.

  According to this configuration, even if the first game is played, the user is given the advantage that the points consumed during the progress of the second game are reduced, so that the first game is played, The user's willingness to continue playing the second game can also be generated.

  (7) When the determination unit (203) determines that the user terminal exists in the predetermined area for a predetermined time or more, the game right granting unit (204) It is preferable to give the right to start the game.

  According to this configuration, the right to start the first game can be left unaffected when passing through the predetermined area and its vicinity, or when temporarily stopping at the predetermined area. That is, for example, only the user who actually watched the baseball game at the stadium can be given the right to start the first game.

  (8) The apparatus further includes a login control unit (2011) that receives a connection request from the user terminal and creates a user page of the user terminal that has received the connection request, and the determination unit (203) includes the login control unit. It is determined whether or not the user terminal that accepted the connection request exists in the predetermined area, and the game right granting unit (204) is determined by the determining unit that the user terminal exists in the predetermined area. In this case, the first game is associated with the user terminal, and the login control unit shifts to the predetermined game as a user page of the user terminal with which the game right granting unit associates the first game. It is preferable to create a user page on which a game selection unit for playing is displayed.

  According to this configuration, a user page on which a game selection unit for shifting to the first game is displayed only on the user terminals existing in the predetermined area. Therefore, the user who went to the predetermined area can know that the first game can be played by looking at the user page.

  (9) The determination unit (203) determines whether the user terminal for which the login control unit has received a connection request exists in the predetermined area in which the event is performed within an event period in which the predetermined event is performed. The game right granting unit (204) determines that the user terminal is present in the predetermined area within the event period by the determining unit, and sends the first game to the user terminal. It is preferable to associate them.

  According to this configuration, a user page on which a game selection unit for shifting to the first game is displayed is created only in the user terminal in the predetermined area where the predetermined event is performed. Therefore, the user who participated in the event can know that the first game can be played by looking at the user page.

  ADVANTAGE OF THE INVENTION According to this invention, the game control apparatus etc. which can improve the interest of a game using a real-world positional information and can maintain a user's interest in a game over a long period of time can be provided.

1 is an overall configuration diagram of a game system according to a first embodiment of the present invention. (A) is an external view showing an example of a button input type communication terminal such as a foldable mobile terminal (mobile phone), and (b) is an external view showing an example of a touch panel input type communication terminal such as a smartphone. FIG. It is a block diagram which shows the internal structure of a user terminal device. It is a block diagram which shows an example of a structure of a game server apparatus. It is a block diagram which shows an example of a structure of a database server apparatus. It is the screen figure which showed an example of the top page of the game which a game progress control part displays on a user terminal device. It is a functional block diagram of the game control system by Embodiment 1 of this invention, and a user terminal. It is a figure which shows an example of the data structure of the user database 31 applied in the digital card game of a baseball format. It is a figure which shows the example of a structure and content of a present box information table. It is a figure which shows the example of a structure and content of an event information table. It is a figure which shows the example of a structure and content of a position limited game information table. It is a figure which shows the example of a structure and content of a position limited game result information table. FIG. 13A is a diagram illustrating an example of a position limited game, FIG. 13A is a diagram illustrating an example of a question screen, and FIG. 13B is a diagram illustrating an example of an answer screen. It is a flowchart of the game control process of the game control apparatus in Embodiment 1 of this invention. It is a flowchart which shows the process which the game control apparatus in Embodiment 1 of this invention judges whether a user is watching a game in a stadium. It is a flowchart which shows the process in which the game control apparatus in Embodiment 1 of this invention performs a game. It is a functional block diagram of the game control system by Embodiment 2 of this invention, and a user terminal device. It is a figure which shows the example of a structure and content of an anticipation information table. It is a figure which shows the example of the screen where a user performs an event vote. It is a flowchart which shows the anticipation determination process at the time of the game control apparatus in Embodiment 2 of this invention giving a position limited game participation right. It is a functional block diagram of the game control system by Embodiment 3 of this invention, and a user terminal device. It is a figure which shows the example of a structure and content of a watching history information table. It is a flowchart which shows the predetermined condition judgment process at the time of the game control apparatus in Embodiment 3 of this invention giving a position limited game participation right.

Hereinafter, a game system according to an embodiment of the present invention will be described.
<Embodiment 1>
<Game system configuration>
FIG. 1 is an overall configuration diagram of a game system according to Embodiment 1 of the present invention. As shown in FIG. 1, this game system includes user terminal devices 10a, 10b, 10c,... That can be connected to a communication network NW (network), a game server device 20 connected to the communication network NW, and a database server. Device 30. The game server system 1 is configured by the game server device 20 and the database server device 30. In the example of FIG. 1, the game server system 1 is configured by being divided into the game server device 20 and the database server device 30, but the present invention is not limited to this, and the game server device 20 and the database server device 30 are You may mount in one server apparatus. User terminal devices 10a, 10b, 10c,... Are terminals operated by individual users. Hereinafter, the user terminal devices 10a, 10b, 10c, etc. are collectively referred to as the user terminal device 10. As the communication terminal 10, for example, a mobile terminal, a smart phone, a PDA (Personal Digital Assistant), a personal computer, or a television receiver having a bidirectional communication function (including a so-called multi-function smart TV) or the like. A communication terminal can be employed.

  The game server device 20 is configured to be able to communicate with the user terminal device 10 that is a client, and provides a game service to the user terminal device 10. The game server device 20 is mounted with an application operable on a web browser as a game application.

  The database server device 30 is connected to the game server device 20 via, for example, a wire, and stores various types of information described below that are necessary for providing the user terminal device 10 with a game service.

  The user terminal device 10 includes a web browser capable of displaying a web page provided by the game server device 20, and executes data appropriately distributed from the game server device 20 on the web browser. Thereby, the user can operate a web page on the user terminal device 10, and can play a game.

  In FIG. 1, an authentication server for authenticating a user who operates each user terminal device 10 may be provided separately from the game server device 20. In addition, when a plurality of game server devices 20 are provided to accept access from many user terminal devices 10, a load balancer for adjusting the load among the plurality of game server devices 20 may be provided. Moreover, although the game server apparatus 20 may be configured as a single server apparatus, it may be configured as a plurality of server apparatuses with distributed functions. The database server device 30 may also be configured as a single database server device, but may be configured as a plurality of server devices.

<Configuration of user terminal device>
Next, the user terminal device 10 will be described with reference to FIGS. 2 and 3. FIG. 2 is an external view of the user terminal device 10, (a) is an external view showing an example of a button input type user terminal device such as a foldable mobile terminal (mobile phone), and (b) For example, it is an external view showing an example of a user terminal device of a touch panel input method such as a smartphone.

  FIG. 3 is a block diagram showing an internal configuration of the user terminal device 10. As shown in FIG. 3, the user terminal device 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, and a display unit 16. A wireless communication interface unit 17 and a GPS 18. The CPU 11 to GPS 18 are connected to each other via a bus 19. The bus 19 transmits control signals or data signals between the units.

  The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. Then, the CPU 11 uses a markup language such as HTML (Hyper Text Markup Language) for displaying a web page from the game server device 20 based on a URL (Uniform Resource Locator) input to the user by the instruction input unit 15 or the like. The described data is acquired via the wireless communication interface unit 17, and the acquired data is interpreted. In addition, predetermined data is transmitted to the game server device 20 via the wireless communication interface unit 17 in response to a request from the game server device 20. For example, in response to a request for data on the current position of the user terminal 10 from the game server device 20, the latitude and longitude detected by the GPS 18 having a function of detecting the latitude and longitude of the current location are transmitted to the game server device 20.

  The user terminal device 10 may be mounted with various plug-ins for extending the browser function of the web browser. In acquiring data, the CPU 11 sends an access request including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the wireless communication interface unit 17. It transmits to the server device 20.

  The web browser notifies the image processing unit 14 of a drawing command for displaying the web page provided from the game server device 20 on the display unit 16 based on the acquired data. In addition, when the user selects a hyperlink or a menu on the web page by operating the instruction input unit 15, the web browser displays new data for displaying the web page according to the selection. Is transmitted to the game server device 20.

  Based on the drawing command supplied from the CPU 11, the image processing unit 14 generates web page display image data and causes the display unit 16 to display the web page. The display unit 16 includes, for example, an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a matrix in pixel units, an organic EL (Electro-Luminescence) display, and a display 16a such as a plasma display. The web page is displayed on the display 16a by driving the thin film transistor or the like based on the display image data.

  When the user terminal device 10 is a button input type user terminal shown in FIG. 2A, the instruction input unit 15 includes a plurality of instruction input buttons such as a direction instruction button and a determination button for accepting a user operation input. The button group 15a includes a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11.

  The direction instruction button is used, for example, when the user scrolls the web page displayed on the display 16a. The determination button is used, for example, when the user selects a certain hyperlink or menu among a plurality of hyperlinks or menus on the web page.

  In the example of FIG. 2A, the button group 15b is arranged below the button group 15a and has a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (ten keys) are written. including.

  When the user terminal device 10 is a communication terminal using the touch panel input method illustrated in FIG. 2B, the instruction input unit 15 includes a touch panel. In this case, the user performs an operation input by touching the display 16a with an indicator such as a fingertip or a pen. As the touch panel, for example, a resistive film type or capacitive type touch panel is adopted. As shown in FIG. 2B, even when the user terminal device 10 is a touch panel input type communication terminal, a button group 15a may be provided.

  When the user terminal device 10 is a portable terminal device as shown in FIG. 2A, the user selects a menu of a web page by, for example, pressing a direction instruction button, and presses the enter button to select the menu. Perform a selection operation. When the user terminal device 10 is a touch panel input type communication terminal as shown in FIG. 2B, the user touches the position of the menu on the display 16a on which the web page is displayed with an indicator. Perform menu selection operations.

<Configuration of game server device>
Next, the configuration of the game server device 20 will be described with reference to FIG. FIG. 4 is a block diagram illustrating an example of the configuration of the game server device 20. The game server device 20 manages a game website composed of a plurality of hierarchical web pages, for example, and provides a game service to the user terminal device 10. As shown in FIG. 4, the game server device 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a wireless communication interface unit 25. The CPU 21 to the wireless communication interface unit 25 are connected to each other via a bus 26 for transmitting control signals and data signals between the units. In addition, the game server apparatus 20 can take the same structure as a general-purpose web server apparatus regarding hardware.

  ROM22 provides data with respect to the web browser of the user terminal device 10 which is a client, and stores the game control program for making a user play a game in the user terminal device 10. FIG. The ROM 22 stores various data referred to by the CPU 21 in addition to the game control program.

  The CPU 21 loads the game control program in the ROM 22 to the RAM 23 and executes it to perform various processes. Further, the CPU 21 transmits data to the user terminal device 10 via the wireless communication interface unit 25. In addition, when the game server apparatus 20 performs the authentication process of the user of the user terminal apparatus 10, the CPU 21 performs the authentication process.

  The CPU 21 performs processing according to the hyperlink or menu selected by the user on the web page displayed on the user terminal device 10. The processing includes, for example, transmission of new data, arithmetic processing in the game server device 20, data processing, and the like. The DB access unit 24 is an interface for the CPU 21 to read / write data from / to the database server device 30.

<Configuration of database server device>
The database server device 30 can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array of Inexpensive Disks). Each database in the database server device 30 is configured to be able to read and write data from the CPU 21 via the DB access unit 24 of the game server device 20.

  FIG. 5 is a block diagram illustrating an example of the configuration of the database server device 30. As shown in FIG. 5, the database server device 30 includes a user database 31 and a game database 32. The database server device 30 includes a CPU, a ROM, a RAM, and the like as with the game server device 20, but is not shown in FIG.

  The user database 31 stores personal information of a user who is registered to play a game executed by the game server device 20 based on access from the game server device 20, information on skill levels, and the like.

  The game database 32 stores information related to the game, such as information on game settings executed by the game server device 20, character image data, and game results based on access from the game server device 20. Information related to game results may include various information depending on the nature of the game. Taking the case of this digital card game as an example, information on game results includes results of battles between different user IDs (scores, etc.), results of league battles between a plurality of user IDs of specific skill levels (scores, Ranking etc.).

<Game>
In the present embodiment, the type of game realized by the game server device 20 is not particularly limited, but in the following, as an example of a game realized by the game server device 20, a baseball digital Pick up a card game.

  In a baseball-style digital card game, users create their own teams by collecting player cards corresponding to baseball players, play baseball against other users' teams, and play baseball leagues for each skill level. It is a game to go.

  The baseball-style digital card game integrates a scout mode for searching for player cards to create one's own team, a lottery mode for obtaining player cards by lottery, and two or more player cards. Various game modes such as a strengthening mode for increasing the ability value of a specific player card are provided.

  Here, an example of the game mode will be described based on the example of the top page of the game. FIG. 6 is a screen diagram showing an example of the top page of the game displayed on the display 16 a of the user terminal device 10. The top page shown in FIG. 6 includes a plurality of menus to which a plurality of processes executed in the game are assigned. The top page data is generated by the login control unit 2011 in the game progress control unit 201 of the game server device 20 described later.

  This top page differs depending on each user, and displays the user name and the team name of the user. The top page is roughly divided into a data display area and a menu display area. The data display area includes a user data display area and a player image display area.

  In the user data display area, information on the game regarding the target user, for example, skill level, action points, management points, strengthening points, ale points, the number of owned players, and information about friends are displayed. Of the information displayed in the user data display area, the information written in the X / Y format is such that X indicates the point or number held by the user, and Y indicates the maximum value of the point or number. . For example, if the number of players is described as “40/60”, it indicates that the number of players currently possessed by the user is 40 and the maximum number of players that can be owned is 60.

  In the player image display area, image data of a player card previously selected by the user is displayed.

  In the menu display area, menus m1 to m7 labeled “Scout”, “Strengthen”, “Game”, “Lottery”, “Order”, “Item”, and “Position-limited game” are displayed. The menus m1 to m7 correspond to a scout mode, a reinforcement mode, a game mode, a lottery mode, an order process, an item process, and a position limited game mode, respectively. Note that processing is also one of the game modes.

  The scout mode is a game mode for the user to search for and collect player cards for each predetermined region in order to build up his / her team. When the scout mode is played by the user, a predetermined point is consumed among the action points possessed by the user, a player card is given to the user as the price, and the user is strengthened according to the ability value of the given player card Points are increased.

  -Strengthening mode is a game mode which unifies two or more player cards and raises the ability value of a specific player card. When the enhancement mode is played by the user, a predetermined point is consumed among the enhancement points possessed by the user, and the ability value of a specific player card is improved as the price.

  The match mode is a game mode in which the user battles his team against another user's team. When the game mode is played by the user, a predetermined point of the management points is consumed, and if the battle is won, the strengthening point is increased by a predetermined point.

  The lottery mode is a game mode in which a player card is given to the user by lottery. When the lottery mode is played by the user, a predetermined point of the ale points is consumed and the lottery process is executed, and one player card is selected from a plurality of predetermined player cards and given to the user. Is done.

  The order process is a process for the user to change the player's card order of the player who will be the starting member, or to replace the player card of the record player with the player card of the player of the starting member. When the order process is selected by the user, the user can change the batting order of the player cards in accordance with the operation input, or can add the player card of the record player to the starting member.

  The item process is a process for confirming the contents of items that the user has in the game. When the item processing is selected by the user, information related to the player card possessed by the target user is displayed as a list on the display 16a.

  The position limited game mode is a game mode in which a period during which the user can play is limited. This menu m7 “position limited game” button (corresponding to a game selection section) is displayed only on the top page of the user who actually visited the stadium in the real world and watched a predetermined baseball game. That is, only the user who watched the game in the real world stadium can play this position-limited game mode. The user can acquire the right to participate in this position-limited game at the same time as enjoying a baseball game at the stadium. Further, in the embodiment, a privilege is given to a user who participates in the position-limited game and increases the high score. In addition to enjoying this position-limited game, the user can specially obtain various privileges for strengthening his team by participating in the position-limited game or by scoring a high score in the position-limited game. it can.

  In the above, the menu m7 “position limited game” is displayed only on the top page of the user who actually visited the stadium in the real world and watched a predetermined baseball game. Regardless of whether or not you are in the stadium, the top page always displays the menu m7 “Position-limited game” and the menu is active only when the conditions are met. It may be possible to shift to the position limited game by pressing a button of the menu (by selecting the menu). In other words, if the user is outside the stadium, pressing the button on the menu m7 “Limited position game” will not respond, or a message that the condition is not satisfied, for example, “You can enter only by watching the stadium.” May be displayed. In this configuration, it is possible to make the user aware of the presence of the position-limited game and to attract interest in the position-limited game, so that the game can be attracted.

  Thus, the user can raise the skill level and various points of his team efficiently by playing the position limited game. Therefore, by providing the position-limited game mode, the game service provider can maintain the user's interest in the game or increase the user's login frequency to activate the game.

  In addition, since the position-limited game is intended only for stadium spectators, the game service provider can not only motivate the user to go to the stadium to watch the game, but also the game and the real world. The interest in the stadium team becomes a synergistic effect, and the user's interest in the game can be maintained for a long time.

  In addition, in embodiment, since the digital card game of a baseball format is demonstrated to the example as a game which the user is playing with the user terminal device 10, a baseball game relevant to a game is watched also in the real world. This is a requirement to participate in a position limited game. However, it is good also as requirements that can participate in a position limited game to watch the game in the real world unrelated to the content of the game currently played with the user terminal device 10, or to participate in an event. Hereinafter, real-world matches and events are collectively referred to as “events”.

  Examples of position limited games include a baseball quiz game, a mini baseball game, and the like. For example, a baseball quiz game is held for five days from the watching date, and a predetermined number of quizzes relating to baseball or a stadium baseball team are given every day. Then, points or cards are given as benefits according to the game or according to the number of correct answers. In this way, the user can feel the joy of having gained the privilege by playing the position-limited game, and in order to obtain the right to participate in the position-limited game from the expectation of the privilege, I am looking forward to visiting you.

  For the user, the point that a user can participate in a position-limited game by watching a stadium in the real world and can receive a privilege according to the game result is an advantage and pleasure that other users do not have. However, on the other hand, while playing the position-limited game, other game modes cannot be performed, or if both game modes are attempted, the load on the user may increase. Therefore, in the embodiment, in order to compensate for a disadvantageous situation that occurs when playing another game mode, there is a merit when playing in another game mode during the period of the position limited game. For example, when playing in the scout mode, the degree of search is increased, or the number of action points consumed is reduced, for example, a place where normally 5 points are consumed is reduced to 2 points. In addition, when playing in the match mode, the number of strengthening points that are increased when winning the battle is higher than usual. This is a motivation for the user to play both the position-limited game mode and the other game modes because even if the user plays in the position-limited game mode, there are advantages in playing in other game modes.

<Outline of functions of game server system and user terminal device>
Next, functional configurations of the game server system 1 and the user terminal device 10 according to the embodiment of the present invention will be described. FIG. 7 is a functional block diagram of the game server system 1 and the user terminal device 10 according to the embodiment of the present invention.

<User terminal device>
The user terminal device 10 includes a game control unit 101, an output unit 102, an operation unit 103, a communication unit 104, and a current position detection unit 105.

  The output unit 102 is a functional unit corresponding to the display unit 16 of FIG. 3, and displays player cards, characters, diagrams, and the like on the display 16 a according to instructions from the game control unit 101. Etc. are output.

  The operation unit 103 is a functional unit corresponding to the instruction input unit 15 in FIG. 3, and has a function of detecting various input operations necessary for progressing the game and notifying the game control unit 101.

  The communication unit 104 is a functional unit corresponding to the wireless communication interface unit 17 in FIG. 3 and has a function of communicating with the game server device 20 via the network NW.

  The current position detection unit 105 has a function corresponding to the GPS 18 in FIG. 3 and has a function of detecting the current position of the user terminal 10. In the embodiment, the position of the own apparatus is detected by the GPS function, but other methods may be used. For example, the position of the currently connected radio base station (access point) may be detected as the position of the own apparatus. In this case, as the position of the radio base station, for example, an identifier of the radio base station, an address, or the like is detected.

  The game control unit 101 includes, for example, a CPU 11 and its peripheral circuits, and has a function of communicating with the game server device 20 via the communication unit 104 and advancing the game while exchanging data.

<Game server system>
The game server system 1 includes a game server device 20 and a database server device 30. The game server device 20 includes a game progress control unit 201, a terminal position acquisition unit 202, a presence determination unit (determination unit) 203, and a game right grant unit. 204, a timer 205, a communication unit 206, and a data management unit 207.

  The game progress control unit 201 receives operation information appropriately transmitted from the user terminal device 10 according to an operation input from the user, and appropriately updates a web page displayed on the user terminal device 10 according to the received operation information. By transmitting the data for performing to the user terminal device 10, it has the function to advance a game. The game progress control unit 201 includes a login control unit 2011, and the login control unit 2011 performs user authentication and the like as necessary in response to a game login request (connection request) from the game control unit 101 of the user terminal device 10. Processes such as are performed. The login control unit 2011 has a function of creating a top page for the logged-in user.

  As shown in the top page of FIG. 6, the digital card game includes game modes such as a scout mode, a reinforcement mode, a game mode, a lottery mode, and a position-limited game mode. Therefore, the game progress control unit 201 advances the game mode selected by the user.

  When displaying a top page on a user's user terminal device 10, the game progress control part 201 performs the following processes. First, the login control unit 2011 of the game progress control unit 201 reads out data of each item included in the user data display area and image data of a player card to be displayed in the player image display area from the database server device 30. Next, the login control unit 2011 generates the top page data shown in FIG. 6 and passes it to the game progress control unit 201. The game progress control unit 201 transmits the top page generated by the login control unit 2011 to the user terminal device 10. The data generated here is different for each user (that is, for each user ID). The user terminal device 10 interprets the received data and displays the top page on the display 16a.

  The game progress control unit 201 assigns in advance a process for causing the game mode to proceed to the menus m1 to m7 displayed on the web page. And the game progress control part 201 receives the information about the selected menu from the user terminal device 10, when the menu on a web page is selected by the user in the user terminal device 10, Based on the received information, The process assigned to the selected menu is executed. For example, when a selection instruction for the menu m <b> 1 is input by the user, the user terminal device 10 transmits data indicating that the scout mode has been selected by the user to the game control device 20. And according to this data, the game progress control part 201 transmits the data for progressing a scout mode suitably to the user terminal device 10, and advances a scout mode, transmitting / receiving data with the user terminal device 10. In the case where the menu m7 “position limited game” is always displayed on the top page shown in FIG. 6, the login control unit 2011 displays the menu m7 “position limited game” as the top page for the logged-in user. Create a top page that displays When the game progress control unit 201 receives data indicating that the position limited game mode has been selected by the user from the user terminal device 10, the game progress control unit 201 confirms whether or not the user has the right to start the position limited game. And when it has a right, the game progress control part 201 advances a position limited game, transmitting / receiving the data for progressing a position limited game with the user terminal device 10. FIG. On the other hand, if the user does not have the right, the game progress control unit 201 transmits, for example, a message indicating that the game cannot be performed to the user terminal device 10 and does not start the position limited game.

  The terminal position acquisition unit 202 has a function of acquiring the current position of the user terminal device 10. Specifically, the user terminal device 10 is requested for position information of the current position, and the latitude and longitude transmitted from the user terminal device 10 are received as position information. In addition, when the user terminal device 10 detects and transmits an identifier, an address, or the like of a wireless base station (access point) as position information, the latitude and longitude are obtained from them.

  Based on the current position information of the user terminal device 10 acquired by the terminal position acquisition unit 202 and the current date and time acquired from the timer 205, the presence determination unit 203 allows the user of the user terminal device 10 to watch a baseball game at the stadium. It has a function of determining whether or not it is in the middle. Specifically, the presence determination unit 203 searches a stadium including the latitude and longitude of the current location of the user terminal device 10 from information regarding the event stored in the game database 32, and the current event is performed at the stadium. If it is, it is determined that the game is being watched.

  In the embodiment, it is determined whether or not a game is being watched at the stadium based on the latitude and longitude detected by the user terminal device 10 and the current date and time, but may be determined by another method. For example, when a password that can be known only in a stadium is received from the user terminal device 10, the presence determination unit 203 determines that the user is watching a game in the stadium, and the like. Specifically, a password of a specific character string (including numerical values) is displayed on the screen of the stadium, or notified by an announcement in the hall, and the user inputs the password to the user terminal device 10 via the operation unit 103. The terminal location acquisition unit 202 of the game server device 20 receives the password as location information instead of the latitude and longitude. Then, when the received password is the same as the password stored in advance, the presence determination unit 203 determines that the user is watching the game at the stadium.

  Alternatively, it may be determined that the user is watching the stadium only when the user has been in the stadium for a predetermined time. This is to eliminate being judged to be watching the stadium when it stops temporarily or passes near the stadium. In this case, if it is determined that the user is in the stadium, the presence determination unit 203 periodically acquires current position information indicating the current position from the user terminal device 10 to determine whether the user is in the stadium and continuously for a predetermined time. If it is determined that the player is in the stadium during that period, it is determined that the stadium is being watched. In this case, while the presence determination unit 203 periodically acquires the current position information, the user terminal device 10 needs to be in a login state. Alternatively, for example, the user terminal device 10 may have a function of periodically transmitting the current position information to the game server device 20 for a predetermined period in response to an instruction from the presence determination unit 203.

  When the presence determination unit 203 determines that the user is watching a game at the stadium, the game right granting unit 204 grants the right to participate in the position-limited game to the user, that is, the user terminal device 10 of the user. It has the function to do. Specifically, the game right granting unit 204 adds information indicating that the user has the right to participate in the position limited game to the user information of the user stored in the user database 31. When the information indicating that the game progress control unit 201 has the right to participate in the position-limited game is included in the user information, the game progress control unit 201 uses the menu m7 ″ position as the user's top page (see FIG. 6). Create a top page that includes “Limited Games”.

  The timer 205 has a function of outputting the current date and time. Based on the date and time output by the timer 205, each functional unit performs time-related processing as necessary. For example, the presence determination unit 203 determines whether or not the user is currently watching a stadium.

  The communication unit 206 is a functional unit corresponding to the wireless communication interface unit 25 of FIG. 4 and has a function of communicating with the user terminal device 10 via the network NW.

  The data management unit 207 is a functional unit corresponding to the DB access unit 24 of FIG. 4 and has a function of accessing the database server device 30 and managing the user database 31 and the game database 32. Specifically, data writing, reading, deletion, and the like in each storage unit included in the database server device 30 are controlled. When each function unit included in the game server device 20 accesses each storage unit included in the database server device 30, it is performed via the data management unit 207.

  The game control unit 101 to the data management unit 207 are included in the game control program in the present embodiment, are configured by program modules that control the wireless communication interface unit 25 and the DB access unit 24, and are executed by the CPU 21. Realized. In the embodiment, the user terminal device 10 may include some of the functions that the game server device 20 is supposed to have. Further, the user terminal device 10 may store a part of data stored in the database server device 30 described below.

<Database server device>
The database server device 30 includes a user database 31 and a game database 32 as shown in FIG. The user database 31 includes a user information storage unit 3100, and the game database 32 includes a game information storage unit 3200, an event information storage unit 3300, and a position-limited game information storage unit 3400.

<User information storage unit>
The user information storage unit 3100 has a function of storing information about a user who plays a game. The data stored in the user information storage unit 3100 will be described with reference to FIGS. 8 and 9.

  FIG. 8 is a diagram illustrating a configuration example and contents example of the user information table 3110. The user information table 3110 is a table for managing users who play games played by the game server device 20, and stores one record for each user.

  The user information table 3110 is composed of a plurality of records having a plurality of items indicated by items 3111.

  Items 3111 include “user ID”, “user name / display image”, “position limited game”, “team”, “skill level”, “action point”, “management point”, “strengthening point”, “ale point” "," Number of players "," Friends "are registered. Although not shown, it is assumed that the number of items held in the game, the type of item, and the game status such as the progress in each mode such as the scout mode are also registered. Information such as a password required for user authentication may also be registered.

  “User ID” is a user identifier for identifying and distinguishing individual users from a plurality of users.

  The “user name” is data on the user name displayed on the user terminal device 10 in order to specify the user when the digital card game is executed. As the user name, for example, text data having a predetermined length or less designated in advance by the user is employed. The user is specified in the game community provided by the game server device 20 by the user name.

  The “display image” is data regarding a display image display image displayed on the user terminal device 10 in order to identify the user. As the display image, for example, avatar image data selected in advance by the user is employed.

  The “position limited game” indicates an identifier of a position limited game in which the user has the right to participate in the position limited game. For example, “G10” is set as the identifier of the position limited game. When the user does not have the right to participate in the position limited game, “-” is set. In FIG. 8, one identifier for the position limited game is set, but a plurality of identifiers may be used.

  “Team” is the name of the team designated by the user at the time of user registration in this digital card game. In this digital card game, for example, a P league consisting of 6 teams of P1 to P6 and a Q league consisting of 6 teams of Q1 to Q6 are provided, and the user selects one of these 12 teams. Select at user registration. These league configurations and team names may be the same as the names of real-world baseball teams.

  The “skill level” indicates the current skill level of the user in the digital card game. The skill level is represented by an integer value expressed in a range from 1 (level 1) to 100 (level 100), for example. As the skill level increases, the value of the skill level increases.

  The “action point” is a point necessary for the user to execute the above-described scout mode in the digital card game, for example. The value of the action point decreases every time the scout mode is executed, and recovers (increases) every time a predetermined time elapses.

  The “management point” is a point necessary for the user to perform the above-described battle mode in the digital card game, for example. The value of the management point decreases due to a battle with another user or the like, and recovers (increases) every time a predetermined time elapses.

  The “enhancement point” is a point that is necessary for the user to perform the above-described enhancement mode in the digital card game, for example. The value of the strengthening point decreases by strengthening the player card, and is recovered (increased) every time the player wins a battle with another user or a predetermined time elapses.

  An “ale point” is a point given to a user when the user transmits a support message to a fellow user who is his / her friend in the digital card game.

  “Number of players” is the number of player cards held by the user. The number of players is increased or decreased by the execution of scout processing and strengthening processing. The maximum number of players (for example, 60) is defined in advance.

  “Buddy” is data for specifying a fellow user for the user, and here, the user ID of each fellow user is adopted.

  When the game progress control unit 201 of the game server device 20 creates the top page (see FIG. 6), the user ID of the user who creates the top page is set as the item 3111 “user ID”. Reference is made to 3110 records.

  FIG. 9 is a diagram illustrating a configuration example and contents example of the present box information table 3120. The present box information table 3120 is a table for managing the contents of the present box of the user who plays the game played by the game server device 20, and one table is stored for each user. In the present box information table 3120, one record is registered for one present. It should be noted that a privilege given when participating in a position-limited game or raising a high score is registered in the present box information table 3120.

  The present box information table 3120 includes a present 3121, a grant date 3122, an expiration date 3123, and a comment 3124.

  The present 3121 shows the content of the present contained in the present box. For example, item cards that can be used in the game, points used in the game, and the like.

  The grant date 3122 indicates the date when the present indicated by the present 3121 was granted, that is, the date when the record was added.

  The expiration date 3123 is an expiration date of the present indicated by the present 3121, that is, a time limit for using the present. An expiration date is set for the present and the user is encouraged to make early and active use.

  A comment 3124 indicates a comment on the present indicated by the present 3121. For example, the reason why the gift is given is described.

  When the user wants to know the contents of the present box, a predetermined instruction is given to the user terminal device 10 to display a list of presents on the display 16a. Note that the user terminal device 10 and the game server device 20 operate as follows to display a list of presents.

  When the user instructs display of a present box via the operation unit 103 of the user terminal device 10, the game control unit 101 transmits a present box display request to the game server device 20 via the communication unit 104. The game progress control unit 201 of the game server device 20 that has received the request reads the present box information table 3120 of the user, creates a present box page that is a list of presents, and the user terminal device 10 via the communication unit 206. Send to. The game control unit 101 of the user terminal device 10 displays the received present box page on the output unit 102. By viewing the present box page displayed on the display 16a of the user terminal device 10, the user can know what kind of present was presented when and why.

<Game information storage unit>
The game information storage unit 3200 has a function of storing information related to a game executed by the game server device 20. For example, information on game settings, various image data, and information on game results. Moreover, the table which manages the information regarding a card | curd is memorize | stored for every player card. In this table, the card image data, the user ID of the user who owns the card, the level of the player card, the basic ability, and the like are registered for each card, and updated as needed according to the progress of the game.

<Event information storage unit>
The event information storage unit 3300 has a function of storing information on events performed in the real world. The data stored in the event information storage unit 3300 will be described with reference to FIG.

  FIG. 10 is a diagram showing a configuration example of the event information table 3310 and an example of its contents. The event information table 3310 is a table for managing events performed in the real world, and one record is registered for each event.

  The event information table 3310 includes a place name 3311, a position 3312, event contents 3313, a date and time 3314, a result 3315, and a position limited game ID 3316.

  The place name 3311 indicates the name of a real world place where the event is performed. In the embodiment, the name of the stadium where the baseball game is played, for example, “A Stadium”.

  A position 3312 indicates the position of the place indicated by the place name 3311. In the embodiment, the location is defined by a rectangle, and the latitude and longitude of the northwest corner and the southeast corner of the rectangle are set.

  The event content 3313 indicates the content of an event performed at the location indicated by the location name 3311. In the embodiment, a battle team for a baseball game is set.

  The date and time of holding 3314 indicates the date and time (holding period) at which the event indicated by the event content 3313 is held at the place indicated by the place name 3311. In the embodiment, a baseball game date, start time, and scheduled end time are set. If the game has already ended, the actual end time is set.

  A result 3315 indicates the result of the event indicated by the event content 3313. In the embodiment, how many and what the baseball game is finished is set. “-” Is set for items that have not been played yet. The result of this game shall be set by the operator when the game ends.

  The position limited game ID 3316 indicates an identifier of a position limited game to which a right to participate is given to a user who went to the event indicated by the event content 3313 at the place indicated by the place name 3311. “None” indicates that there is no position-limited game to which the participation right is given even if an event is performed. The identifier of the position limited game may be set or changed depending on the user's participation in the past position limited game.

  In the embodiment, the position 3312 defines the place indicated by the place name 3311 with a rectangle, and whether the current position of the user terminal device 10 is included in the rectangle or not is the place. However, as the position 3312, the latitude and longitude and the radius of the center position of the place indicated by the place name 3311 are stored, and the current position of the user terminal device 10 is the center position and radius of the place. It is good also as judging whether it exists in the place or not depending on whether it is included in the circle shown.

  In the embodiment, one game is set for one event as the position limited game ID 3316, but a plurality of games may be set. In this case, for example, when the user selects the menu m7 “position limited game” on the top page (see FIG. 6), a list of a plurality of game names is displayed so that the user can select any one game. . Or it is good also as displaying the game which can be selected on a top page.

<Position-limited game information storage unit>
The position limited game information storage unit 3400 has a function of storing information related to the position limited game. The data stored in the position-limited game information storage unit 3400 will be described with reference to FIGS. 11 and 12.

  FIG. 11 is a diagram showing a configuration example and content example of the position limited game information table 3410. The position limited game information table 3410 is a table for managing position limited games, and one record is registered for each game.

  The position limited game information table 3410 includes a position limited game ID 3411, a holding period 3412, game contents 3413, and a privilege 3414.

  The position limited game ID 3411 is a position limited game identifier for identifying and distinguishing individual games from a plurality of position limited games. One of the position limited game identifiers set as the position limited game ID 3411 is set in the position limited game ID 3316 of the event information table 3310 (see FIG. 10).

  The holding period 3412 indicates a period during which the position limited game indicated by the position limited game ID 3411 is held.

  The game content 3413 indicates the content of the position limited game indicated by the position limited game ID 3411. For example, “Team A quiz” in which questions related to Team A are given. Although not shown in the figure, it is assumed that data necessary for playing a quiz game, such as quiz problems and answers, is also stored as game content 3413. When different questions are asked every day during the holding period, the problems are stored according to the date. In the case of a game other than the quiz, it is assumed that data necessary for playing the game is stored.

  The privilege 3414 indicates a privilege given according to the play result of the position-limited game indicated by the position-limited game ID 3411. For example, in the position limited game whose position limited game ID 3411 is “G01”, “participation prize: 300 ale points high scorer: player card” is set as the privilege 3414. This means that if you participate in this game, that is, if you play the game, you will get 300 ale points regardless of the score, and high scorers at the end of the event period, for example, the top 10,000 players will have player cards Indicates that you can get it.

  FIG. 12 is a diagram showing a configuration example and contents example of the user score information table 3420. The user score information table 3420 is a table for managing user scores in the position limited game, and one table is created for each position limited game. In the user score information table 3420, one record is registered for each user. The user score information table 3420 of FIG. 12 is a baseball quiz game, which is held for five days from May 1 to 5, 2012, and a predetermined number of different quizzes are given every day. Note that the configuration of the user score information table 3420 differs depending on the type of position limited game.

  The user score information table 3420 includes a user ID 3421, a score 3422, a score 3423, a total score 3424, and a rank 3425.

  The user ID 3421 is a user identifier for identifying and distinguishing individual users from a plurality of users. The user score information table 3420 indicates a user ID of a user who has been given the right to participate in a position-limited game for managing scores and has participated in the game. When the user first participates in the game, a record in which the user ID of the user is set as the user ID 3421 is added to the user score information table 3420.

  The score 3422 indicates the score of May 1, 2012, which is the date of the location limited game held by the user indicated by the user ID 3421. The score 3423 indicates a score on May 5, 2012, which is the day when the position limited game is held. In FIG. 12, the score column from May 2 to 4, 2012 is omitted.

  The total score 3424 indicates the total score obtained by the user indicated by the user ID 3421 during the holding period of the position limited game.

  The rank 3425 indicates the rank of the score acquired by the user indicated by the user ID 3421 during the holding period of the position limited game.

  FIG. 13 shows an example of a quiz screen of a baseball quiz game that is one of the position limited games. FIG. 13A shows a question screen 1021 for a quiz question. A problem is displayed in the problem area 1022, and options are displayed in the answer selection area 1023. The user answers by selecting an option that seems to be correct.

  FIG. 13B shows a quiz answer screen 1024. If the option selected by the user is correct, a display 1025 indicating that the answer is correct is displayed. If the option is incorrect, an indication that the answer is incorrect is displayed (not shown).

  For example, when the user answers the quiz correctly on May 1, 2012, the game progress control unit 201 asks the numerical value set as the score 3422 of the record in which the user ID of the user is set as the user ID 3421. Add 5 points for each. When the position limited game for one day is completed, the game progress control unit 201 sets a score for the user's score according to the number of correct answers. Further, whenever the user answers the quiz of the position-limited game, if the answer is correct, it may be added to the user's score. Then, when the position-limited game holding period elapses, a total score is calculated for each user, ranking is given, and the gift box information table 3120 of the corresponding user is added according to the description of the privilege 3414 of the position-limited game information table 3410. Add a record. That is, a privilege is given to the user according to the result of the position limited game.

<Operation>
Hereinafter, the game control process of the game server system 1 will be described. FIG. 14 is a flowchart of the game control process. In the flowchart, broken-line arrows indicate data transmission / reception between apparatuses. Moreover, the process enclosed with a dashed-dotted line shows the process replaced in Embodiment 2 mentioned later.

  In order to play a baseball-format digital card game (hereinafter referred to as “baseball game”), the user operates the operation unit 103 of the user terminal device 10 to perform an operation to instruct the start of the baseball game.

  The operation unit 103 that has detected the user operation notifies the game control unit 101 of the detected operation. The game control unit 101 notified of the operation from the operation unit 103 determines that it is an instruction to start a baseball game, transmits a user ID to the game server device 20 via the communication unit 104, and instructs the start of the baseball game. (Step S10).

  In the game server device 20, the game progress control unit 201 that has received an instruction to start playing the baseball game via the communication unit 206 instructs the login control unit 2011 to start the login process. Upon receiving the instruction, the login control unit 2011 performs login processing including user authentication and the like, and performs baseball game start processing while communicating with the user terminal device 10 and the database server device 30 as necessary (step S20).

  The login control unit 2011 that has performed the game start process passes the received user ID to the terminal location acquisition unit 202 and requests acquisition of the current location of the logged-in user terminal device 10. Hereinafter, the received user ID is referred to as “login user ID”, and the user indicated by the login user ID is referred to as “login user”.

  Upon receiving the request, the terminal position acquisition unit 202 acquires the current position from the user terminal device 10 having the passed login user ID. Specifically, the terminal location acquisition unit 202 requests the current location from the user terminal device 10 of the login user. The game control unit 101 of the user terminal device 10 that has received the request acquires the latitude and longitude of the current position from the current position detection unit 105, and transmits the acquired latitude and longitude to the game server device 20 as current position information (step S11). . The terminal location acquisition unit 202 of the game server device 20 receives the current location information from the user terminal device 10 (step S21). The terminal location acquisition unit 202 passes the received current location information to the login control unit 2011.

  The login control unit 2011 to which the current location information of the user terminal device 10 is passed passes the passed current location information to the presence determination unit 203 and requests to determine whether or not the user of the user terminal device 10 is watching the stadium. To do.

  The presence determination unit 203 that has received the request determines whether or not the logged-in user is watching the stadium based on the passed current position information (step S22). Here, the details of the determination process (location determination process) as to whether or not the stadium is being watched will be described with reference to FIG.

  FIG. 15 is a flowchart of a determination process (location determination process) as to whether or not a stadium is being watched.

  The presence determination unit 203 determines whether the position indicated by the current position information passed from the login control unit 2011 is a position in any stadium, that is, the user of the user terminal device 10 that has transmitted the current position information, That is, it is determined whether or not the login user is at the stadium (step S30). Specifically, the presence determination unit 203 reads from the event information table 3310 of the event information storage unit 3300 via the data management unit 207. Then, the presence determination unit 203 searches the event information table 3310 for a record in which the latitude / longitude region including the position indicated by the passed current position information is set as the position 3312. When a corresponding record is detected, the presence determination unit 203 determines that the login user is in the stadium. For example, when the current position information is (35.705000, 139.200000), a record in which “(35.706451, 139.7751104) (35.704700, 139.152799)” is set as the position 3312, That is, a record in which “A stadium” is set as the place name 3311 is detected.

  If a record is detected (step S30: Yes), the presence determination unit 203 next determines whether an event is being held in the stadium where the logged-in user is present (step S31). Specifically, the presence determination unit 203 first acquires the current date and time from the timer 205. Then, the record detected from the event information table 3310 is searched for a record having the current date and time in the holding period set as the holding date and time 3314. When a record in which the holding period containing the current date and time is set as the holding date and time 3314 is detected, the presence determination unit 203 determines that the event is being held. For example, when the current date and time is 15:00 on May 6, 2012, among the records in which “A Stadium” is set as the place name 3311, “2012/5/6 14: 00-17” : 0 "is set.

  When a record is detected, that is, when it is determined that an event is being held in the stadium where the logged-in user is present, the presence determining unit 203 notifies the logged-in control unit 2011 that the logged-in user is watching an event (step S1). S32). At this time, the presence determination unit 203 passes the record detected in step S31 to the login control unit 2011, and ends the process. Hereinafter, “passing a record” means designating a record to be referred to, and when the record is updated, the updated content is accessed.

  On the other hand, if it is determined in step S30 that the logged-in user is not in the stadium (step S30: No), or if it is determined in step S31 that the event is not being held (step S31: No), the presence determining unit 203 Is notified to the login control unit 2011 that the event is not being watched (step S33), and the process is terminated.

  This completes the determination process in step S22 of FIG. In step 22 of FIG. 14, when the presence determination unit 203 receives a notification that the logged-in user is watching the stadium (step S22: Yes), the login control unit 2011 stores the event information table 3310 passed along with the notification. One record (see FIG. 10) and the log-in user ID are passed to the game right granting unit 204, and the user indicated by the log-in user ID is requested to grant the right to participate in the position-limited game.

  Upon receiving the request, the game right granting unit 204 reads the game ID set as the position-limited game ID 3316 of the passed record. Then, in the user information table 3110 (see FIG. 8) stored in the user information storage unit 3100, the item 3111 “in the record of the user information table 3110 in which the login user ID is set as the item 3111“ user ID ”. The read game ID is set as “position limited game” (step S23). The game right grant unit 204 that has set the game ID notifies the login control unit 2011 that the grant of the participation right has ended.

  When the notification that the grant of the participation right has been received is received, or when the notification that the user is not watching the stadium is received from the presence determination unit 203 in step 22 (step S22: No), the login control unit 2011 creates a top page (user page) (see FIG. 6) of the login user (step S24). Specifically, in the user information table 3110 stored in the user information storage unit 3100, referring to the content of the record of the user information table 3110 in which the login user ID is set as the item 3111 “user ID”, Data set as the item 3111 is read for each item, and data to be displayed on the top page is created. For example, “85” set as the item 3111 “skill level” is read, and display data “level: Lv85” of the user data display unit is created. When the game identifier, for example, “G01” is set as the item 3111 “position limited game”, the login control unit 2011 displays the menu m7 during the holding period of the position limited game indicated by the set game identifier. When the “position limited game” is created and the holding period has ended, the menu m7 is not created, and “−” is set as the item 3111 “position limited game”. In addition, when the game identifier is not set as the item 3111 “position limited game”, that is, when “−” is set, the login control unit 2011 does not create the menu m7. As a determination regarding the holding period of the position limited game, the login control unit 2011 includes a holding period in a record of the position limited game information table 3410 (see FIG. 11) in which the set game ID is set as the position limited game ID 3411. Judgment is made based on whether or not today's date is in the holding period set as 3412. When today's date is in the holding period, it is determined that it is in the holding period. If today's date is after the holding period, it is determined that the holding period has ended.

  The login control unit 2011 that has created the top page of the login user notifies the game progress control unit 201 that the top page has been created. Receiving the notification, the game progress control unit 201 transmits the page created by the login control unit 2011 to the user terminal device 10 of the login user, and starts the baseball game. Thereafter, while the user terminal device 10 and the game server device 20 communicate with each other, a baseball game is executed in accordance with the operation of the logged-in user (steps S12 and S25). Details of the baseball game execution process will be described with reference to FIG.

  FIG. 16 is a flowchart of a baseball game execution process.

  The game progress control unit 201 of the game server device 20 transmits the login user's top page to the login user's user terminal device 10 (step S50). The game control unit 101 of the user terminal device 10 that has received the top page displays the top page (my page) on the output unit 102 (step S40).

  The logged-in user operates the operation unit 103 from the top page (see FIG. 7) displayed on the output unit 102 of the user terminal device 10 to select a game mode to be played, that is, any one of the menus m1 to m7. . The operation unit 103 that has detected the user's operation notifies the game control unit 101 of the menu selected by the user. The game control unit 101 notified of the selected menu transmits the selected menu to the game server device 20 (step S41).

  The game progress control unit 201 of the game server device 20 that has received the selected menu determines what game mode is associated with the selected menu, that is, the game mode selected by the login user (step). S51).

  When the game mode selected by the logged-in user is the position-limited game mode (step S51: position-limited game mode), the game progress control unit 201 starts the position-limited game and executes the position-limited game together with the user terminal device 10 ( Step S42, Step S52).

  Specifically, the game progress control unit 201 is set as the item 3111 “position limited game” in the record of the user information table 3110 (see FIG. 8) in which the login user ID is set as the item 3111 “user ID”. The game ID being read is read out. Then, the game set as the game content 3413 is executed in the record of the position-limited game information table 3410 (see FIG. 11) in which the read game ID is set as the position-limited game ID 3411. For example, in the case of “stadium A quiz”, the game progress control unit 201 obtains today's date from the timer 205, creates a question screen 1021 as shown in FIG. It transmits to the user terminal device 10. The game control unit 101 of the user terminal device 10 that has received the problem screen 1021 displays the problem screen 1021 on the output unit 102. The operation unit 103 detects an option in the answer selection area 1023 selected by the user and notifies the game control unit 101 of the selection, and the game control unit 101 transmits the selected option to the game server device 20. The game progress control unit 201 of the game server device 20 that has received the option determines whether or not the option is correct, creates an answer screen 1024 indicating that the option is correct, and displays an incorrect answer. If it is, an answer screen indicating that the answer is incorrect is created and transmitted to the user terminal device 10. The user terminal device 10 that has received the answer screen displays the answer screen on the output unit 102. When the operation unit 103 detects that the user has issued an instruction to request the next problem, the game control unit 101 is notified to that effect, and the game control unit 101 requests the game server device 20 for the next problem. The game server device 20 creates a question screen 1021 for the next problem and transmits it to the user terminal device 10. Such processing is performed for all the problems for one day today.

  When the position-limited game ends, the game progress control unit 201 sets the correct answer as the score 3422 of today's date in the record in which the login user ID is set as the user ID 3421 of the user score information table 3420 (see FIG. 12). A score corresponding to the number is set (step S53).

  The game progress control unit 201 that has set the score gives a privilege to the login user according to the content set as the privilege 3414 in the record in which the game ID of the executed location-limited game is set as the location-limited game ID 3411. To do. That is, a privilege record to be granted is added to the present user information table 3120 (see FIG. 9) of the login user (step S54).

  The game progress control unit 201 determines that the today's date is the last day of the position-limited game, that is, the position-limited game information table 3410 in which the game ID of the executed position-limited game is set as the position-limited game ID 3411. Is the last day of the holding period set as the holding period 3412, the total of the points set as the score 3422 to the score 3423 is calculated and set as the total score 3424. When the holding period ends, the ranking is set in descending order from the highest score and set as a rank 3425, and according to the description of the privilege 3414 of the position limited game information table 3410, the present box information table 3120 of the corresponding user. Add a bonus record to. That is, a privilege is given to the user according to the result of the position limited game.

  In step S51, when the game mode associated with the menu selected by the logged-in user is a game mode other than the position-limited game mode (step S51: other game mode), the game progress control unit 201 displays the logged-in user. Determines whether or not the user has the right to participate in the position-limited game, that is, whether or not there is a possibility that the login user is playing the position-limited game (step S55). Specifically, the game progress control unit 201 sets the game ID as the item 3111 “position limited game” in the record of the user information table 3110 (see FIG. 8) in which the login user ID is set as the item 3111 “user ID”. Determine whether is set. When the game ID is set, the game progress control unit 201 determines that the login user has the right to participate in the position-limited game, and when the login ID is not set, that is, “−”. Is set, it is determined that the user does not have the right to participate in the position limited game.

  When it is determined that the logged-in user has the right to participate in the position-limited game (step S55: Yes), the game progress control unit 201 is described in the above <Game> section in the game mode designated by the logged-in user. The game is executed while giving such a merit to the login user (step S43, step S56).

  On the other hand, when it is determined that the logged-in user does not have the right to participate in the position-limited game (step S55: No), the game progress control unit 201 is as usual in the game mode designated by the logged-in user, that is, The game is executed without giving a merit to the logged-in user (step S43, step S57).

This completes the game execution process in steps S12 and S25 of FIG. In step 13 of FIG. 14, the login user operates the operation unit 103 of the user terminal device 10 to perform a game end operation. The operation unit 103 that has detected the user operation notifies the game control unit 101 of the detected operation. The game control unit 101 notified of the operation from the operation unit 103 determines that it is an instruction to end the game (step S13: Yes), and notifies the game server device 20 via the communication unit 104 of the user ID. A game end instruction is transmitted (step S14). The game control unit 101 that has transmitted the game end instruction performs a game end process (step S15). On the other hand, the game progress control unit 201 of the game server device 20 that has received the game end instruction performs a game end process (step S26).
<Embodiment 2>
In the first embodiment, only the user who has watched the stadium is given the right to participate in the position limited game. In the second embodiment, the right to participate in the position-limited game is given only to the user who has watched the stadium and who anticipates the result of the game he / she has watched and has made a good prediction. Users can play position-limited games when the outcome of a match is right, so the enjoyment of the prediction is increased, and the joy that only the users who have a good prediction can play the position-limited game is increased. Interest in both baseball games and baseball games at the stadium will continue.

  In this embodiment, when a user predicts a match result (a winning team or the like) of a real-world baseball game in advance, and the match result (event information) matches the user expectation (predetermined condition), the position Although an example in which the right to participate in the limited game is given will be described, the user may not be involved in the predetermined condition in the form of anticipation as described above. For example, if there are 3 or more home run numbers (event information) in a real world baseball game (predetermined conditions), or the number of spectators in a real world soccer game (event information) exceeds 5000 (Predetermined conditions) may be used. Furthermore, it may be the case where the number of CDs sold (event information) at the concert venue is 500 or more (predetermined conditions).

  FIG. 17 is a functional block diagram of the game server system 1 and the user terminal device 10 according to the second embodiment. The difference from the functional block diagram of the game server system 1 and the user terminal device 10 according to the first embodiment shown in FIG. 7 is that an event information acquisition unit 208 of the game server device 20 is added. In addition, processing corresponding to this addition is performed by other functional units.

  The event information acquisition unit 208 has a function of acquiring a game result prediction from a user watching the stadium and storing the prediction.

  In addition to the functions in the first embodiment, the login control unit 2011 of the game progress control unit 201 has a function of determining whether the user's prediction is correct. When the prediction is correct, the right to participate in the position limited game is granted.

  FIG. 18 is a diagram illustrating a configuration example of the prediction information table 3320 and a content example thereof. The prediction information table 3320 is stored in the event information storage unit 3300, and is a table for managing the prediction of the result of a game (event) for each user. One record is registered for each user who has performed a prediction vote. . In addition, one table is created for each event in the prediction information table 3320.

  The prediction information table 3320 includes a user ID 3321 and a prediction 3322.

  The user ID 3321 is a user identifier for identifying and distinguishing individual users from a plurality of users.

  Prediction 3322 indicates the expected content of the user indicated by user ID 3321. In the embodiment, it is assumed that a winning team of a baseball game to watch a stadium is predicted. In the embodiment, the event is a baseball game and the winning team is predicted, but it is possible to predict the game situation instead of the game result. For example, there may be several home runs or the starting pitcher gets off the mound several times. Further, when the event is not a baseball game, for example, if the event is horse racing, the winning horse may be predicted, and if the event is boxing, the number of rounds determined by winning or losing may be predicted.

  FIG. 19 shows an example of the prediction vote screen 1026. In the area 1027 of the prediction voting screen 1026, the contents that the user wants to predict are displayed, and in the selection area 1028, the name of the team that plays the game that the user is watching. The user predicts a result by selecting a team that is expected to win the game.

  A game control process in the second embodiment will be described. The game control process in the second embodiment is the same except for the process surrounded by the alternate long and short dash line in the flowchart of the game control process in the first embodiment described with reference to FIG.

  Therefore, the process in the second embodiment, which replaces the process surrounded by the alternate long and short dash line in the flowchart of FIG. 14, will be described with reference to FIG. FIG. 20 is a flowchart of prediction determination processing according to the second embodiment. In addition, step S22 and step S23 show the same process as Embodiment 1. The processing from step 22 will be described.

  The login control unit 2011 of the game progress control unit 201 passed the current position information of the logged-in user's user terminal device 10 from the terminal position acquisition unit 202 passes the passed current position information to the presence determination unit 203, and the user A determination is made as to whether or not the user of the terminal device 10 is watching the stadium.

  Upon receiving the request, the presence determination unit 203 determines whether or not the login user is watching the stadium based on the passed current position information, and notifies the login control unit 2011 of the determination result (step S22). When it is determined that the login user is watching the stadium, the presence determination unit 203 notifies the login control unit 2011 that the login user is watching the event, and the record detected in step S31 in FIG. That is, the record related to the event being watched in the event information table 3310 is passed to the login control unit 2011.

  When the notification that the login user is watching the stadium is received from the presence determination unit 203 (step S22: Yes), the login control unit 2011 confirms whether the login user's anticipation vote has been completed (step S70). Specifically, the login control unit 2011 searches the prediction information table 3320 (see FIG. 18) for a record in which the login user ID is set as the user ID 3321. When the corresponding record is detected, the login control unit 2011 determines that the anticipation vote has been completed, and when the corresponding record is not detected, the login control unit 2011 determines that the anticipation vote is not yet completed.

  When it is determined that the predicted vote has not been made (step S70: No), the login control unit 2011 is playing a game based on the event content set as the event content 3313 of the record passed from the presence determination unit 203. The team is read out, and a prediction voting screen 1026 (see FIG. 19) in which these two team names are displayed as options in the selection area 1028 is created and transmitted to the user terminal device 10.

  The game control unit 101 of the user terminal device 10 that has received the prediction vote screen 1026 displays the prediction vote screen 1026 on 102. The operation unit 103 of the user terminal device 10 detects an option in the selection area 1028 selected by the user and notifies the game control unit 101 of the selection, and the game control unit 101 transmits the selected option to the game server device 20. Upon receiving the option, the login control unit 2011 of the game server device 20 sets the team name indicated by the option as the prediction 3322 and adds a record in which the login user ID is set as the user ID 3321 to the prediction information table 3320 (step S60, Step S71).

  Next, the login control unit 2011 determines whether or not the game for which the login user has predicted the outcome has ended (step S72). Specifically, if the result is set as the result 3315 of the record passed from the presence determination unit 203, it is determined that the game is over, and if the result is not set, the game is over. Judge that it is not.

  When it is determined that the game is over (step S72: Yes), the login control unit 2011 determines whether or not the login user is correctly predicted (step S73). Specifically, the winning team is determined from the contents set as the result 3315 of the record delivered from the presence determination unit 203. Then, a record in which the login user ID is set as the user ID 3321 and the winning team name is set as the prediction 3322 is searched from the prediction information table 3320. When the corresponding record is detected, it is determined that the prediction is correct, and when the corresponding record is not detected, it is determined that the prediction is wrong.

  If it is determined that the prediction is correct (step S73: Yes), the login control unit 2011 passes the record and login user ID passed from the presence determination unit 203 to the game right granting unit 204, and uses the login user ID. The requested user is requested to be given the right to participate in the position limited game.

  Upon receiving the request, the game right granting unit 204 reads out the game ID set as the position limited game ID 3316 of the record passed from the presence determination unit 203. In the user information table 3110 stored in the user information storage unit 3100, the item 3111 “position limited game” is recorded in the record of the user information table 3110 in which the login user ID is set as the item 3111 “user ID”. The read game ID is set (step S23). The game right grant unit 204 that has set the game ID notifies the login control unit 2011 that the grant of the participation right has ended.

  On the other hand, if it is determined in step S72 that the game has not ended (step S72: No), or if it is determined in step S73 that the prediction has failed (step S73: No), the login control unit 2011 logs in The user is not given the right to participate in the position-limited game.

  In the second embodiment, the user expects a winning team, but a team having the same name as the user's own team set in the baseball game (see item 3111 “Team” in FIG. 8) wins. In addition, it may be that the prediction has been hit.

In the second embodiment, the right to participate in the position-limited game is given only to the user who has made the prediction, but the position-limited game is different between the user who made the prediction and the user who did not make the prediction. It is good also as giving the right of participation.
<Embodiment 3>
In the first embodiment, only the user who has watched the stadium is given the right to participate in the position-limited game. In the second embodiment, the user who has watched the stadium has predicted the result of the game he has watched. The right to participate in the position-limited game is given only to the user who has made a good prediction. In the third embodiment, before going to the stadium to watch the stadium, when a predetermined condition is satisfied in advance, the right to participate in the position limited game is given.

  The predetermined conditions to be satisfied in advance relate to the so-called game situation of the user, for example, the number of friends in the game, the level of the game (skill level), the number of items held, the type of items held, the progress of the game mode, etc. It is a condition. When the number of friends, skill level, and number of items are equal to or greater than the respective threshold values, the right to participate in the position limited game is granted. With regard to the type of item, for example, when the player has 10 or more item cards of the players of the opponent team watching the day, the right to participate in the position-limited game is granted. The degree of progress in the game mode is, for example, that a right to participate in a position-limited game is given when the number of prefectures that have visited in the scout mode exceeds 20. Further, the game that is subject to the determination of the predetermined condition may be a game that is not related to the game to watch or a game that is related. For example, the game related to the game to watch is a baseball game when the game to watch is a baseball game. By judging using the game situation of the game related to the game to watch, it becomes possible to maintain interest in both the game to watch and the game.

  Further, the predetermined condition that is satisfied in advance may be a user's past watching history (watching information) (watching condition). For example, when the presence determination unit determines that the user's terminal is present in the stadium during the baseball game is before the predetermined period has elapsed since the latest determination, specifically, the same within the past month It may be a condition of watching at a stadium. The predetermined period may be, for example, half a month or February. In addition, it is good also as giving the participation right to a position-limited game only when the game watched on the day and the game watched within one month are the same battle cards (team). Further, as another condition, the game may be watched at least five times in the same stadium regardless of the period. Furthermore, although the stadiums may be different, the right to participate in the position-limited game may be given when the game of the same battle card is watched for the seventh time or more regardless of the period.

  As described above, when the condition (watching condition) is satisfied in advance before going to the stadium, the user can enjoy playing the position-limited game by going to the stadium. In addition, when the user wants to play a position-limited game, it is necessary to satisfy the conditions in advance before going to the stadium, which is motivated to play the game.

  In the third embodiment, a predetermined game must be satisfied in advance that a game is held at the same stadium within one month, or that the number of items held in the game is equal to or greater than the threshold “20”. Condition.

  FIG. 21 is a functional block diagram of the game server system 1 and the user terminal device 10 according to the third embodiment. The difference from the functional block diagram of the game server system 1 and the user terminal device 10 according to the first embodiment shown in FIG. 7 is that the user game information acquisition unit 209 and the user watching information acquisition unit (watching information acquisition) of the game server device 20 are different. Part) 210 is added. In addition, processing corresponding to this addition is performed by other functional units.

  The user game information acquisition unit 209 has a function of acquiring information related to the game situation of the logged-in user. In the embodiment, the user game information acquisition unit 209 reads the number of players (number of items) held by the logged-in user from the user information table 3110 (see FIG. 8) stored in the user information storage unit 3100.

  The user watching information acquisition unit 210 has a function of reading the watching history of the logged-in user. Specifically, the history for one month going back to the past from today is read. The user watching information acquisition unit 210 also has a function of adding the history record passed from the login control unit 2011 to the watching history.

  In addition to the function in the first embodiment, the login control unit 2011 of the game progress control unit 201 has a function of determining whether a user satisfies a predetermined condition before coming to the stadium. When a predetermined condition is satisfied, the right to participate in the position limited game is granted.

  FIG. 22 is a diagram illustrating a configuration example and contents example of the watching history information table 3130. The watching history information table 3130 is stored in the user information storage unit 3100 and is a table for managing a game (event) watched by the user for each user. In this watching history information table 3130, one table is created for each user, and one record is registered when the user goes to the stadium. In the third embodiment, the login control unit 2011 that has received notification from the presence determination unit 203 that the user is watching the stadium creates one record and requests the user watching information acquisition unit 210 to add it. Note that the user's watching history may be collected by other methods. For example, the code is described in the watching ticket, and the user inputs the code from the user terminal device 10 during or after watching the game.

  The watching history information table 3130 includes a place name 3131, event contents 3132, and a date and time 3133.

  The place name 3131 indicates the name of a place in the real world where the event in which the user participated is performed. In the embodiment, the name of the stadium where the user watched the baseball game, for example, “A Stadium” is used.

  The event content 3132 indicates the content of an event performed at the location indicated by the location name 3131. In the embodiment, a battle team for a baseball game is set.

  The date and time of holding 3133 indicates the date and time (the holding period) at which the event indicated by the event content 3132 is held at the place indicated by the place name 3131. In the embodiment, the date, start time, and end time of the baseball game that the user watched are set.

  Next, the game control process in Embodiment 3 will be described. The game control process in the third embodiment is the same as the game control process in the first embodiment described with reference to FIG. 14 except for the process surrounded by the alternate long and short dash line in the flowchart of the game control process in the first embodiment.

  Therefore, the process in the third embodiment, which replaces the process surrounded by the alternate long and short dash line in the flowchart of FIG. FIG. 23 is a flowchart of a predetermined condition determination process according to the third embodiment. In addition, step S22 and step S23 show the same process as Embodiment 1. The processing from step 22 will be described.

  The login control unit 2011 of the game progress control unit 201 passed the current position information of the logged-in user's user terminal device 10 from the terminal position acquisition unit 202 passes the passed current position information to the presence determination unit 203, and the user A determination is made as to whether or not the user of the terminal device 10 is watching the stadium.

  Upon receiving the request, the presence determination unit 203 determines whether or not the login user is watching the stadium based on the passed current position information, and notifies the login control unit 2011 of the determination result (step S22). When it is determined that the login user is watching the stadium, the presence determination unit 203 notifies the login control unit 2011 that the login user is watching the event, and the record detected in step S31 in FIG. That is, the record related to the event being watched in the event information table 3310 is passed to the login control unit 2011.

  When the notification that the login user is not watching the stadium is received from the presence determination unit 203 (step S22: No), the login control unit 2011 does not grant the right to participate in the position-limited game to the login user. The process is executed from step S24.

  When the notification that the login user is watching the stadium is received from the presence determination unit 203 (step S22: Yes), the login control unit 2011 adds a record to the watching history information table 3130 (step S80). Specifically, the login control unit 2011 reads the stadium name (hereinafter referred to as “watching stadium name”) set as the place name 3311 of the record passed from the presence determination unit 203, and sets the place name 3131. To set. Also, the event content 3313 and the battle team set as the date and time 3314 of the record passed from the presence determination unit 203 are read and set as the event content 3132 and the date and time 3133 of the event, respectively. The login control unit 2011 passes the created record to the user watching information acquisition unit 210. The user watching information acquisition unit 210 to which the record is passed registers the passed record in the watching history information table 3130.

  Next, the login control unit 2011 requests the user watching information acquisition unit 210 to read the watching history record of the login user. Upon receiving the request, the user watching information acquisition unit 210 reads a watching history record for one month from the watching history information table 3130 and passes it to the login control unit 2011. The login control unit 2011 searches the watching history record in which the stadium name during watching is set as the place name 3131 of the watching watching history record. If a watching history record in which the stadium name during watching is set is detected, it is determined that watching in the same stadium is within one month (step S81: Yes), and the login control unit 2011 includes the presence determination unit 203. The record and the log-in user ID passed from are passed to the game right granting unit 204, and the user indicated by the log-in user ID is requested to grant the right to participate in the position-limited game.

  Upon receiving the request, the game right granting unit 204 reads out the game ID set as the position limited game ID 3316 of the record passed from the presence determination unit 203. In the user information table 3110 stored in the user information storage unit 3100, the item 3111 “position limited game” is recorded in the record of the user information table 3110 in which the login user ID is set as the item 3111 “user ID”. The read game ID is set (step S23). The game right grant unit 204 that has set the game ID notifies the login control unit 2011 that the grant of the participation right has ended.

  On the other hand, if no watching history record in which the stadium name during watching is set is detected in step S81, it is determined that the watching in the same stadium is not within one month (step S81: No), and login control is performed. The unit 2011 passes the login user ID to the user game information acquisition unit 209 and requests reading of the number of players (number of items) held by the login user.

  Upon receiving the request, the user game information acquisition unit 209 receives the number of players (number of items) set as the “number of players” from the record in which the login user ID is set as the user ID 3111 of the user information table 3110 (see FIG. 8). Is transferred to the login control unit 2011.

  Upon receiving the number of players (number of items), the login control unit 2011 determines whether or not the received number of players (number of items) is greater than a predetermined threshold, for example, “20”. When the number of players (number of items) is greater than the threshold (step S82: Yes), the login control unit 2011 requests the presence determination unit 203 to give the login user the right to participate in the position-limited game, and the presence determination unit 203 The login user is given the right to participate in the position-limited game (step S23).

  In step S82, when the number of players (number of items) is equal to or less than the threshold (step S82: No), the login control unit 2011 does not grant the right to participate in the position-limited game to the login user, and step S24 in FIG. Execute the process from

  In the second and third embodiments, in addition to the condition of watching the stadium, various predetermined conditions for granting the login user the right to participate in the position-limited game are determined. You may combine. For example, the right to participate in the position-limited game is granted only when both the condition that the game prediction of the second embodiment is correct and the condition that the number of items held in the game exceeds the threshold are satisfied. Etc.

  Moreover, the highest priority condition may be determined. For example, when watching at the same stadium within one month, the right to participate in the position limited game is granted regardless of whether other conditions are met. In addition, even if it is determined that the user is watching the stadium only when the user has been in the stadium for a predetermined time, if the user visits the same stadium within one month, he / she participates in the position-limited game. A right may be granted.

  Further, the predetermined condition for granting the right to participate in the position limited game may be different for each position limited game. The predetermined condition may be different for each stadium.

201 game progress control unit 202 terminal position acquisition unit 203 presence determination unit (discrimination unit)
204 Game right granting unit 207 Data management unit 208 Event information acquisition unit 209 User game information acquisition unit 210 User watching information acquisition unit (watching information acquisition unit)
2011 Login control unit

Claims (11)

A game control device that is communicably connected to a user terminal,
A position acquisition unit that acquires terminal position information related to the position of the user terminal;
A determination unit configured to determine whether the user terminal exists in a predetermined area where the event is performed within an event period in which the predetermined event is performed, based on the acquired terminal position information;
A user game information acquisition unit for acquiring user game information related to the state of the game before the event in the user terminal;
When the determination unit determines that the user terminal exists in the predetermined area within the event period, and the user game information acquired by the user game information acquisition unit satisfies a predetermined condition, A game right granting unit that gives the user terminal the right to start a predetermined game;
A game control device comprising:   The predetermined condition is a condition relating to at least one of the number of friends, the game level, the number of items acquired, the number of items held, the type of items held, and the progress of the game mode in the game before the event. Item 4. The game control device according to Item 1.   The game control device according to claim 1, wherein the game before the event is a game related to the event.   The game right granting unit does not give a right to start the predetermined game to the user terminal unless the determination unit determines that the user terminal exists in the predetermined area for a predetermined time or more. 4. The game control device according to any one of 1 to 3.   5. The game control device according to claim 1, wherein the predetermined condition is different depending on the predetermined game or the predetermined area. An event information acquisition unit for acquiring event information related to the event status or result;
The game right granting unit determines that the user terminal exists in the predetermined area within the event period by the determining unit, and the event information acquired by the event information acquiring unit satisfies a predetermined event condition. The game control device according to claim 1, wherein, even when satisfied, the user terminal is given a right to start the predetermined game. The event information acquisition unit acquires, as the event information, the event status or result prediction by the user of the user terminal,
The event that the game right granting unit determines that the user terminal is present in the predetermined area within the event period by the determining unit, and that the prediction acquired by the event information acquiring unit has been hit The game control apparatus according to claim 6, wherein a right to start the predetermined game is given to the user terminal even when the condition is satisfied.   The game right granting unit determines that the user terminal exists in the predetermined area within the event period by the determining unit, and the prediction acquired by the event information acquiring unit is not correct The game control device according to claim 7, wherein the right to start the predetermined game different from the case where the prediction is correct is given to the user terminal.   When a game other than the predetermined game is executed in a user terminal that is given the right to start the predetermined game, the game other than the predetermined game is progressed with respect to the user terminal. The game control apparatus according to claim 1, which provides an advantage.   A game system comprising: a user terminal; and the game control device according to any one of claims 1 to 9, which is communicably connected to the user terminal.   A program for causing a computer to operate as the game control device according to any one of claims 1 to 9, wherein the program causes the computer to function as each unit included in the game control device.

Images