JP2016067906A - Game control method, computer and control program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control method and the like in which desire of a player who logs in a game continuously is maintained and a participation rate to the game can be improved.SOLUTION: A game control method in a computer (3) which has a storage section (32) and executes a game includes: storing a history of an action executed by a player in the storage section, among the actions in the game; selecting a specific action from the actions in the game; and imparting a privilege to the player when a specific action selected when the player logs in the game agrees with the action executed by the player in the past which is stored in the history.SELECTED DRAWING: Figure 7

Description

  The present invention relates to a game control method, a computer, and a control program.

  In recent years, servers that provide games to mobile terminals via communication networks have become widespread. As a game provided by such a server, a game in which a plurality of players can participate (so-called “social game”) is known. Generally, in such a social game, a predetermined privilege is given to the player when the player logs in to the game so that the player actively participates in the game.

  Patent Document 1 discloses a system including a terminal device and a game management server. This game management server gives a stamp to the player in accordance with the player's entry into the game, and gives an emblem to the player when, for example, 10 consecutive days of stamps are collected.

Patent No. 5425276

  In a social game, when a player logs in to the game or logs in to the game for a predetermined number of days, a privilege is given to the player, whereby the participation rate of the player in the game can be improved. However, if a privilege is granted only on the condition that the user has logged in to the game, the player will think that the privilege can be acquired only by logging in. For this reason, the player's expectation for the acquisition of privileges has decreased, and the player's willingness to log in continuously has also tended to decrease.

  The present invention has been made to solve such a problem, and maintains a player's willingness to log in to the game continuously, and can improve the participation rate in the game, An object is to provide a computer and a control program.

A game control method according to the present invention is a game control method in a computer that includes a storage unit and executes a game, and stores, in the storage unit, a history of actions executed by a player among actions in the game. When a specific action is selected from the above and the player logs in to the game, if the selected specific action matches an action previously executed by the player stored in the history, a privilege is given to the player Including that.
Note that the computer is only required to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

  In the game control method according to the present invention, the action in the game may be the use, enhancement, setting, purchase, acquisition or transfer of a specific game medium, battle, quest, prize lottery, notification to other players, or player It is preferable to include a specific operation in the terminal.

  Moreover, in the game control method according to the present invention, it is preferable that the number of specific actions to be selected is changed in accordance with the number of times that the player has made a notification regarding the game to another player.

  Further, in the game control method according to the present invention, when the player performs a notification regarding the game to another player, the player may be notified of a hint regarding the selected specific action after selecting the specific action. preferable.

  Further, in the game control method according to the present invention, the number of specific actions to be selected is plural, and the number of actions that match the action stored in the history among the selected specific actions in granting a privilege. It is preferable to give a privilege with higher value as there is more.

  Further, in the game control method according to the present invention, in the granting of a privilege, a player whose selected specific action matches the action stored in the history of each player among the players belonging to the group to which the player belongs. It is preferable to give a privilege with a higher value to the player as the number of players increases.

  Further, in the game control method according to the present invention, the number of specific actions to be selected is plural, and in granting of a privilege, any of the plurality of specific actions selected belongs to a group to which the player belongs. When the action stored in the player's history matches, it is preferable to give a privilege that is higher in value than the privilege that is given if the actions do not match.

  The computer according to the present invention is a computer that executes a game, and among the actions in the game, a storage unit that stores a history of actions performed by the player, and a selection unit that selects a specific action from the actions in the game When the player logs in to the game, if the selected specific action matches the action executed in the past by the player stored in the history, a privilege granting unit for granting a privilege to the player is provided.

  A control program according to the present invention is a computer control program that includes a storage unit and executes a game, and stores, in the storage unit, a history of actions executed by a player among actions in the game, When a specific action is selected from the above and the player logs in to the game, if the selected specific action matches an action previously executed by the player stored in the history, a privilege is given to the player. Let the computer run.

  In the game control method, the computer, and the control program according to the present invention, it is possible to improve the player's expectation for the acquisition of the privilege because the player does not know whether or not the privilege is granted unless the player logs in to the game. It becomes. Therefore, it is possible to maintain the player's willingness to log in to the game continuously and improve the participation rate in the game.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. It is a mimetic diagram for explaining an example of privilege grant processing. It is a mimetic diagram for explaining other examples of privilege grant processing. (A)-(d) is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of schematic structure of a server. (A)-(d) is a figure which shows an example of the data structure of each table. It is a figure which shows an example of the operation | movement flow of the lottery process by a server. It is a figure which shows an example of the operation | movement flow of the quiz reception process by a server. It is a figure which shows an example of the operation | movement sequence of a game system. It is a figure which shows an example of the operation | movement flow of the privilege provision process by a server.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

1. Outline of Embodiment In the game system of this embodiment, a player executes a game provided by a server using a mobile terminal. The server executes a quest that progresses according to a game scenario, a battle (match), or the like as an event in the game to be provided. A quest is generally called a search, a mission, or the like, and has a plurality of stages or missions to be cleared by the player, and the player character sequentially executes each stage or mission process. . The executed battles include a battle between the player character and the enemy character, a so-called RAID battle in which a plurality of players participate, and the like. The player character is a game medium owned by the player, and the enemy character is a game medium owned by a non-player character or another player.

  A game medium is electronic data used in a game, and includes, for example, a card, an item, a character, an avatar, and the like. The game medium is electronic data that can be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. A player can grow a character or acquire an item by executing a quest.

  In this embodiment, a card registered in advance in the game system will be described as an example of a game medium. The player character or enemy character card used in the battle has parameters. Parameters include, for example, experience values, levels, attack power, defense power, physical strength (HP (hit points)), attributes (for example, fire, water, thunder, etc.), rarity (for example, normal, rare, S (super)) Rare, SS (double super) rare, SSS (triple super) rare, legend, etc.), skill (special effect) trigger rate, attack speed (number of attacks per turn, number of turns until attack, etc.) The number of times of defense and / or a job (for example, occupation, military type, etc.).

  The server stores a history of game media used by the player in this game. The game medium used for the game is, for example, an item for restoring parameters such as HP of the player character, or an item for enhancing parameters such as level, attack power, defense power, and the like.

  The server executes a lottery for selecting a specific item from items used in the game at a predetermined timing (for example, every day at 23:00) every predetermined period (for example, one day). Then, when each player logs in to the game for the first time within a predetermined period, the item selected by the lottery executed immediately before that is used by each player in the past predetermined period (for example, the previous day). It is determined whether or not the item matches. Login means to participate (entry) in the game. The server authenticates each player using each player's identification number (player ID) and password received from each portable terminal when each player accesses using the portable terminal. It is determined that each player has logged into the game.

  The server gives a privilege to the player when the item selected in the lottery matches the item that the player has used in the past predetermined period. In this way, a player who does not know whether or not the privilege is granted unless the player logs in to the game can improve the player's expectation for the acquisition of the privilege and continuously log in to the game. Maintain motivation and improve the participation rate in the game.

2. Configuration of Game System 1 FIG. 1 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes a plurality of portable terminals 2 and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

  The mobile terminal 2 is assumed to be a multi-function mobile phone (so-called “smart phone”), but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, a tablet A PC, a notebook PC, or the like may be used.

2.1. Configuration of Mobile Terminal 2 FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25. The portable terminal 2 requests the server 3 to advance the game in accordance with the operation of the operation unit 23 (button or the like) by the player. In addition, the mobile terminal 2 receives display data related to the progress of the game from the server 3 and displays it.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25. Note that the terminal communication unit 21 may perform wireless communication with a wireless communication method of the IEEE 802.11 standard with a WiFi (Wireless Fidelity) access point (not shown).

  The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays display data related to the progress of the game. The computer program is a terminal storage unit using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory). 22 may be installed. Further, the terminal storage unit 22 stores, as data, a player ID that is identification information of the user of the mobile terminal 2, display data relating to the progress of the game, video data, image data, and the like. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, and is, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. And the produced | generated signal is supplied to the terminal process part 25 as a player's instruction | indication.

  The display unit 24 may be any device as long as it can display images, images, and the like, and is, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

  The terminal processing unit 25 includes one or a plurality of processors and their peripheral circuits. The terminal processing unit 25 is a CPU (Central Processing Unit), for example, and comprehensively controls the overall operation of the mobile terminal 2. The terminal processing unit 25 includes a terminal communication unit 21, a display unit, and a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure based on a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (such as application programs) in parallel.

2.1.1. Function of Terminal Processing Unit 25 FIG. 3 is a schematic diagram for explaining an example of privilege provision processing in a game provided by the game system 1.

  As shown in FIG. 3, in the game system 1, when the player logs into the game (301) and plays the game (302), each item used by the player is stored as a history 310 (303). On the other hand, at a predetermined timing, a lottery for selecting a specific item 311 from items used in the game is executed (304). On the next day, when the player logs in to the game again (305), it is determined whether or not the action 311 selected in the lottery matches the action stored in the action history 310 (306). A prize is given (307). As described above, when the player logs in to the game, the game system 1 gives a prize to the player according to the items used by the player in the past. Since the player does not know whether or not the privilege is granted unless the user logs in to the game (306), it is possible to improve the player's expectation for the acquisition of the privilege.

  FIG. 4 is a schematic diagram for explaining another example of the privilege granting process in the game provided by the game system 1.

  As shown in FIG. 4, in the game system 1, when the player logs in to the game (401), the player is given a quiz related to the game. When the player answers (402) the quiz, the player's answer 410 is stored (403). On the next day, when the player logs in to the game again (404), the correct answer of the quiz is announced, and it is determined whether or not the answer 410 by the player is correct (405). Granted (406). As described above, when the player logs in to the game, the game system 1 gives a prize to the player in accordance with the selection performed by the player in the past. In this case as well, since the player does not know whether or not the privilege is granted without logging in (404) to the game, it is possible to improve the player's expectation for the acquisition of the privilege.

  FIG. 5A is a diagram illustrating an example of a start screen displayed on the display unit 24.

  A start screen 500 shown in FIG. 5A is displayed immediately after login to the game. Each screen described below is displayed based on display data received from the server 3.

  On the start screen 500, the item 501 selected by the lottery performed on the previous day, the correct answer 502 of the quiz given on the previous day, the question 503 for the quiz given on that day, and “select” for selecting the answer of the quiz. A button 504, a “menu” button 505, and the like are displayed. Furthermore, when an item used by the player on the previous day is selected by lottery, a prize 506 given to the player is displayed on the start screen 500. Further, when the answer made by the player on the previous day is correct, a prize 507 to be given to the player is displayed.

  When the player presses any button, an instruction corresponding to the button is transmitted from the portable terminal 2 to the server 3. When any “select” button 504 is pressed, an answer corresponding to the pressed “select” button 504 is registered in the server 3 and the start screen 500 is displayed again. On the redisplayed start screen 500, the fact that the quiz has been answered (not shown) is displayed, and the quiz problem 503 and the “select” button 504 are not displayed. When the “menu” button 505 is pressed, a screen displaying a menu that can be selected by the player is displayed.

  FIG. 5B is a diagram illustrating an example of a menu screen displayed on the display unit 24.

  A menu screen 510 shown in FIG. 5B is displayed when a “menu” button 505 is pressed on the start screen 500.

  On the menu screen 510, a “quest” button 511, a “battle” button 512, an “item” button 513, and the like are displayed. When the “quest” button 511 is pressed, a screen for executing the quest is displayed. When the “battle” button 512 is pressed, a screen for executing the battle is displayed. When the “item” button 513 is pressed, a screen for using the item is displayed.

  FIG. 5C is a diagram illustrating an example of a quest screen displayed on the display unit 24.

  The quest screen 520 shown in FIG. 5C is displayed when the “quest” button 511 is pressed on the menu screen 510. On the quest screen 520, for each mission that the player can execute, a mission name 521, an “execute” button 522, and the like are displayed, and a “return” button 523 is further displayed.

  When any “execution” button 522 is pressed, the mission corresponding to the pressed “execution” button 522 is executed, and a screen (not shown) showing the result of the mission is displayed. Alternatively, when the “execute” button 522 is pressed, a screen (not shown) for executing the corresponding mission is displayed, and the player can execute the mission. When the “return” button 523 is pressed, the menu screen 510 is displayed again.

  FIG. 5D is a diagram illustrating an example of a battle screen displayed on the display unit 24.

  The battle screen 530 shown in FIG. 5D is displayed when the “battle” button 512 is pressed on the menu screen 510. On the battle screen 530, an opponent character image 531, a name 532, a “fight” button 533, and the like are displayed for each opponent character that the player can play against, and a “return” button 534 is further displayed.

  When any of the “fight” buttons 533 is pressed, a battle with the opponent character corresponding to the pressed “fight” button 533 is executed, and a screen (not shown) showing the result of the battle is displayed. Alternatively, when the “fight” button 533 is pressed, a screen (not shown) for executing a battle with the corresponding opponent character is displayed, and the player can execute a battle with the opponent character. When the “return” button 523 is pressed, the menu screen 510 is displayed again.

  FIG. 6 is a diagram illustrating an example of an item screen displayed on the display unit 24.

  An item screen 600 shown in FIG. 6 is displayed when an “item” button 513 is pressed on the menu screen 510. On the item screen 600, for each item that can be used by the player, an item name 601 and a “use” button 602 are displayed, and a “return” button 603 is further displayed.

  When any “use” button 602 is pressed, an item corresponding to the pressed “use” button 602 is used, and the use result of the item, that is, a value in which various parameters such as HP change due to the use of the item. Or a screen (not shown) representing a newly acquired card or the like is displayed. When the “return” button 603 is pressed, the menu screen 510 is displayed again.

2.1.2. Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251. The browsing execution unit 251 is a functional module realized by a program executed by a processor included in the terminal processing unit 25. Or the browsing execution part 251 may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data relating to the progress of the game. That is, the browsing execution unit 251 transmits a display data acquisition request related to the progress of the game to the server 3 via the terminal communication unit 21 in accordance with an instruction from the player. Further, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the content data that has been identified based on the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24. Further, the browsing execution unit 251 stores each piece of information included in the display data in the terminal storage unit 22 while the communication connection with the server 3 is established.

2.2. Configuration of Server 3 FIG. 7 is a diagram illustrating an example of a schematic configuration of the server 3. 8A to 8B and 9A to 9C are diagrams illustrating examples of data structures of various tables stored in the server storage unit 32. FIG.

  The server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33. The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data relating to the progress of the game and transmits it to the mobile terminal 2.

  The server communication unit 31 is an example of an output unit, includes a communication interface circuit for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that progresses a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM.

  Further, the server storage unit 32 includes, as data, a player table shown in FIG. 8A, a history table shown in FIG. 8B, an item table shown in FIG. 8C, and a quiz table shown in FIG. The item selected by the lottery, the image data of each player, various image data relating to the progress of the game, and the like are stored. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 8A shows a player table for managing players. In the player table, for each player, the player ID, password, name, image data file name, possessed card information, possessed card identification number (used card ID) used for the battle, and identified item identification for each player. Information such as numbers (owned item IDs), quiz answers, login times, and player IDs of related players are stored in association with each other.

  For each card owned by the player and used in the game, the possessed card information is associated with an identification number (owned ID) for managing the owned card, an identification number (card ID) of the card, a level, etc. Remembered. The used card ID is the possession ID of the card used for the battle among the cards included in the possessed card information. The answer of the quiz is an answer selected by the player with respect to the quiz given as a question. The login time is the latest time when the player logs into the game.

  The related player is another player related to the player. The related players are, for example, other players belonging to the same group as the player, other players who are in friendship with the player, other players who have rescued the player in battles with past enemy characters, And / or other players belonging to groups that have played in the past.

  FIG. 8B shows a history table for managing the history of items used by the player. History information is stored in the history table for each player. In the history information, the use date and time, the item ID of the used item, and the like are stored in association with each other.

  FIG. 8C shows an item table for managing items. The item table stores the item ID, name, image data file name, effect, and the like of each item. The effect of the item includes, for example, restoration of parameters such as HP, enhancement of parameters such as level, attack power, and defense power.

  FIG. 8D shows a quiz table for managing quizzes. The quiz table stores, for each quiz, an identification number (quiz ID), a question date, a question (answer option), a difficulty level, a correct answer, and the like for managing the quiz.

2.2.1. Configuration of Server Processing Unit 33 The server processing unit 33 includes a selection unit 331, a quiz receiving unit 332, a progress control unit 333, a game execution unit 334, and a privilege granting unit 335. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  The selection unit 331 executes a lottery for selecting a specific item from items used in the game at a predetermined timing (for example, every day at 23:00) every predetermined period (for example, one day). For example, the selection unit 331 selects a specific item from items included in the item table with a predetermined probability using a pseudo-random number generated using the current clock counter value or the like of the server 3 as a seed, and the server storage Store in the unit 32.

  The quiz accepting unit 332 accepts a quiz question date, problem, difficulty, and correct answer from a computer (not shown) operated by an administrator of the server 3 via the server communication unit 31 every predetermined period (for example, one day), Store in quiz table. When the quiz accepting unit 332 accepts each piece of information related to the quiz, the quiz accepting unit 332 newly generates a quiz ID, and associates the generated quiz ID with the received information and stores them in the quiz table.

  The progress control unit 333 controls the start and progress of the game, and appropriately instructs the game execution unit 334 and the privilege granting unit 335 to execute the process. The progress control unit 333 exchanges necessary data with the mobile terminal 2 via the server communication unit 31.

  When the request for each screen described with reference to FIGS. 5A to 6 is received from the portable terminal 2, the progress control unit 333 specifies the player ID included in the request. Then, the progress control unit 333 creates display data for displaying a button for receiving an instruction from the player, character information to be notified to the player, an image, and the like in a layout corresponding to the screen, and the data is stored in the portable terminal. 2 to send. When any button is pressed on the screen displayed on the portable terminal 2 and a request for the next screen corresponding to the button is received from the portable terminal 2, the progress control unit 333 similarly displays the next screen. Data is created and the data is transmitted to the mobile terminal 2.

  In particular, when the player receives a login request for requesting login to the game from the portable terminal 2, the progress control unit 333 specifies the player ID and password included in the login request. The progress control unit 333 extracts the player password corresponding to the specified player ID from the player table, and determines whether or not the extracted password matches the password included in the login request. I do.

  The progress control unit 333 permits the player to log in to the game when the player is successfully authenticated. In addition, the progress control unit 333 determines whether or not a time within a predetermined period (for example, that day) is stored in the log-in time corresponding to the specified player ID in the player table. When the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time at the login time corresponding to the specified player ID in the player table, and the privilege granting unit 335 performs the privilege grant process. Instruct execution. On the other hand, when the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time at the login time corresponding to the specified player ID in the player table, but the privilege granting unit 335 receives the privilege. Do not instruct execution of the grant process. That is, the privilege grant process is executed only when the player logs in for the first time within the predetermined period.

  Then, the progress control unit 333 reads the item selected by the selection unit 331 from the server storage unit 32, and reads the correct answer of the previous quiz accepted by the quiz accepting unit 332 and the question of the current quiz from the quiz table. The progress control unit 333 creates display data for displaying the start screen 500 in which the read information and the privilege granted to the player by the privilege granting unit 335 are arranged in a predetermined layout, and transmits the display data to the mobile terminal 2. To do.

  Hereafter, the progress control unit 333 reads the player table every time it is accessed from the mobile terminal 2 and determines whether or not a time within a predetermined period is stored as the login time corresponding to the player ID. When a time within a predetermined period is stored as the login time, the progress control unit 333 determines that the player has already logged in to the game, and accepts access from the portable terminal 2. On the other hand, when the time within the predetermined period is not stored as the login time, the progress control unit 333 determines that the player has not logged in to the game yet, or the valid period of the login has elapsed, and authenticates the player again. In order to do so, the mobile terminal 2 is requested to resend the login request.

  When the “select” button 504 is pressed on the start screen 500 displayed on the mobile terminal 2 and a corresponding response request is received from the mobile terminal 2, the progress control unit 333 displays the player ID and the response ID included in the response request. Identify quiz answers. The progress control unit 333 stores the identified answer in the player table in association with the identified player ID. The progress control unit 333 creates display data for displaying a start screen indicating that the quiz has already been answered, and transmits the display data to the mobile terminal 2.

  When the “menu” button 505 is pressed on the start screen 500 displayed on the mobile terminal 2 and a corresponding menu screen request is received from the mobile terminal 2, the progress control unit 333 displays the menu screen 510. Is displayed and transmitted to the portable terminal 2.

  When the “quest” button 511 is pressed on the menu screen 510 displayed on the mobile terminal 2 and the corresponding quest screen request is received from the mobile terminal 2, the progress control unit 333 displays the quest screen 520. Is displayed and transmitted to the portable terminal 2. When the “execution” button 522 is pressed on the quest screen 520 displayed on the mobile terminal 2 and a corresponding quest processing request is received from the mobile terminal 2, the progress control unit 333 sends the quest process to the game execution unit 334. Instruct execution. Then, the progress control unit 333 transmits display data created by the game execution unit 334 for displaying the result of the quest to the mobile terminal 2.

  When the “battle” button 512 is pressed on the menu screen 510 displayed on the mobile terminal 2 and a corresponding battle screen request is received from the mobile terminal 2, the progress control unit 333 displays the player ID included in the battle request. Is identified. The progress control unit 333 extracts each piece of information corresponding to the specified player ID in the player table, and extracts a player who is an opponent. The progress control unit 333 creates display data for displaying the battle screen 530 in which each extracted information is arranged in a predetermined layout, and transmits the display data to the mobile terminal 2. In addition, when the “battle” button 533 is pressed on the battle screen 530 displayed on the mobile terminal 2 and a corresponding battle processing request is received from the mobile terminal 2, the progress control unit 333 sends a battle execution request to the game execution unit 334. Instruct execution. Then, the progress control unit 333 transmits the display data created by the game execution unit 334 for displaying the battle result to the mobile terminal 2.

  When the “item” button 513 is pressed on the menu screen 510 displayed on the mobile terminal 2 and the corresponding item screen request is received from the mobile terminal 2, the progress control unit 333 displays the player included in the item screen request. Specify the ID. The progress control unit 333 extracts information regarding the possessed item corresponding to the specified player ID in the player table and the item table, and displays display data for displaying the item screen 600 in which the extracted information is arranged in a predetermined layout. Create and send to mobile terminal 2. When the “use” button 602 is pressed on the item screen 600 displayed on the portable terminal 2 and an item processing request corresponding to the “use” button 602 is received from the portable terminal 2, the progress control unit 333 causes the game execution unit 334 to store the item. Instruct use. Then, the progress control unit 333 transmits the display data created by the game execution unit 334 for displaying the use result of the item to the mobile terminal 2.

  When execution of a quest is instructed from the progress control unit 333, the game execution unit 334 specifies a player ID and a quest identification number (quest ID) included in the quest processing request, and performs a mission corresponding to the specified quest ID. Run. Further, when the player uses a specific item in the executed mission, the game execution unit 334 stores the item used by the player and the history of use date in association with the player ID in the history table. In addition, the game execution unit 334 creates display data for displaying the result of the quest and passes it to the game execution unit 334.

  When the execution of the battle is instructed from the progress control unit 333, the game execution unit 334 specifies the player ID and the opponent player ID included in the battle process request. The game execution unit 334 identifies a use ID associated with each identified player ID in the player table, and executes a battle using a card corresponding to the identified use ID. Further, when the player uses a specific item in the executed battle, the game execution unit 334 stores the item used by the player and the history of use date and time in association with the player ID in the history table. In addition, the game execution unit 334 creates display data for displaying the result of the battle and passes it to the game execution unit 334.

  When the use of the item is instructed from the progress control unit 333, the game execution unit 334 specifies the player ID and the item ID included in the item processing request. The game execution unit 334 activates the effect of the item using the item corresponding to the identified item ID in the player table, and deletes the owned item ID stored in association with the identified player ID in the player table. To do. Furthermore, the game execution unit 334 stores, in the history table, the items used by the player and the history of use date and time in association with the player ID. In addition, the game execution unit 334 creates display data for displaying the use result of the item, and passes it to the game execution unit 334.

  When the execution of the privilege grant process is instructed from the progress control unit 333, the privilege grant unit 335 first grants a unique privilege to all players who have been successfully authenticated. Thereby, the player can acquire the minimum privilege regardless of the result of the lottery and the result of the quiz, and can suppress disappointment when the privilege cannot be acquired by the lottery or the quiz.

  In addition, the content of the unique privilege given to all the players who succeeded in authentication may be notified to each player in advance, for example, by displaying on the start screen. For example, the server 3 is a privilege given when logging in on a predetermined day (for example, the next day, holiday, etc.), each privilege given when logging in on each day of the month or the week, or the number of consecutive login days Each player is notified in advance of each privilege or the like that is given according to the game. Thereby, since the player surely logs in to the game on the day when the desired privilege is granted, the participation rate in the game can be improved. Moreover, the content of the unique privilege given to all the players that have been successfully authenticated may be a privilege that is more valuable as the days of login overlap. A privilege with high value is, for example, a card with a high degree of rarity, an item with a high effect, or a large number of cards or items. For example, the privilege given when logging in on the second day is higher than the privilege given when logging in on the first day. Or a large number of cards or items. Thereby, since the player tries to acquire a better privilege, the continuation rate of the game can be improved.

  Further, the privilege granting unit 335 reads the item selected by the lottery by the selection unit 331 from the server storage unit 32. Further, the privilege granting unit 335 specifies the player ID included in the login request, and the item used by the player in the past predetermined period (for example, the previous day) from the history information corresponding to the specified player ID in the history table. Extract. Then, the privilege granting unit 335 determines whether the item selected by the lottery matches the item used in the past predetermined period by the player stored in the history, that is, whether the item is included in the extracted item. Determine. When the item selected by the lottery matches the item that the player has used in the past predetermined period, the privilege granting unit 335 grants a privilege to the player. The privilege granting unit 335 gives a privilege to the player by storing the item ID corresponding to the privilege to be granted in association with the player ID as the owned item ID in the player table.

  The privilege granted based on the lottery is a privilege that is different from the privilege that is uniquely given to all players who have been successfully authenticated, and has a higher value than the privilege that is uniquely given to all players who have been successfully authenticated. May be. For example, the server 3 has a card with a higher degree of rarity, a highly effective item, or a large number of benefits given based on a lottery than a unique privilege given to all players who have been successfully authenticated. Card or item. Or it is good also as a privilege which provides the same item as the item selected by lottery based on lottery. Further, the privilege granted based on the lottery may be selected from among a plurality of items according to voting by all the players or the players to whom the identification is given. As a result, since the player tries to acquire a privilege with a high value or a privilege determined at random, the participation rate in the game can be improved. In addition, each player can acquire items with higher utility value as a result of the lottery.

  Further, the privilege granting unit 335 reads the correct answer of the previous quiz accepted by the quiz accepting unit 332 from the quiz table, and reads the answer corresponding to the specified player ID in the player table. The privilege granting unit 335 determines whether or not the correct answer of the quiz matches the answer by the player. When the correct answer of the quiz matches the answer by the player, the privilege granting unit 335 grants a privilege to the player.

  The privilege granted based on the quiz is a privilege that is different from the privilege that is uniquely given to all players and the privilege that is given based on the lottery, and has a higher value than the privilege that is uniquely given to all players. It is. Further, the privilege granted based on the quiz may also be selected from among a plurality of items in accordance with voting by all the players or the players to whom the identification is given. Thereby, each player can acquire an item with higher utility value as a result of a quiz.

  In addition, the privilege provided by a quiz may be changed according to the difficulty of a quiz. In that case, the privilege granting unit 335 gives the player a privilege with higher value as the difficulty level of the quiz is higher. In that case, the difficulty level of the quiz may be selected by the player. The player selects whether to answer a more difficult problem so that a higher-value privilege can be acquired, or to answer an easier problem so that the privilege can be acquired more reliably, thereby improving the game performance. It becomes possible.

  In addition, each privilege may be changed according to the number of times the item selected by the lottery and the item used by the player are continuously matched, or the number of times the player has correctly answered the quiz. In that case, the privilege granting unit 335 has a higher value as the number of times the item selected by the lottery and the item used by the player are consistently matched or the number of times the player has correctly answered the quiz is larger. A privilege is given to the player.

  Moreover, the content of the privilege provided based on a lottery and the content of the privilege provided based on a quiz are not notified to each player in advance. This makes it possible to improve the player's expectation because the player does not know what kind of privilege will be given unless the player logs in to the game. In addition, about the content of the privilege provided based on a lottery and the content of the privilege provided based on a quiz, it is notified to each player beforehand similarly to the content of the specific privilege provided to all the players. Also good. Thereby, since the player tries to increase the possibility of acquiring the desired privilege, it is possible to improve the willingness to participate in the game on the day before and the day when the privilege is given.

  FIG. 9 is a diagram illustrating an example of a flowchart relating to a lottery process performed by the server 3. This operation flow is executed mainly by the server processing unit 33 in cooperation with each element of the server 3 based on a program stored in the server storage unit 32 in advance. The lottery process shown in FIG. 9 is periodically executed.

  First, the selection unit 331 of the server 3 determines whether or not the current time has reached a predetermined time, and waits until the predetermined time is reached (step S101). When the current time reaches a predetermined time (step S101—Yes), the selection unit 331 executes a lottery to select a specific item from items used in the game (step S102). The selection part 331 memorize | stores the item selected by the lottery in the server memory | storage part 32, and complete | finishes a series of steps.

  FIG. 10 is a diagram illustrating an example of a flowchart relating to a quiz acceptance process performed by the server 3. This operation flow is executed mainly by the server processing unit 33 in cooperation with each element of the server 3 based on a program stored in the server storage unit 32 in advance. The quiz acceptance process shown in FIG. 10 is periodically executed.

  First, the quiz reception unit 332 of the server 3 determines whether or not the quiz question date, problem, difficulty, and correct answer have been received from the computer operated by the server 3 administrator via the server communication unit 31 (step S201). ). When each piece of quiz information is received (step S201—Yes), the quiz reception unit 332 stores the received information in the quiz table (step S202), and ends a series of steps.

  FIG. 11 is a diagram illustrating an example of an operation sequence related to the game processing of the game system 1. This operation sequence cooperates with each element of the portable terminal 2 and the server 3 mainly by the terminal processing unit 25 and the server processing unit 33 based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance. And executed.

  First, when the player requests to log in to the game using the operation unit 23 of the portable terminal 2, the browsing execution unit 251 of the portable terminal 2 transmits a login request to the server 3 via the terminal communication unit 21 (step S301). ). When the progress control unit 333 of the server 3 receives a login request from the mobile terminal 2, the progress control unit 333 specifies a player ID and a password included in the login request. The progress control unit 333 extracts the player password corresponding to the specified player ID from the player table, and authenticates the player (step S302).

  If the player authentication is successful, the progress control unit 333 permits the player to log in to the game. Next, the progress control unit 333 determines whether or not a time within a predetermined period is stored at the login time corresponding to the specified player ID in the player table. When the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time at the login time corresponding to the specified player ID in the player table, and the privilege granting unit 335 performs the privilege granting process. Execute (Step S303). When the time within the predetermined period is not stored as the login time, the progress control unit 333 stores the current time at the login time corresponding to the specified player ID in the player table, but the privilege granting unit 335 receives the privilege. Does not execute the grant process. Details of the privilege grant processing will be described later.

  Next, the progress control unit 333 starts arranging the item selected by the selection unit 331, the correct answer and problem of the quiz received by the quiz receiving unit 332, the privilege granted to the player by the privilege granting unit 335, and the like in a predetermined layout. Display data for displaying the screen is created and transmitted to the mobile terminal 2 (step S304). When the display data of the start screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and displays the start screen 500 on the display unit 24. Is displayed (step S305).

  Next, in a state where the start screen 500 is displayed on the display unit 24 of the mobile terminal 2, when the player presses the “select” button 504 using the operation unit 23, the browsing execution unit 251 of the mobile terminal 2 makes an answer request Is transmitted to the server 3 via the terminal communication unit 21 (step S306). When the progress control unit 333 of the server 3 receives an answer request from the mobile terminal 2, the progress control unit 333 identifies the player ID and the quiz answer included in the answer request, and the identified answer corresponds to the identified player ID in the player table. Add and store (step S307). Next, the progress control unit 333 creates display data for displaying a start screen indicating that the quiz has already been answered, and transmits the created display data to the portable terminal 2 (step S308). When the display data of the start screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and displays the start screen on the display unit 24. It is displayed again (step S309).

  Next, when the start button is displayed on the display unit 24 of the portable terminal 2 and the player presses the “menu” button using the operation unit 23, the browsing execution unit 251 of the portable terminal 2 issues a menu screen request. It transmits to the server 3 via the terminal communication part 21 (step S310). When the progress control unit 333 of the server 3 receives a menu screen request from the mobile terminal 2, the progress control unit 333 generates display data for displaying the menu screen, and transmits the generated display data to the mobile terminal 2 (step S311). When the display data of the menu screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data and displays the menu screen 510 on the display unit 24. Is displayed again (step S312).

  Next, when the player presses each button using the operation unit 23 while the menu screen 510 is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 acquires the corresponding screen. A request to do so is transmitted to the server 3 via the terminal communication unit 21 (step S313). The progress control unit 333 of the server 3 creates display data for displaying the corresponding screen (quest screen 520, battle screen 530, or item screen 600) when each request is received from the mobile terminal 2, and the created display Data is transmitted to the portable terminal 2 (step S314). When the display data of each screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and displays each screen on the display unit 24. It is displayed again (step S315).

  Next, when each screen (quest screen 520, battle screen 530, or item screen 600) is displayed on the display unit 24 of the mobile terminal 2, the player presses each button using the operation unit 23. The browsing execution unit 251 transmits a request for a corresponding process (quest, battle or item use) to the server 3 via the terminal communication unit 21 (step S316).

  When the progress control unit 333 of the server 3 receives a request for each process from the mobile terminal 2, the game execution unit 334 executes a process (quest, battle, or item use) corresponding to each request (step S317). Next, when an item is used in each process, the game execution unit 334 stores the item used by the player and the history of use date and time in the history table in association with the player ID (step S318). Next, the game execution unit 334 creates display data for displaying the result screen of each process, and the progress control unit 333 transmits the created display data to the portable terminal 2 (step S319). When the display data of each result screen is received from the server 3 via the terminal communication unit 21, the browsing execution unit 251 of the mobile terminal 2 creates drawing data based on the received display data, and displays each result on the display unit 24. The screen is displayed again (step S320). Thus, the operation sequence related to the game process is completed.

  FIG. 12 shows an operation flow of the privilege granting process by the privilege granting unit 335 of the server 3. The privilege grant process shown in FIG. 12 is executed in step S303 in FIG.

  The privilege granting unit 335 first grants a unique privilege to a player who has been successfully authenticated (step S401). Next, the privilege provision part 335 reads the item selected by the lottery by the selection part 331 from the server memory | storage part 32 (step S402). Next, the privilege granting unit 335 identifies the player ID included in the login request, and extracts items used by the player in the past predetermined period from the history information corresponding to the identified player ID in the history table ( Step S403). Next, the privilege granting unit 335 determines whether or not the item selected by the lottery matches the item used in the past predetermined period by the player stored in the history (step S404). When the item selected by the lottery matches the item that the player has used in the past predetermined period (step S404-Yes), the privilege granting unit 335 gives a privilege to the player (step S405) and does not match. In the case (step S404-No), no privilege is given to the player.

  Next, the privilege granting unit 335 reads the correct answer of the previous quiz accepted by the quiz accepting unit 332 from the quiz table (step S406). Next, the privilege grant part 335 reads the answer corresponding to the specified player ID in the player table (step S407). Next, the privilege granting unit 335 determines whether or not the correct answer of the quiz matches the answer by the player (step S408). When the correct answer of the quiz matches the answer by the player (step S408-Yes), the privilege granting unit 335 grants a privilege to the player (step S409), and when it does not match (step S408-No), grants the privilege to the player. Without completing the series of steps.

  As described above, when the player logs in to the game, the server 3 gives a privilege to the player if the item selected by the lottery matches the item that the player has used in the past predetermined period. To do. Since the player does not know whether or not the privilege is granted unless the player logs in to the game, the player's expectation for the acquisition of the privilege can be improved. Therefore, it is possible to maintain the player's willingness to log in to the game continuously and improve the participation rate in the game. In addition, since the player uses more items in order to increase the possibility of acquiring a privilege at the time of login, the number of items purchased can be increased.

  Further, when the player logs in to the game, the server 3 gives a privilege to the player when the correct answer of the quiz given before the login matches the answer of the player selected before the login. This also makes it possible to improve the player's expectation for the acquisition of the privilege because the player does not know whether or not the privilege is granted unless the player logs in to the game. Therefore, it is possible to maintain the player's willingness to log in to the game continuously and improve the participation rate in the game. In addition, each player will share information about the quiz via a specific SNS (social networking service), etc. so that the quiz can be answered correctly, and spread the information about the game to those who are not playing the game. Is possible.

  Note that the present invention is not limited to this embodiment. For example, the server 3 may determine whether or not to give a privilege using another game medium such as a player character card used in a battle or a quest instead of the item. In that case, when the game execution unit 334 executes the battle or quest, the game execution unit 334 stores the history of cards used in the battle or quest in the history table. In the lottery, the selection unit 331 selects a specific card from cards used in battles or quests. And the privilege provision part 335 gives a privilege to a player, when the card selected by lottery corresponds with the card | curd which the player used by the battle or the quest in the past predetermined period.

  Further, the server 3 may determine whether or not to grant a privilege based on an action other than the use of the game medium, such as strengthening, setting, purchase, acquisition, or transfer of the game medium. Enhancing means, for example, raising the level of a card used in a game or quest by a predetermined level (for example, 1) or more. Setting is, for example, setting a card to be used in a battle or a quest. Acquiring is, for example, acquiring a card or item in a quest or battle, or transferring it from another player. The transfer is, for example, transferring a card or item owned by a player to another player. When the game execution unit 334 executes strengthening, setting, purchase, acquisition, or transfer of the game medium, the game execution unit 334 stores the history of the game medium in which the action is executed in the history table. The privilege granting unit 335 grants a privilege to the player when the card selected by the lottery matches the game medium strengthened, set, purchased, acquired or transferred by the player in the past predetermined period.

  Further, the action used for determining whether or not to grant a privilege is not limited to an action related to a specific game medium. For example, the server 3 may determine whether to give a privilege based on a battle, a quest, a prize lottery, a notification to another player, or an action such as a specific operation on the mobile terminal 2. The notification to other players includes, for example, writing on a bulletin board in a game, sending an e-mail to other players, and the like. The specific operation on the portable terminal 2 is, for example, pressing a specific button (numeric key or the like). The game execution unit 334 stores the history of each action executed by the player in the history table. The selection unit 331 selects a specific action from the actions in the game in the lottery. The privilege granting unit 335 grants a privilege to the player when the action selected by the lottery matches the action executed by the player in the past predetermined period.

  In addition, when the player performs a game-related notification to a predetermined number (for example, one) of other players, the server 3 notifies the player of hints regarding the action (item) selected in the lottery after executing the lottery. May be. The hint is notified, for example, by displaying it on the menu screen 510 or the like. Alternatively, the hint may be notified by e-mail or the like. Similarly, the server 3 may notify the player of a hint regarding the correct answer of the quiz when the player performs notification regarding the game to a predetermined number of other players. Thereby, since the player tries to notify other players in order to obtain a hint for the correct answer of the selected action or quiz, it is possible to activate communication between the players.

  The notification regarding the game can be, for example, an e-mail that invites another player to the game. Thus, the player frequently invites other players to the game in order to obtain a hint of the correct answer of the selected action or quiz, and the number of players in the game can be increased.

  Further, the server 3 may notify the player of a hint regarding the action selected in the lottery or a hint regarding the correct answer of the quiz only at a specific timing (for example, Saturday and Sunday). Thereby, for example, it becomes possible to increase the number of participants in a game on a holiday.

  Further, the server 3 may reduce the number of options for answering the quiz when the player performs a notification regarding the game to a predetermined number of other players. Since the players try to notify other players in order to increase the probability of correctly answering the quiz, it is possible to activate communication between the players.

  Further, the server 3 may execute the prize grant by lottery and / or the prize grant by quiz only when the player issues a notification regarding the game to a predetermined number of other players.

  Further, the number of actions (items) selected by lottery or the number of quizzes to be presented may be plural. For example, the number of actions selected by lottery or the number of quizzes that are given at the time of login may be changed according to the number of times a player has executed a notification regarding a game to another player. In this case, the selection unit 331 increases the number of actions or the number of quizzes as the number of times that the player has executed notification regarding the game to other players is increased. As a result, the more times the other player is notified, the higher the possibility that a privilege will be obtained at the time of login, and the player will frequently notify other players. Activation can be achieved.

  In addition, the privilege granting unit 335 gives a privilege with higher value as the number of actions that are stored in the history and match the actions executed in the past predetermined period among the actions selected in the lottery. Also good. Thereby, since the player tries to execute more actions so as to acquire a privilege with higher value, the game can be further activated. Similarly, the privilege granting unit 335 may grant a privilege with higher value as the number of quizzes for which the answer by the player is the correct answer is larger. Thereby, since the player answers more quizzes so that a privilege with higher value can be acquired, the quiz game can be activated more.

  Moreover, the selection part 331 may select a specific action by other arbitrary methods instead of selecting by lottery. For example, the server 3 stores an action determined for each day in the server storage unit 32 in advance, and the selection unit 331 reads the action corresponding to the day from the server storage unit 32 and selects it as a specific action. Alternatively, the selection unit 331 may receive an action specification from the administrator of the server 3 and select the received action as a specific action. Or the selection part 331 may select the action etc. which were performed most frequently by all the players on the previous day as a specific action.

  In the game system 1, the cards of each character used for a quest or battle may be managed by being classified into a plurality of (for example, three) groups. In that case, the selection unit 331 selects a specific card from each group for each group. When the player logs in, the player selects one of the plurality of groups, and the privilege granting unit 335 receives the card selected from the group selected by the player in the past predetermined period. If it matches the card that was used, a privilege is granted. Further, the privilege granting unit 335 counts the number of players who used the card selected by lottery for each group, and selects another group for the player who selected the group with the largest total number of players. A privilege higher in value than the player who made the game may be given. Or the privilege provision part 335 may provide an additional privilege to all the players who selected the group with the largest total number of players.

  Similarly, the quiz reception part 332 receives the quiz regarding each group for every group. The player selects one of the plurality of groups and answers a quiz related to the selected group. The privilege granting unit 335 grants a privilege when the correct answer of the quiz related to the group selected by the player matches the answer by the player. Further, the privilege granting unit 335 counts the number of players who answered the quiz correctly for each group, and the privilege that has higher value than the player who selected the other group for the player who selected the group with the largest number of players. May be given. Or the privilege provision part 335 may provide an additional privilege to all the players who selected the group with the largest total number of players.

  As a result, the player can vote for a group of cards that he frequently uses or his favorite group by using a lottery or quiz, which improves the player's willingness to participate in the lottery or quiz It becomes possible to make it.

  In addition, the privilege granting unit 335 stores the actions selected by lottery among the players belonging to the group to which the player belongs, stored in the history of each player, and executed by each player for a predetermined period in the past. As the number of players that match is larger, a higher value privilege may be given to the player. This group is a group that fights together in a RAID battle, or a group that fights together in a so-called guild battle in which a battle is performed between groups. Similarly, the privilege granting unit 335 may grant a privilege with higher value to the player as the number of players who correctly answer the quiz among the players belonging to the group increases. As a result, the player can acquire a privilege with higher value thanks to the other players in the group, so that a feeling of gratitude for the other players in the group is generated and communication between the players is improved. It becomes possible.

  In addition, the privilege granting unit 335 is a privilege that is granted when all the actions selected in the lottery match the actions stored in the history of any player belonging to the group to which the player belongs, or when they do not match. A privilege with higher value may be given. Thereby, if each action selected in the lottery is performed by at least one person in the group, each player can acquire a valuable privilege. Therefore, each player can cooperate with each other in the group and acquire a valuable privilege, and communication between players can be improved.

  Similarly, the privilege granting unit 335 is more valuable than the privilege granted when the correct answer of all the quizzes that have been given questions matches the answer of any player belonging to the group to which the player belongs. A high privilege may be granted. Thereby, each player can acquire a privilege with high value if the correct answers of all the quiz questions are answered by at least one person in the group. Therefore, each player can cooperate with each other in the group and acquire a valuable privilege, and communication between players can be improved.

  The functions of the server processing unit 33 described above may be executed by the terminal processing unit 25 of the mobile terminal 2. In this case, if each table is stored in the terminal storage unit 22, it is not necessary to communicate with the server 3 each time processing is performed, and the above-described function can be realized only by the portable terminal 2. The game executed on the mobile terminal 2 may be a hybrid game in which each of the server 3 and the mobile terminal 2 takes part of the processing. In that case, for example, each screen related to the progress of the game is a web display displayed on the mobile terminal 2 based on display data generated by the server 3, and other menu screens and the like are installed in the mobile terminal 2. The native display is displayed by.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Terminal communication part 22 Terminal memory | storage part 23 Operation part 24 Display part 25 Terminal processing part 251 Viewing execution part 3 Server 31 Server communication part 32 Server storage part 33 Server processing part 331 Selection part 332 Quiz reception part 333 Progress control unit 334 Game execution unit 335 Bonus grant unit

A control program according to the present invention is a computer control program that includes a storage unit and executes a game, and stores, in the storage unit, a history of actions executed by a player among actions in the game, When a specific action is selected from the above and the player logs in to the game, if the selected specific action matches an action previously executed by the player stored in the history, a privilege is given to the player. Let the computer run.
A control method according to the present invention is a game control method in a computer that includes a storage unit and executes a game executed by a plurality of players, and each of a plurality of players among a plurality of types of actions in the game. Is stored in the storage unit in association with each of a plurality of players, a specific action is selected by lottery from a plurality of types of actions in the game, When each of the players logs in to the game, it is determined whether or not the selected specific action matches the action stored in the history in association with the logged-in player. If a privilege is granted and they do not match, the privilege is not granted to the logged-in player. .
Further, in the control method according to the present invention, the action is the use, enhancement, setting, purchase, acquisition or transfer of a specific game medium, battle, quest, prize lottery, notification to other players, or at the player's terminal. It is preferable to include specific operations.
Further, in the control method according to the present invention, it is preferable that the number of specific actions to be selected is changed in accordance with the number of times that the player has executed notification regarding the game to other players.
Further, in the control method according to the present invention, when each of the plurality of players performs a notification regarding the game to the other players, a hint regarding the selected specific action is given to the plurality of players after selecting the specific action. It is preferable to notify each of them.
Further, in the control method according to the present invention, the number of specific actions to be selected is plural, and in the granting of a privilege, the number of actions that match the action stored in the history among the selected specific actions. It is preferable to provide a privilege with higher value as the amount increases.
In the control method according to the present invention, in the granting of a privilege, the selected specific action among the players belonging to the group to which the logged-in player belongs matches the action stored in the history of each player. As the number of players increases, it is preferable to give a valuable privilege to a logged-in player.
Further, in the control method according to the present invention, the number of specific actions to be selected is plural, and in the provision of a privilege, all of the plural specific actions selected belong to the group to which the logged-in player belongs. When the action stored in the history of any player matches, it is preferable to give a privilege that is higher in value than the privilege that is given when the actions do not match.
The computer according to the present invention is a computer that executes a game executed by a plurality of players, and among a plurality of types of actions in the game, a history of actions executed by each of the plurality of players is stored. A storage unit that stores the information in association with each other, a selection unit that selects a specific action from among a plurality of types of actions in the game by lottery, and a plurality of players that log in to the game. When the selected action is matched with the logged-in player, it is determined whether or not it matches the action stored in the history. A privilege granting unit that does not grant a privilege to the logged-in player.
A control program according to the present invention is a computer control program that includes a storage unit and executes a game executed by a plurality of players, and each of the plurality of players among a plurality of types of actions in the game. A history of executed actions is associated with each of a plurality of players and stored in the storage unit, and a common action is selected by lottery from a plurality of types of actions in the game in common to the plurality of players. When each of them logs in to the game, it is determined whether or not the selected specific action matches the action stored in the history in association with the logged-in player. If there is no match, no privilege will be given to the logged-in player. To be executed by a computer.

Claims (9)

A game control method in a computer including a storage unit and executing a game executed by a plurality of players,
Of a plurality of types of actions in the game, a history of actions performed by each of the plurality of players is stored in the storage unit in association with each of the plurality of players,
In common to the plurality of players, a specific action is selected by lottery from a plurality of types of actions in the game,
When each of the plurality of players logs into the game, it is determined whether the selected specific action matches the action stored in the history in association with the logged-in player; If they match, a privilege is given to the logged-in player, and if they do not match, a privilege is not given to the logged-in player,
A game control method comprising:   The action includes use, enhancement, setting, purchase, acquisition or transfer of a specific game medium, battle, quest, prize lottery, notification to another player, or specific operation on the terminal of the player. The game control method according to 1.   The game control method according to claim 1, further comprising changing the number of the specific actions to be selected according to the number of times that the player has performed notification regarding the game to another player.   Further, when each of the plurality of players performs notification regarding the game to another player, after selecting the specific action, a hint regarding the selected specific action is notified to each of the plurality of players. The game control method according to any one of claims 1 to 3. The number of the specific actions selected is plural,
In granting of the privilege, the privilege is given higher as the number of actions that match the action stored in the history is larger among the selected specific actions. The game control method according to one item.   In the provision of the privilege, among the players belonging to the group to which the logged-in player belongs, the number of players whose selected specific action matches the action stored in the history of each player is large. The game control method according to any one of claims 1 to 5, wherein a privilege with higher value is given to the logged-in player. The number of the specific actions selected is plural,
In the granting of the privilege, if all of the selected specific actions match the action stored in the history of any player belonging to the group to which the logged-in player belongs, they do not match The game control method as described in any one of Claims 1-6 which provides the privilege higher than the privilege provided in the case. A computer that executes a game executed by a plurality of players,
A storage unit that stores a history of actions executed by each of the plurality of players among a plurality of types of actions in the game in association with each of the plurality of players;
In common to the plurality of players, a selection unit that selects a specific action from among a plurality of types of actions in the game by lottery;
When each of the plurality of players logs into the game, it is determined whether the selected specific action matches the action stored in the history in association with the logged-in player; If they match, a privilege is given to the logged-in player, and if they do not match, a privilege granting unit that does not give a privilege to the logged-in player;
A computer comprising: A computer control program comprising a storage unit and executing a game executed by a plurality of players,
Of a plurality of types of actions in the game, a history of actions performed by each of the plurality of players is stored in the storage unit in association with each of the plurality of players,
In common to the plurality of players, a specific action is selected by lottery from a plurality of types of actions in the game,
When each of the plurality of players logs into the game, it is determined whether the selected specific action matches the action stored in the history in association with the logged-in player; If they match, a privilege is given to the logged-in player, and if they do not match, a privilege is not given to the logged-in player,
A control program for causing a computer to execute the above.

Images