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

Description

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

In recent years, servers that provide games to mobile terminals via communication networks have become widespread. Games in which a plurality of players can participate (so-called “social games”) are known as games provided by such servers. Generally, in such social games, predetermined benefits are granted to the player when the player logs into the game so that the player can actively participate in the game.

Patent Literature 1 discloses a system including a terminal device and a game management server. This game management server gives a stamp to the player according to the player's entry into the game, and gives a reward to the player when consecutive stamps are collected for ten days, for example.

Patent No. 5425276

In a social game, a player's participation rate in the game can be improved by giving a privilege to the player when the player logs into the game or when the player logs into the game continuously for a predetermined number of days. However, if a privilege is granted only on the condition that the player has logged into the game, the player will come to think that the privilege can be obtained only by logging in. As a result, the player's sense of expectation for the acquisition of the privilege has decreased, and the player's desire to continue logging in has also tended to decrease.

The present invention has been made to solve such problems, and provides a game control method that maintains a player's motivation to continue logging in to a game and improves the rate of participation in the game. It aims at providing a computer and a control program.

A game control method according to the present invention is a game control method in a computer that has a storage unit and executes a game, in which a history of actions performed by a player among actions in a game is stored in the storage unit, and actions in the game are stored in the storage unit. select a specific action from the list, and when the player logs into the game, if the specific action selected matches the player's previous actions stored in the history, give the player a reward Including.
The computer may be a mobile terminal, a stationary terminal, a server, etc., as long as it can execute the above procedure.

In the game control method according to the present invention, the action in the game includes use, enhancement, setting, purchase, acquisition or transfer of specific game media, battle, quest, prize drawing, notification to other players, or preferably includes a specific operation on the terminal of

Further, in the game control method according to the present invention, it is preferable to change the number of specific actions to be selected according to the number of times the player has notified other players about the game.

Further, in the game control method according to the present invention, when the player notifies another player about the game, after selecting the specific action, the player may be notified of a hint regarding the selected 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 actions stored in the history among the specific actions selected in awarding the privilege. It is preferable to give a privilege with a high value, so that there are many.

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

In addition, in the game control method according to the present invention, the number of specific actions to be selected is plural. If there is a match with an action stored in the player's history, it is preferable to give a benefit of higher value than the benefit that would be given if there was no match.

A computer according to the present invention is a computer that executes a game, and includes a storage unit that stores a history of actions performed by a player among actions in the game, and a selection unit that selects a specific action from the actions in the game. and a privilege granting part that grants a privilege to the player when the selected specific action matches the action that the player has executed in the past and is stored in the history when the player logs in to the game.

A control program according to the present invention comprises a storage unit and is a control program for a computer that executes a game. , and when the player logs into the game, if the specific action selected matches an action that the player has taken in the past, which is stored in the history, then the player will be rewarded. let the computer do it.
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 that is executed by a plurality of players. stores a history of actions executed by each of a plurality of players in a storage unit, selects a specific action from a plurality of types of actions in the game common to the plurality of players by lottery, When each player logs into the game, it is determined whether the selected specific action matches the action stored in the history associated with the logged-in player. Includes awarding perks and, if not matching, not awarding perks to logged-in players.
In addition, in the control method according to the present invention, the action is the use, enhancement, setting, purchase, acquisition or transfer of specific game media, battle, quest, prize drawing, notification to other players, or 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 according to the number of times the player has notified other players about the game.
Further, in the control method according to the present invention, when each of the plurality of players executes the notification regarding the game to the other players, after selecting the specific action, the hint regarding the selected specific action is sent to the plurality of players. is preferably notified to each of the
Further, in the 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 actions stored in the history among the selected specific actions in granting the privilege is It is preferable to give a privilege with a higher value as the number of the members increases.
Further, in the control method according to the present invention, in granting the privilege, the specific action selected from 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 provide the logged-in players with higher value benefits.
In addition, in the control method according to the present invention, the number of specific actions to be selected is plural, and all of the selected specific actions belong to the group to which the logged-in player belongs in giving the privilege. It is preferable to give a privilege with a higher value than the privilege given when there is no match when the action stored in the history of any player is matched.
Further, a computer according to the present invention is a computer that executes a game executed by a plurality of players, wherein a history of actions executed by each of the plurality of players, among a plurality of types of actions in the game, is recorded by the plurality of players. a storage unit for storing in association with each of the above; a selection unit for selecting a specific action from a plurality of types of actions in the game by lottery common to a plurality of players; and a plurality of players each logging into the game. determines whether the selected specific action matches the action stored in the history associated with the logged-in player. In this case, it has a privilege granting unit that does not grant a privilege to the logged-in player.
Further, a control program according to the present invention is a control program for a computer that includes a storage unit and executes a game executed by a plurality of players, wherein each of the plurality of players among the 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 a storage unit, and common to a plurality of players, a specific action is selected by lottery from among a plurality of types of actions in the game, and the plurality of players When each of logs in to the game, it is determined whether the selected specific action matches the action stored in the history in association with the logged-in player, and if they match, the logged-in player is rewarded , and if they do not match, the computer does not give the privilege to the logged-in player.
Further, a game control method according to the present invention is a game control method in a computer that has an output unit and a storage unit and executes a game, and when a player logs into the game, a first quiz about the game is given. is output to the output unit, the answer to the first quiz from the player is accepted and stored in the storage unit, and the player accepts the answer to the second quiz given after the first quiz within a predetermined period When the player logs back into the game, regardless of the result of the player's answer to the first quiz, the player is given the first benefit. If a second privilege with a higher value than the privilege is given and the player does not re-login to the game within a predetermined period of time, regardless of whether the player's answer to the first quiz is correct or not, the player is given a second privilege. 2 Including not granting benefits.
Further, in the game control method according to the present invention, it is preferable that the number of first quizzes to be given is changed according to the number of times the player notifies other players about the game.
Further, in the game control method according to the present invention, it is preferable to notify the player of a hint regarding the first quiz when the player notifies another player about the game.
Further, in the game control method according to the present invention, it is preferable to reduce the answer options for the first quiz when the player notifies other players about the game.
Further, in the game control method according to the present invention, the number of the first quizzes to be asked is plural, and the number of the first quizzes for which the player has given the correct answer among the first quizzes to give the privilege. It is preferable to give a privilege with a high value, so that there are many.
In addition, in the game control method according to the present invention, in giving a privilege, the higher the number of players who answered the first quiz correctly among the players belonging to the group to which the player belongs, the higher the value of the privilege is given to the player. preferably.
In addition, in the game control method according to the present invention, the number of the first quizzes to be asked is plural, and in giving the privilege, all the correct answers to the first quizzes to be asked belong to the group to which the player belongs. If the player's answer matches, it is preferable to give a privilege with a higher value than the privilege that would be given if the player's answer does not match.
Moreover, in the game control method according to the present invention, it is preferable that the privilege given to the player is further determined according to a request from the player.
Further, in the game control method according to the present invention, it is preferable to change the privilege given to the player according to the difficulty level of the first quiz.
Further, in the game control method according to the present invention, the selection of the difficulty level of the first quiz is accepted from the player, and in the output, display data for asking the first quiz with the selected difficulty level is output to the output unit. Output is preferred.
Further, in the game control method according to the present invention, a plurality of game contents used in the game are further classified into a plurality of groups, a first quiz for each group is set for each of the plurality of groups, and the player selects the group. It is preferable that the selection is accepted and, in the output, the display data for asking the first quiz related to the selected group is output to the output unit.
Further, in the game control method according to the present invention, the number of players who answered the first quiz for each group correctly is tallied for each of the plurality of groups, and the group with the largest number of tallied players is selected in awarding the privilege. It is preferable to give a player a higher value privilege than a player who selects another group.
Further, in the game control method according to the present invention, the number of players who answered the first quiz for each group correctly is tallied for each of the plurality of groups, and the group with the largest number of tallied players is selected in awarding the privilege. It is preferable to give a second privilege different from the privilege to all players.
A computer according to the present invention is a computer that executes a game, and includes an output unit that outputs display data for asking a first quiz about the game when a player logs in to the game, and a display data that is received from the player. a storage unit for storing answers to a first quiz; Regardless of the result of the answer, the player is given the first privilege, and if the player answers the first quiz correctly, the player is given the second privilege higher in value than the first privilege, and the player is given a predetermined privilege. and a privilege granting part that does not grant the second privilege to the player when the player does not re-login to the game within the period regardless of whether the player answers the first quiz correctly.
A control program according to the present invention is a control program for a computer that includes an output unit and a storage unit and executes a game. The data is output to the output unit, the answer to the first quiz from the player is received and stored in the storage unit, and the player enters the game within a predetermined period during which the answer to the second quiz given next to the first quiz is accepted. When the player logs in again, the first privilege is given to the player regardless of the result of the player's answer to the first quiz, and if the player's answer to the first quiz is correct, the player is given the first privilege. A high-value second privilege is given, and if the player does not re-login to the game within a predetermined period of time, the second privilege is given to the player regardless of whether the player's answer to the first quiz is correct. Let the computer do not give

With the game control method, computer, and control program according to the present invention, since the player does not know whether or not a privilege will be granted unless he or she logs into the game, it is possible to improve the player's sense of expectation for obtaining the privilege. becomes. Therefore, it is possible to maintain the player's desire to continue logging in to the game and improve the rate of participation 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 schematic diagram for demonstrating an example of privilege provision processing. It is a schematic diagram for demonstrating the other example of privilege provision processing. (a) to (d) are diagrams showing an example of a display screen of a mobile 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 a schematic structure of a server. (a) to (d) are diagrams showing 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. FIG. 10 is a diagram illustrating an example of an operation flow of quiz acceptance processing 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.

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

1. Overview of this Embodiment In the game system of this embodiment, a player uses a portable terminal to play a game provided by a server. The server executes quests, battles, or the like that progress according to the scenario of the game as events in the game to be provided. A quest is generally called a search, a mission, etc., and has a plurality of stages or missions to be cleared by the player, and the player character sequentially executes the processing of each stage or mission. . Battles to be executed include a battle between a player character and an enemy character, a so-called RAID battle in which a plurality of players participate, and the like. A player character is a game medium owned by a player, and an enemy character is a game medium owned by a non-player character or another player.

Game media are electronic data used in games, and include, for example, cards, items, characters, avatars, and the like. Game media are electronic data that can be acquired, possessed, used, managed, exchanged, combined, enhanced, sold, discarded, and/or gifted by players in the game as the game progresses. The mode of use of the game media is not limited to those specified in this specification. Players can grow their characters and acquire items by executing quests.

In this embodiment, a card registered in the game system in advance will be described as an example of the game content. Cards of player characters or enemy characters used in battle have parameters. Parameters include, for example, experience, level, attack power, defense power, physical strength (HP (hit points)), attributes (eg, fire, water, lightning, etc.), rarity (eg, normal, rare, S (super) rare, SS (double super) rare, SSS (triple super) rare, legend, etc.), activation rate of skills (special effects), attack speed (number of attacks in one turn, number of turns before attacking, etc.), in one battle The number of times of defense and/or job (eg, occupation, type of soldier, etc.) and the like.

The server stores a history of game media used by players in this game. The game media used in the game are, for example, items for recovering parameters such as HP of the player character, or items for enhancing parameters such as level, offensive power, and defensive power.

The server executes a lottery to select a specific item from the items used in the game at a predetermined timing (for example, 23:00 every day) every predetermined period (for example, one day). Then, when each player logs into the game for the first time within a predetermined period of time, the server determines that the items selected in the lottery executed just before that have been used by each player during a predetermined period of time in the past (for example, the day before). Determines whether or not it matches the item Logging in means participating (entry) in the game. When each player accesses using a mobile terminal, the server authenticates each player using the player's identification number (player ID) and password received from each mobile terminal. It is determined that each player has logged into the game.

The server gives a privilege to the player when the item selected by lottery matches the item used by the player during a predetermined period of time in the past. In this way, the player does not know whether or not the privilege will be granted until the player logs in to the game, thereby improving the player's sense of expectation for obtaining the privilege and encouraging the player to continue logging in to the game. Aim to maintain motivation and improve game participation rate.

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

A game system 1 includes a plurality of mobile terminals 2 and a server 3 . The mobile terminal 2 and the server 3 are connected to each other via a communication network, 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 by the mobile terminal 2 and a program (for example, a game program) executed by the server 3 are communicated using a communication protocol such as Hypertext Transfer Protocol (HTTP). communicate.

Note that the mobile terminal 2 is assumed to be a multifunctional mobile phone (so-called "smartphone"), but the present invention is not limited to this. The mobile terminal 2 may be any device to which the present invention can be applied. A PC, a notebook PC, or the like may be used.

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

The mobile terminal 2 includes a terminal communication section 21 , a terminal storage section 22 , an operation section 23 , a display section 24 and a terminal processing section 25 . The mobile terminal 2 requests the server 3 to proceed with the game according to the player's operation of the operation unit 23 (such as buttons). The mobile terminal 2 also receives display data relating to the progress of the game from the server 3 and displays the data.

The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitive band is a predetermined frequency band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a radio signal line using a CDMA (Code Division Multiple Access) method or the like with the base station 4 via a channel allocated by the base station 4, and communicates with the base station 4. conduct. Then, the terminal communication section 21 transmits the data supplied from the terminal processing section 25 to the server 3 or the like. Also, 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 Wi-Fi (Wireless Fidelity) access point (not shown) according to the wireless communication method of the IEEE802.11 standard.

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, etc. used for processing in the terminal processing unit 25 . For example, the terminal storage unit 22 stores, as driver programs, an input device driver program that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. The terminal storage unit 22 also stores, as application programs, a program for acquiring and displaying display data relating to the progress of the game. The computer program can be stored in 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) using a known setup program or the like. 22 may be installed. The terminal storage unit 22 also stores, as data, a player ID that is identification information of the user of the portable terminal 2, display data relating to the progress of the game, video data, image data, and the like. Furthermore, the terminal storage unit 22 may temporarily store temporary data related to predetermined processing.

The operation unit 23 may be any device as long as it can operate the mobile terminal 2, such as a touch panel and key buttons. The player can use the operation unit 23 to input letters, numbers, symbols, and the like. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from the player.

The display unit 24 may also be any device as long as it can display video, images, and the like, such as a liquid crystal display and an organic EL (Electro-Luminescence) display. The display unit 24 displays an image corresponding to the image 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 more processors and their peripheral circuits. The terminal processing unit 25 is, for example, a CPU (Central Processing Unit), and controls overall operations of the mobile terminal 2 . The terminal processing unit 25 controls the terminal communication unit 21, the display unit, and the like so that various processes of the mobile terminal 2 are executed in appropriate procedures based on the programs stored in the terminal storage unit 22, the operation of the operation unit 23, and the like. 24 and the like. 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 . Also, the terminal processing unit 25 can execute a plurality of programs (application programs, etc.) in parallel.

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

As shown in FIG. 3, in the game system 1, when a player logs into the game (301) and plays the game (302), each item used by the player is stored (303) as a history 310. FIG. On the other hand, at a predetermined timing, a lottery is executed (304) to select a specific item 311 from the items used in the game. On the following day, when the player logs into the game again (305), it is determined (306) whether or not the action 311 selected by lottery matches the action stored in the action history 310. If they match, the player (307). In this way, the game system 1 gives the player a prize according to the items that the player has used in the past when the player logs into the game. Since the player does not know whether or not the privilege will be given until logging into the game (306), it is possible to improve the player's sense of expectation for obtaining the privilege.

FIG. 4 is a schematic diagram for explaining another example of privilege provision processing in the game provided by the game system 1. As shown in FIG.

As shown in FIG. 4, in the game system 1, when a player logs into the game (401), the player is given a quiz about the game. If the player has answered (402) the quiz, the player's answer 410 is stored (403). On the following day, when the player logs into the game again (404), the correct answer to the quiz is announced, and it is determined (405) whether or not the player's answer 410 was correct. granted (406). In this way, the game system 1 gives a prize to the player when the player logs in to the game, according to the selection made by the player in the past. In this case as well, the player does not know whether or not the privilege will be granted unless he/she logs in to the game (404).

FIG. 5A is a diagram showing an example of the start screen displayed on the display unit 24. As shown in FIG.

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

On the start screen 500, items 501 selected by lottery held on the previous day, correct answers 502 of the quiz given on the previous day, questions 503 of the quiz to be given on the day, and "Select" for selecting answers to the quiz. A button 504, a "menu" button 505, and the like are displayed. Furthermore, when the item that the player used the day before is selected by lottery, the start screen 500 displays a prize 506 given to the player. Also, if the answer given by the player the day before was correct, a prize 507 given to the player is displayed.

When the player presses any button, an instruction corresponding to that button is transmitted from the mobile terminal 2 to the server 3 . When any "select" button 504 is pressed, the answer corresponding to the pressed "select" button 504 is registered in the server 3, and the start screen 500 is displayed again. The redisplayed start screen 500 indicates that the quiz has already been answered (not shown), and the quiz question 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 showing an example of a menu screen displayed on the display unit 24. As shown in FIG.

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

The menu screen 510 displays a "quest" button 511, a "battle" button 512, an "item" button 513, and the like. 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 a battle is displayed. When the "item" button 513 is pressed, a screen for using items is displayed.

FIG. 5(c) is a diagram showing an example of a quest screen displayed on the display unit 24. As shown in FIG.

A 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, a mission name 521, an “execute” button 522, and the like are displayed for each mission executable by the player, and a “return” button 523 is also displayed.

When any "execute" button 522 is pressed, the mission corresponding to the pressed "execute" 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 showing an example of a battle screen displayed on the display unit 24. As shown in FIG.

A battle screen 530 shown in FIG. 5(d) is displayed when the "battle" button 512 on the menu screen 510 is pressed. The battle screen 530 displays an opponent character image 531, a name 532, a "fight" button 533, and the like for each opponent character that the player can fight against, and further displays a "return" button 534. FIG.

When one 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 showing an example of an item screen displayed on the display unit 24. As shown in FIG.

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

When one of the "use" buttons 602 is pressed, the item corresponding to the pressed "use" button 602 is used, and the result of using the item, i.e., the value that various parameters such as HP have changed due to the use of the item. , or a screen (not shown) showing 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 implemented by a program executed by a processor included in the terminal processing unit 25 . Alternatively, the browsing execution unit 251 may be implemented in the mobile terminal 2 as firmware.

The viewing execution unit 251 acquires and displays display data relating to the progress of the game. In other words, the viewing execution unit 251 transmits a request for acquiring display data relating to the progress of the game to the server 3 via the terminal communication unit 21 in accordance with an instruction from the player. In addition, the viewing 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 viewing execution unit 251 analyzes the received display data to specify control data and content data, lays out the specified content data based on the specified control data, and creates drawing data. The viewing execution unit 251 then outputs the created drawing data to the display unit 24 . In addition, the browsing execution unit 251 stores each 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 showing an example of a schematic configuration of the server 3 . 8A to 8B and 9A to 9C are diagrams showing examples of data structures of various tables stored in the server storage unit 32. FIG.

The server 3 includes a server communication section 31 , a server storage section 32 and a server processing section 33 . The server 3 advances the game in response to requests from the mobile terminal 2 . The server 3 also creates display data relating to the progress of the game and transmits the created display data to the mobile terminal 2 .

The server communication unit 31 is an example of an output unit, has a communication interface circuit for connecting the server 3 to the Internet 7 , and communicates with the Internet 7 . Then, the server communication unit 31 supplies the data received from the portable terminal 2 or the like to the server processing unit 33 . The server communication unit 31 also transmits data supplied from the server processing unit 33 to the mobile terminal 2 and the like.

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

8(a), a history table shown in FIG. 8(b), an item table shown in FIG. 8(c), and a quiz table shown in FIG. 8(d). , items selected by lottery, image data of each player, various image data relating to the progress of the game, and the like. Furthermore, the server storage unit 32 may temporarily store temporary data related to predetermined processing.

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

The owned card information is associated with an identification number (possession ID) for managing the owned card, an identification number (card ID) of the card, a level, etc. for each card owned by the player and used in the game. remembered. The used card ID is the possessed ID of a card used in a battle among the cards included in the possessed card information. The answer to the quiz is the answer selected by the player for the given quiz. The login time is the most recent time the player logged into the game.

Associated players are other players that are associated with the player. Related players include, for example, other players who belong to the same group as the player, other players who are friends with the player, other players who helped the player in battles with enemy characters in the past, and players who have fought in the past. and/or other players who belong to a group that has competed in the past.

FIG. 8B shows a history table that manages the history of items used by the player. The history table stores history information for each player. The history information stores the date and time of use, the item ID of the item used, and the like in association with each other.

FIG. 8(c) shows an item table for managing items. The item table stores, for each item, the item ID, name, image data file name, effect, and the like of the item. The effects of items include, for example, recovery of parameters such as HP, enhancement of parameters such as level, offensive power, and defensive power.

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

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

The selection unit 331 executes a lottery to select a specific item from the items used in the game at a predetermined timing (eg, 23:00 every day) every predetermined period (eg, one day). 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, for example, the current clock counter value of the server 3 as a seed, and stores the item in the server memory. Store in section 32 .

The quiz accepting unit 332 accepts, at regular intervals (for example, one day), the date, question, difficulty level, and correct answer of the quiz from a computer (not shown) operated by the administrator of the server 3 via the server communication unit 31. Memorize in the quiz table. The quiz accepting unit 332, upon accepting each piece of information about a quiz, creates a new quiz ID, associates the created quiz ID with each piece of information that has been accepted, 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 provision unit 335 to execute processing. The progress control unit 333 exchanges necessary data with the mobile terminal 2 via the server communication unit 31 .

Upon receiving a request for each screen described with reference to FIGS. 5A to 6 from the mobile terminal 2, the progress control unit 333 identifies the player ID included in the request. Then, the progress control unit 333 creates display data for displaying buttons for receiving instructions from the player, character information for notifying the player, images, etc. in a layout corresponding to the screen, and sends the data to the portable terminal. 2. When any button is pressed on the screen displayed on the mobile terminal 2 and a request for the next screen corresponding to the button is received from the mobile terminal 2, the progress control unit 333 similarly causes the next screen to be displayed. Create data and transmit the data to the mobile terminal 2 .

In particular, when the player receives a login request for requesting login to the game from the mobile terminal 2, the progress control unit 333 identifies the player ID and password included in the login request. The progress control unit 333 extracts the password of the player 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, thereby authenticating the player. 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 the login time corresponding to the specified player ID is stored in the player table as a time within a predetermined period (for example, that day). When the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time in the login time corresponding to the specified player ID in the player table, and instructs the privilege granting unit 335 to start the privilege granting process. Instruct execution. On the other hand, if the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time in the login time corresponding to the specified player ID in the player table, but the privilege giving unit 335 stores the privilege. Do not instruct the execution of grant processing. That is, the privilege giving 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 and the question of the current quiz received by the quiz receiving unit 332 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 benefits given to the player by the privilege giving unit 335 are arranged in a predetermined layout, and transmits the display data to the mobile terminal 2 . do.

After that, the progress control unit 333 reads the player table each time it is accessed from the mobile terminal 2, and determines whether or not the login time corresponding to the player ID stores a time within a predetermined period. If the login time contains a time within the predetermined period, the progress control unit 333 determines that the player has already logged in to the game, and accepts access from the mobile terminal 2 . On the other hand, if the time within the predetermined period is not stored as the login time, the progress control unit 333 determines that the player has not yet logged into the game, or that the valid period of login has passed, and authenticates the player again. , the mobile terminal 2 is requested to resend the login request.

Further, 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 selects the player ID and Identify quiz answers. The progress control unit 333 stores the specified answer in association with the specified player ID in the player table. 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 .

Further, 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. display data is created and transmitted to the mobile terminal 2 .

Further, when the "quest" button 511 is pressed on the menu screen 510 displayed on the mobile terminal 2 and a corresponding quest screen request is received from the mobile terminal 2, the progress control unit 333 displays the quest screen 520. display data is created and transmitted to the mobile terminal 2 . Further, when the "execute" 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 game execution unit 334 a quest. Instruct execution. Then, the progress control unit 333 transmits display data for displaying the result of the quest created by the game execution unit 334 to the mobile terminal 2 .

Further, 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 selects the player ID included in the battle request. identify. The progress control unit 333 extracts each piece of information corresponding to the specified player ID in the player table, and also extracts the player who will be the opponent. The progress control unit 333 creates display data for displaying a battle screen 530 in which each piece of extracted information is arranged in a predetermined layout, and transmits the display data to the mobile terminal 2 . Further, when the “fight” 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 instructs the game execution unit 334 to start the battle. Instruct execution. Then, the progress control unit 333 transmits display data for displaying the result of the battle created by the game execution unit 334 to the mobile terminal 2 .

Further, 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 selects the player information included in the item screen request. Identify the ID. The progress control unit 333 extracts information about the possessed item corresponding to the specified player ID from the player table and the item table, and generates display data for displaying the item screen 600 in which the extracted information is arranged in a predetermined layout. Create it and send it to the mobile terminal 2 . Further, when the “use” button 602 is pressed on the item screen 600 displayed on the mobile terminal 2 and the corresponding item processing request is received from the mobile terminal 2, the progress control unit 333 instructs the game execution unit 334 to select the item. Instruct use. Then, the progress control unit 333 transmits the display data for displaying the usage result of the item created by the game execution unit 334 to the portable terminal 2 .

When the progress control unit 333 instructs the execution of a quest, the game execution unit 334 identifies the player ID and the quest identification number (quest ID) included in the quest processing request, and executes the mission corresponding to the identified quest ID. Execute. Further, when the player uses a specific item in the executed mission, the game execution unit 334 stores the history of the item used by the player and the date and time of use in association with the player ID in the history table. The game execution unit 334 also creates display data for displaying the result of the quest, and passes the display data to the game execution unit 334 .

When the progress control unit 333 instructs the game execution unit 334 to execute a battle, the game execution unit 334 identifies the player ID and the player ID of the opponent included in the battle processing request. The game executing unit 334 identifies the use ID associated with each identified player ID in the player table, and executes a battle using the cards corresponding to the identified use IDs. Further, when the player uses a specific item in the executed battle, the game execution unit 334 stores the history of the item used by the player and the date and time of use in association with the player ID in the history table. In addition, the game execution unit 334 creates display data for displaying the results of the battle, and passes the display data to the game execution unit 334 .

When the progress control unit 333 instructs the game execution unit 334 to use an item, the game execution unit 334 identifies 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 specified item ID in the player table, and deletes the possessed item ID stored in association with the specified player ID in the player table. do. Furthermore, the game execution unit 334 stores the history of the items used by the player and the date and time of use in association with the player ID in the history table. In addition, the game executing section 334 creates display data for displaying the result of using the item, and passes it to the game executing section 334 .

When the progress control unit 333 instructs the privilege granting unit 335 to execute the privilege granting process, the privilege granting unit 335 first grants a unique privilege to all players who have succeeded in authentication. As a result, the player can obtain the minimum benefit regardless of the results of the lottery and the quiz, and can suppress the disappointment when the player cannot obtain the benefit through the lottery or the quiz.

It should be noted that each player may be notified in advance of the content of the unique privilege given to all players who have succeeded in authentication, for example, by displaying it on the start screen or the like. For example, the server 3 may be configured to provide a privilege given when logging in on a predetermined day (for example, the next day, a holiday, etc.), each privilege given when logging in on each day of the month or week, or the number of consecutive login days. Each player is notified in advance of each privilege or the like to be given according to the conditions. As a result, the player will certainly try to log in to the game on the day when the desired privilege is given, so that it is possible to improve the rate of participation in the game. Further, the content of the unique privilege given to all players who have successfully authenticated may be such that the more the days of login overlap, the higher the value of the privilege. A high-value privilege is, for example, a card with a high rarity level, an item with a high effect that can be obtained, or a large number of cards or items. For example, the server 3 determines that the privilege granted when logging in on the second day is higher than the privilege granted when logging in on the first day. Or many cards or items. As a result, the player tries to acquire a better privilege, so that it is possible to improve the continuation rate of the game.

Also, the privilege granting unit 335 reads the item selected by the selection unit 331 by lottery from the server storage unit 32 . Further, the privilege granting unit 335 identifies the player ID included in the login request, and selects items used by the player during a predetermined past period (for example, the previous day) from the history information corresponding to the identified player ID in the history table. Extract. Then, the privilege providing unit 335 determines whether or not the item selected by lottery matches the item stored in the history that the player used during a predetermined period of time in the past, that is, whether or not the item is included in the extracted items. judge. If the item selected by lottery matches the item used by the player for a predetermined period of time in the past, the privilege granting unit 335 grants a privilege to the player. The privilege granting unit 335 grants a privilege to the player by storing the item ID corresponding to the privilege to be granted as the possessed item ID in association with the player ID in the player table.

Benefits granted based on a lottery are different from benefits unique to all players who have successfully authenticated, and are of higher value than benefits unique to all players who have successfully authenticated. may For example, the server 3 prefers the privilege granted based on the lottery rather than the unique privilege granted to all successfully authenticated players. card or item. Alternatively, the same item as the item selected by lottery may be given as a privilege based on the lottery. Also, the privilege granted based on the lottery may be selected from among a plurality of items according to votes by all players or players to whom the identification is granted. As a result, the player tries to obtain a high-value privilege or a randomly determined privilege, so that it is possible to improve the rate of participation in the game. Also, each player can acquire an item with a higher utility value as a result of the lottery.

Further, the privilege granting unit 335 reads the correct answer of the previous quiz (for example, the previous day) 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 to the quiz matches the player's answer. If the correct answer to the quiz matches the player's answer, the privilege granting unit 335 grants the player a privilege.

Benefits granted based on quizzes are benefits unique to all players and benefits granted based on lottery, and are of higher value than benefits unique to all players. is. Also, the benefits awarded based on the quiz may be selected from multiple items according to votes by all players or the players to whom the identification is awarded. Thereby, each player can obtain an item with a higher utility value as a result of the quiz.

In addition, the privilege provided by the quiz may be changed according to the difficulty of the quiz. In that case, the privilege granting unit 335 grants the player a privilege with a higher value as the difficulty of the quiz is higher. In that case, the difficulty level of the quiz may be selected by the player. Players can choose between answering more difficult questions to obtain more valuable benefits, or answering easier questions to more reliably obtain benefits, which improves the gameplay. It becomes possible.

Also, each privilege may be changed according to the number of consecutive matches between the item selected by lottery and the item used by the player, or the number of consecutive correct answers to the quiz by the player. In this case, the privilege granting unit 335 determines that the value increases as the number of times the item selected by lottery matches the item used by the player consecutively or the number of times the player answers the quiz correctly consecutively increases. To give a privilege to a player.

Further, the details of the privilege given based on the lottery and the details of the privilege given based on the quiz are not notified in advance to each player. As a result, since the player does not know what kind of privilege will be granted unless he or she logs in to the game, it is possible to improve the player's sense of expectation. In addition, the content of the benefits granted based on the lottery and the content of the benefits granted based on the quiz, as well as the content of the unique benefits granted to all players, are notified in advance to each player. good too. As a result, since the player tries to increase the possibility of obtaining the desired privilege, it is possible to increase the willingness to participate in the game on the day before and on the day on which the privilege is given.

FIG. 9 is a diagram showing an example of a flowchart relating to lottery processing 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 (step S101). When the current time reaches the predetermined time (step S101-Yes), the selection unit 331 executes a lottery to select a specific item from the items used in the game (step S102). The selection unit 331 stores the item selected by lottery in the server storage unit 32, and ends the series of steps.

FIG. 10 is a diagram showing an example of a flowchart relating to quiz acceptance processing by the server 3. As shown in FIG. 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 date, question, difficulty level, and correct answer of the quiz have been received from the computer operated by the administrator of the server 3 via the server communication unit 31 (step S201). ). When each piece of information about a quiz is received (step S201-Yes), the quiz reception unit 332 stores each piece of received information in the quiz table (step S202), and ends the series of steps.

FIG. 11 is a diagram showing an example of an operation sequence related to game processing of the game system 1. As shown in FIG. This operation sequence is performed mainly by the terminal processing unit 25 and the server processing unit 33 based on programs stored in the terminal storage unit 22 and the server storage unit 32 in cooperation with each element of the mobile terminal 2 and the server 3. is executed as

First, when the player uses the operation unit 23 of the mobile terminal 2 to request login to the game, the browsing execution unit 251 of the mobile 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 the login request from the mobile terminal 2, it identifies the player ID and password included in the login request. The progress control unit 333 extracts the password of the player corresponding to the specified player ID from the player table, and authenticates the player (step S302).

If the player is successfully authenticated, the progress control unit 333 permits the player to log in to the game. Next, the progress control unit 333 determines whether or not the login time corresponding to the specified player ID is stored in the player table as a time within a predetermined period. When the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time in the login time corresponding to the specified player ID in the player table, and the privilege granting unit 335 performs privilege granting processing. Execute (step S303). In addition, when the time within the predetermined period is not stored in the login time, the progress control unit 333 stores the current time in the login time corresponding to the specified player ID in the player table. Do not execute grant processing. The details of the privilege giving process will be described later.

Next, the progress control unit 333 arranges the items selected by the selection unit 331, the correct answers and questions of the quiz accepted by the quiz accepting unit 332, the benefits given to the player by the privilege giving unit 335, etc. 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 for 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, when the player presses the "select" button 504 using the operation unit 23 while the start screen 500 is displayed on the display unit 24 of the mobile terminal 2, the browsing execution unit 251 of the mobile terminal 2 requests an answer. is transmitted to the server 3 via the terminal communication unit 21 (step S306). When receiving an answer request from the mobile terminal 2, the progress control unit 333 of the server 3 identifies the player ID and the quiz answer included in the answer request, and associates the identified answer with the identified player ID in the player table. and store it (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 player presses the "menu" button using the operation unit 23 while the start screen is displayed on the display unit 24 of the mobile terminal 2, the viewing execution unit 251 of the mobile terminal 2 requests the menu screen. It is transmitted to the server 3 via the terminal communication section 21 (step S310). When the progress control unit 333 of the server 3 receives the menu screen request from the mobile terminal 2, it creates display data for displaying the menu screen and transmits the created display data to the mobile terminal 2 (step S311). When the display data for 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. to the server 3 via the terminal communication unit 21 (step S313). When each request is received from the mobile terminal 2, the progress control unit 333 of the server 3 creates display data for displaying the corresponding screen (the quest screen 520, the battle screen 530, or the item screen 600), and displays the created display. The data is transmitted to the mobile terminal 2 (step S314). When display data for 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 (the quest screen 520, the battle screen 530, or the item screen 600) is displayed on the display unit 24 of the mobile terminal 2, when the player presses each button using the operation unit 23, the mobile terminal 2 The viewing execution unit 251 transmits a request for corresponding processing (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 history of the item used by the player and the date and time of use 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 redisplayed (step S320). With this, the operation sequence relating to the game processing is completed.

FIG. 12 shows an operation flow of privilege giving processing by the privilege giving section 335 of the server 3 . The privilege provision process shown in FIG. 12 is performed in step S303 of FIG.

The privilege granting unit 335 first grants a unique privilege to the player who has succeeded in authentication (step S401). Next, the privilege granting unit 335 reads the item selected by the lottery by the selecting unit 331 from the server storage unit 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 during a predetermined period in the past 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 lottery matches the item stored in the history that the player used during a predetermined period in the past (step S404). If the item selected by lottery matches the item used by the player for a predetermined period of time in the past (step S404-Yes), the privilege granting unit 335 grants a privilege to the player (step S405). If so (step S404-No), no privilege is given to the player.

Next, the privilege providing 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 granting unit 335 reads an answer corresponding to the identified player ID in the player table (step S407). Next, the privilege granting unit 335 determines whether or not the correct answer to the quiz matches the player's answer (step S408). If the correct answer to the quiz matches the player's answer (step S408-Yes), the privilege giving unit 335 gives a privilege to the player (step S409), and if not (step S408-No), gives a privilege to the player. end the series of steps.

As described above, when the player logs into the game, the server 3 gives the player a privilege if the item selected by lottery matches the item used by the player for a predetermined period of time in the past. do. Since the player does not know whether or not the privilege will be granted until logging into the game, it is possible to improve the player's sense of expectation for obtaining the privilege. Therefore, it is possible to maintain the player's desire to continue logging in to the game and improve the rate of participation in the game. In addition, since the player will use more items in order to increase the possibility of obtaining benefits when logging in, it is also possible to increase the number of item purchases.

Also, when the player logs into the game, the server 3 gives a privilege to the player when the correct answer of the quiz set before the log-in matches the player's answer selected before the log-in. This also makes it possible for the player to not know whether or not the privilege will be granted until logging in to the game, so that the player's sense of expectation for obtaining the privilege can be improved. Therefore, it is possible to maintain the player's desire to continue logging in to the game and improve the rate of participation in the game. In addition, each player will share information about the quiz on a specific SNS (social networking service), etc. so that they can answer the quiz correctly, and spread the information about the game to people who have not played the game. becomes possible.

In addition, the present invention is not limited to this embodiment. For example, instead of the item, the server 3 may determine whether or not to give a privilege using other game media such as a player character card used in a battle or a quest. In that case, when executing a battle or a quest, the game execution unit 334 stores the history of cards used in the battle or the quest in the history table. The selection unit 331 selects a specific card from cards used in a battle or a quest in a lottery. Then, the privilege granting unit 335 grants a privilege to the player when the card selected by lottery matches the card that the player used in a battle or quest during a predetermined period in the past.

Further, the server 3 may determine whether or not to give a privilege based on an action other than the use of game media, such as enhancement, setting, purchase, acquisition, or transfer of game media. Strengthening is, for example, raising the level of a card used in a game or quest to a predetermined level (eg, 1) or higher. Setting refers to setting a card to be used in a battle or a quest, for example. Acquisition means, for example, acquiring a card or item in a quest or battle, or transferring it from another player. Transfer is, for example, transferring a card or item owned by a player to another player. The game execution unit 334 stores a history of game media in which actions have been executed when enhancement, setting, purchase, acquisition, or transfer of game media is performed in a history table. The privilege granting unit 335 grants a privilege to the player when the card selected by lottery matches the game media that the player enhanced, set, purchased, acquired, or transferred during a predetermined period in the past.

Also, the action used to determine whether or not to give a privilege is not limited to actions related to specific game media. For example, the server 3 may determine whether to give a privilege based on an action such as a battle, a quest, a free gift lottery, notification to other players, or a specific operation on the mobile terminal 2 . The notification to other players is, for example, posting on a bulletin board in the game, sending an e-mail to other players, or the like. A specific operation on the mobile terminal 2 is, for example, pressing of a specific button (such as a numeric key). 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 actions in the game in a lottery. The privilege granting unit 335 grants a privilege to the player when the action selected by lottery matches the action that the player performed during a predetermined period in the past.

Further, when the player has notified a predetermined number (for example, one) of other players about the game, the server 3 notifies the player of a hint about the action (item) selected in the lottery after executing the lottery. may The hint is notified by being displayed on the menu screen 510 or the like, for example. Alternatively, the hint may be notified by e-mail or the like. Similarly, the server 3 may notify the player of hints regarding the correct answer to the quiz when the player has notified a predetermined number of other players about the game. As a result, the player tries to notify the other players in order to obtain a hint of the correct answer for the selected action or quiz, so communication between the players can be activated.

Also, the notification about the game can be, for example, an e-mail inviting another player to the game. As a result, the player frequently invites other players to the game in order to get hints for the correct answer to the selected action or quiz, and it is possible to increase the number of players in the game.

Also, 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). This makes it possible, for example, to increase the number of game participants on holidays.

Further, the server 3 may reduce the number of quiz answer options when the player has notified a predetermined number of other players about the game. In order to increase the probability of correct answers to the quizzes, the players try to notify the other players, so communication between the players can be activated.

Further, the server 3 may execute prize giving by lottery and/or prize giving by quiz only when the player has notified a predetermined number of other players about the game.

Also, the number of actions (items) selected by lottery or the number of quizzes given may be plural. For example, the number of actions selected by lottery or the number of quizzes given at the time of login may be changed according to the number of times the player notifies other players about the game. In that case, the selection unit 331 increases the number of actions or the number of quizzes as the number of times the player has notified other players about the game. As a result, the more times you have notified other players, the more likely you are to receive rewards when you log in, and players will try to notify other players frequently, resulting in poor communication between players. activation can be achieved.

In addition, the privilege granting unit 335 grants a privilege of a higher value as the number of actions that match the actions executed in the past predetermined period stored in the history among the actions selected in the lottery is large. good too. This makes the game more lively because the player tries to perform more actions in order to obtain higher-value benefits. Similarly, the privilege granting unit 335 may grant a privilege of higher value as the number of quizzes answered correctly by the player out of the quizzes set increases. As a result, the player answers more quizzes so that he/she can obtain a higher-value privilege, so that the quiz game can be more active.

Also, the selection unit 331 may select a specific action by any other method than by lottery. For example, the server 3 pre-stores an action determined for each day in the server storage unit 32, and the selection unit 331 reads out the action corresponding to that day from the server storage unit 32 and selects it as a specific action. Alternatively, the selection unit 331 may receive an action designation from the administrator of the server 3 and select the received action as a specific action. Alternatively, the selection unit 331 may select, as a specific action, an action or the like performed most frequently by all the players on the previous day.

Moreover, in the game system 1, the cards of each character used for quests or battles may be classified into a plurality of (eg, three) groups and managed. In that case, the selection unit 331 selects a specific card from each group for each group. When the player logs in, he or she selects one of the groups from among a plurality of groups. If it matches the card that was used, the privilege is granted. Further, the privilege granting unit 335 tallies the number of players using the card selected by lottery for each group, and selects another group for the player who selected the group with the largest number of tallied players. You may give a privilege with a higher value than the player who did. Alternatively, the privilege granting unit 335 may grant an additional privilege to all the players who have selected the group with the largest total number of players.

Similarly, the quiz accepting unit 332 accepts quizzes about each group for each group. A player selects one of the groups and answers a quiz about the selected group. The privilege giving unit 335 gives a privilege when the correct answer to the quiz about the group selected by the player matches the player's answer. Furthermore, the privilege granting unit 335 tallies the number of players who answered the quiz correctly for each group, and gives a player who selects the group with the largest number of tallied players a higher-value privilege than the players who select other groups. may be given. Alternatively, the privilege granting unit 335 may grant an additional privilege to all the players who have selected the group with the largest total number of players.

As a result, the player can use the lottery or quiz to vote for a group of cards that he/she frequently uses or his/her favorite group, thereby increasing the motivation of the player to participate in the lottery or quiz. It is possible to

In addition, the privilege granting unit 335 stores the action selected by lottery among the players belonging to the group to which the player belongs, the action executed by each player during a predetermined period in the past, which is stored in the history of each player. The more players that match , the more rewards may be awarded 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 battles are held between groups. Similarly, the privilege granting unit 335 may grant a privilege of higher value to a player as the number of players who answer the quiz correctly among the players belonging to the group is larger. This allows players to obtain more valuable perks thanks to other players in the group, thus generating appreciation for other players in the group and improving communication between players. becomes possible.

In addition, the privilege granting unit 335 provides a privilege given when all the actions selected in the lottery match or do not match the actions stored in the history of any player belonging to the group to which the player belongs. You may give a privilege with a higher value than. As a result, each player can acquire a valuable privilege if each action selected in the lottery is executed by at least one person in the group. Therefore, each player can cooperate within the group to acquire a valuable benefit, and communication between the players can be improved.

Similarly, if the correct answers to all the quizzes given match the answers of any of the players belonging to the group to which the player belongs, the privilege granting unit 335 has a higher value than the privilege given if they do not match. You can give higher rewards. As a result, each player can obtain a valuable privilege if at least one person in the group answers the correct answers to all the quizzes. Therefore, each player can cooperate within the group to acquire a valuable benefit, and communication between the players can be improved.

Also, each function 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, there is no need to communicate with the server 3 each time processing is performed, and the above functions can be realized by the portable terminal 2 alone. Also, the game executed on the mobile terminal 2 may be a hybrid game in which the server 3 and the mobile terminal 2 each take 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 the display data generated by the server 3, and other menu screens and the like are displayed by native applications installed on the mobile terminal 2. Native display 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.

1 game system 2 mobile terminal 21 terminal communication unit 22 terminal storage unit 23 operation unit 24 display unit 25 terminal processing unit 251 browsing execution unit 3 server 31 server communication unit 32 server storage unit 33 server processing unit 331 selection unit 332 quiz reception unit 333 Progress control unit 334 Game execution unit 335 Privilege provision unit

Claims (9)

A game control method in a computer that has a storage unit and executes a game,
the computer
when one of a plurality of types of actions is executed by each of a plurality of players, information indicating the executed action is stored in the storage unit as history information of the executed player;
selecting a specific action from among the plurality of types of actions;
Based on the history information, granting a privilege to a player who has logged into the game within a predetermined period of time and whose action performed before the predetermined period of time matches the specific action;
including
The greater the number of players among the plurality of players who performed an action matching the specific action before the predetermined period of time, the higher the value of the privilege.
A game control method characterized by: The plurality of types of actions include use, enhancement, setting, purchase, acquisition or transfer of specific game media, battles, quests, prize draws, notification to other players, or specific operations on the player's terminal. 2. A game control method as claimed in claim 1, comprising: the number of the selected specific actions is plural;
In granting the privilege, the greater the number of the specific actions that match the actions executed before the predetermined period, the higher the value of the privilege that the computer has logged into the game within the predetermined period. 3. The game control method according to claim 1 , wherein the game control method is given to the player. the number of the selected specific actions is plural;
In granting the benefit, the computer determines whether or not all of the plurality of specific actions match actions performed by any one of the plurality of players before the predetermined period of time. 4. The game control method according to claim 3 , wherein said privilege having a higher value than said privilege given to said player is given to said player who has logged into said game within said predetermined period. 5. The game control according to claim 3 or 4 , wherein in selecting the specific actions, the computer selects a number of the specific actions according to the number of times the player has notified other players about the game. Method. When the player who has logged into the game within the predetermined period of time logs into the game again within a predetermined period of time after the predetermined period of time, the specific action selected immediately before the next login is If the actions match the actions executed within the predetermined period by the player who logged in within the predetermined period and then logged in within the subsequent predetermined period, they are more valuable than the privilege given if they do not match. 6. The game control method according to any one of claims 1 to 5 , wherein said high benefit is given to said player who logs in within said predetermined period and logs in next within said later predetermined period. 7. The game control method according to any one of claims 1 to 6 , further comprising giving the logged-in player a privilege different from the privilege each time the player logs in. A computer that runs a game,
a storage unit for storing, when each of a plurality of players executes one of a plurality of types of actions, information indicating the executed action as history information of the executed player;
a selection unit that selects a specific action from among the plurality of types of actions;
a benefit granting unit that grants a benefit to a player who has logged into the game within a predetermined period of time and whose action performed before the predetermined period of time matches the specific action, based on the history information; ,
has
The greater the number of players among the plurality of players who performed an action matching the specific action before the predetermined period of time, the higher the value of the privilege.
A computer characterized by: A control program for a computer that includes a storage unit and executes a game,
to the computer;
when one of a plurality of types of actions is executed by each of a plurality of players, information indicating the executed action is stored in the storage unit as history information of the executed player;
selecting a specific action from among the plurality of types of actions;
Based on the history information, granting a privilege to a player who has logged into the game within a predetermined period of time and whose action performed before the predetermined period of time matches the specific action;
and
The greater the number of players among the plurality of players who performed an action matching the specific action before the predetermined period of time, the higher the value of the privilege.
A control program characterized by :

Images