JP2018153248A - Game system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To satisfy a user when an event of a limited duration is held in a game.SOLUTION: Acquisition means (301) of a game system (S) acquires an event parameter for generating a prescribed effect within a period of an event in a game, where generation of the effect is limited outside the period of the event. Reception means (101) receives operation for updating the event parameter outside the period of the event. Update means (303) updates the event parameter on the basis of the operation.SELECTED DRAWING: Figure 13

Description

  The present invention relates to a game system and a program.

  Conventionally, a game system in which a limited-time event is held in a game is known. For example, Patent Document 1 describes a game system for holding a limited-time event.

JP 2014-150929 A

  In the technology as described above, in order to recognize in advance that an event is held, the contents of the event, the duration of the event, and the like may be notified to the user. However, if it takes time from the notification to the start of the event, the user who is looking forward to the event is made to wait, and the user may be dissatisfied.

  The present invention has been made in view of the above problems, and an object of the present invention is to provide a game system and a program that do not dissatisfy the user when a limited-time event is held in the game.

  In order to solve the above-described problem, a game system according to an aspect of the present invention is a parameter for generating a predetermined effect within an event period in the game, and the effect is generated outside the event period. Acquisition means for acquiring event parameters that are restricted, receiving means for receiving an operation for updating the event parameters outside the event period, and updating the event parameters based on the operations Updating means.

It is a figure which shows the whole game system structure. It is a figure which shows an example of a menu image. It is a figure for demonstrating holding of an event in time series. It is a figure which shows an example of an event image. It is a figure which shows an example of the event image when entry is completed. It is a figure which shows an example of an event image when a user selects a bonus button. It is a figure which shows an example of the event image when the reinforcement | strengthening button is selected. It is a figure which shows an example of the event image in strengthening a cheering party. It is a figure which shows an example of the event image when reinforcement | strengthening of a cheering party is completed. It is a figure which shows an example of an event image when a bonus reaches an upper limit during an entry period. It is a figure which shows an example of the event image in the period of an event. It is a figure which shows an example of a battle result image. It is a functional block diagram which shows the function relevant to this invention among the functions implement | achieved by a game system. It is a figure which shows an example of an event database. It is a figure which shows an example of a bonus database. It is a figure which shows an example of event data. It is a flowchart which shows an example of the process performed within an entry period. It is a flowchart which shows an example of the process performed within an entry period. It is a flowchart which shows an example of the process performed within the period of an event. It is a functional block diagram in a modification.

[1. Overall configuration of game system]
Embodiments according to the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing the overall configuration of the game system. As shown in FIG. 1, the game system S according to the present embodiment includes a game terminal 10 and a server 30. The game terminal 10 and the server 30 are connected to a network N such as the Internet. For this reason, mutual data communication is possible between the game terminal 10 and the server 30. In FIG. 1, one game terminal 10 and one server 30 are shown, but there may be a plurality of these, and the number is arbitrary. For example, there may be as many game terminals 10 as the number of users.

  The game terminal 10 is a computer operated by a user. For example, the game terminal 10 may be a mobile terminal (for example, a mobile phone such as a smartphone or a tablet computer), a personal computer, a portable game machine, a stationary game machine, an arcade game machine, or a multifunctional type having an information processing function. A television receiver (smart TV).

  As shown in FIG. 1, the game terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, and a display unit 15. The control unit 11 includes at least one microprocessor. The control unit 11 executes processing according to an operating system or a program. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory). The storage unit 12 stores programs and data. For example, when the game terminal 10 is a personal computer or the like, the storage unit 12 may include an auxiliary storage unit such as a hard disk drive or a solid state drive. The communication unit 13 includes a communication interface such as a communication module. The communication unit 13 performs data communication via the network N.

  The operation unit 14 is an input device, and may include, for example, a key, a lever, a game controller (game pad), a pointing device such as a mouse and a touch panel, or a keyboard. Further, for example, the operation unit 14 may include a microphone and a camera for the user to perform an input operation by voice or gesture. The display unit 15 is, for example, a liquid crystal display panel or an organic EL display, and displays a screen according to instructions from the control unit 11. Note that the operation unit 14 and the display unit 15 do not have to be built in the game terminal 10, and may be external devices connected to the game terminal 10.

  The server 30 is a server computer. As illustrated in FIG. 1, the server 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The hardware configurations of the control unit 31, the storage unit 32, and the communication unit 33 may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the server 30 stores a game program, and may distribute the game program in response to a request from the game terminal 10, or the game program is stored in another server computer, You may make it deliver to the game terminal 10 from another server computer.

  The program and data described as being stored in the storage unit 12 or the storage unit 32 may be supplied to the game terminal 10 or the server 30 via the network N, for example. Further, the game terminal 10 or the server 30 may include a reading unit (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). . And you may make it a program and data be supplied to the game terminal 10 or the server 30 via an information storage medium.

[2. Game Overview]
In the game system S, each of a plurality of users plays a game. For example, the game may include a mode in which the user can play alone and a mode in which the user plays together with or cooperates with other users. In the present embodiment, a limited-time event in which each user can participate is held.

  An event is, for example, a game that progresses with a content different from normal (outside the event period). For example, in an event, the way of playing a game is different from usual. For example, in an event, the game story and characters change. For example, an event may be one that can be played by one user, but may be one in which a plurality of users can participate, and the users may cooperate with each other or play against each other. May be. For example, an event is a competition for scores obtained by each user with other users. For example, the event may be held only once, or the same event may be held a plurality of times. For example, the event is held during the event period set for the event.

  The event period is, for example, a period during which an event is held. The length of the event period may be arbitrarily determined. For example, the event period may end in about several days, or may last for several weeks or months. For example, the duration of the event is indicated by the date and time of the real world, not the fictitious date and time of the world in the game. That is, the event of the present embodiment does not end when the game story progresses and the fictitious date and time elapses, but ends when a predetermined date and time arrives in the real world. For example, the event period may be specified by an operator of the game system S, or the event period may be shortened or extended during the event period.

  For example, a user repeatedly battles other users during an event. For example, the user obtains a score according to the result of each battle, and the user's evaluation for the entire event is determined based on the score obtained by the user during the event period. The score is, for example, a numerical value indicating whether the result of each battle during an event is good or bad, and is described as a point in this embodiment. Evaluation indicates, for example, whether the result of the entire event is good or bad, such as ranking of users. For example, the evaluation may be determined by the total points acquired during the event period, or the evaluation may be determined by the highest point acquired in one battle. Further, for example, the evaluation may be determined by points acquired in one day, or the evaluation may be determined by points acquired within a predetermined evaluation target period. The evaluation target period is a period to be evaluated by the user. For example, a period of several days or weeks may be set. For example, a plurality of evaluation target periods may be set during the event period.

  In the present embodiment, as an example of the game, a baseball game will be described in which a team is formed with characters cultivated by a user and a battle with an opponent team. The opponent may be another user or a computer. For example, when the user operates the game terminal 10 to start a game program, a menu image is displayed on the display unit 15 after a notification from the operator is displayed.

  FIG. 2 is a diagram illustrating an example of a menu image. As shown in FIG. 2, the user name and the number of coins and stones held by the user are displayed in the display area A10 of the menu image G1. Coins and stones are examples of in-game currency, which will be described later. For example, coins and stones are used to purchase items and to draw and strengthen characters.

  For example, the game of the present embodiment includes a plurality of parts, and selection images G11 to G13 for selecting which part to play are displayed on the menu image G1. For example, in the game, a success part in which a user trains a character, a team of characters trained by other users or a stadium part that battles against a team of characters prepared in advance in the server 30, and rewards for missions cleared by the user are obtained. And a challenge part for. The selection image G11 is for playing a success part. The selection image G12 is for playing the stadium part. The selection image G13 is for playing the challenge part. In the example of FIG. 2, the selection image G12 is selected, and the selection images G120 and G121 for playing the stadium part are displayed.

  For example, in the success part, the user causes the character to be trained to practice, increase the ability parameter of the character, or acquire special skills. When the character development in the success part is completed, the user can enter the character in the game at the stadium part.

  For example, a stadium part game can be played by selecting the selection image G120. In the stadium part, the user designates which data among the data stored in advance in the server 30 is to be used for battle, or designates characters and items used in the game. The item only needs to advance the game advantageously. For example, the item advantageously advances the game or increases the points acquired after the game.

  For example, the user may be operable through one game, or may be operable only for a predetermined scene such as a chance or a pinch. For example, all the matches may be automatically advanced. When the game is over, the points that the user has earned in the game are calculated. The points may be determined based on the result of the game, and are calculated based on, for example, the score of the game, the user's operation, and the action of the character. In the present embodiment, the ranking of the user is determined by the points acquired in the game. The user repeats the character training at the success part and the game at the stadium part to increase the ranking.

  In this embodiment, a case where an event related to a game in a stadium part is held will be described. However, the event is not limited to this, and may be an event related to a success part or an event not related to any part. Also good. For example, at an event, the user aims to earn more points by playing the game repeatedly. For example, when the game operator decides to hold an event, each user is notified in advance of the event, and then the event is started.

  FIG. 3 is a diagram for explaining the holding of an event in time series. The t axis shown in FIG. 3 is a time axis. In this embodiment, when an event is notified, each user can enter an event. The entry is, for example, an expression of participation in the event, and if the user enters in advance, the game can be advantageously advanced during the event. For example, the period for accepting entries can also be referred to as a preparation period during which an operator prepares for an event. Note that the time when the event is notified and the time when the entry is started may be different, but here, the description will be made assuming that they are the same. Hereinafter, the time point at which entry of an event is notified and entry starts is referred to as entry start time t1.

  In the conventional event, even if the user knows that the event is held, the user may feel dissatisfied because he / she just waits until the event start time t2 comes. In the present embodiment, the user starts from the entry start time t1. During the entry period up to the start time t2 of the event, an operation for increasing the points acquired during the event can be performed. For example, when the entry period arrives, the menu image G1 displays a selection image G121 including information on the name of the event, the entry period, and the period during which the event is held. When a user who has not entered yet selects the selection image G121, an event image is displayed on the display unit 15, and entry is possible.

  FIG. 4 is a diagram illustrating an example of an event image. As shown in FIG. 4, the display area A20 of the event image G2 is the same as the display area A10. For example, a message indicating that the user has not entered yet is displayed in the display area A21 of the event image G2. The display area A21 may include other information related to the event. For example, the display area A21 may include information regarding how to play the game at the event, the entry period, and the period during which the event is held.

  The event of this embodiment competes for ranking in the region to which the user belongs, and the user can specify the region to be entered after selecting the entry button B210. The confirmation button B211 is an image for confirming a reward that can be acquired during the event. The user can enter the event by selecting the entry button B210 and designating the region to be entered. When the user entry is completed, the display of the event image G2 changes, and it can be seen that the entry is completed.

  FIG. 5 is a diagram illustrating an example of the event image G2 when the entry is completed. As shown in FIG. 5, in the display area A21, the region where the user has entered is displayed, so that the user has already been entered. Then, the entry button B210 is deleted, and a change button B212 for changing the entry region is displayed instead.

  In the present embodiment, when the user enters the event, the cheering party in the game can be strengthened in exchange for the coin owned by the user. For example, a cheering party is a character for cheering on a user during an event. When the user strengthens the cheering party, the user can generate a bonus for the points acquired during the event.

  As shown in FIG. 5, when the entry is completed, a bonus button B22 indicating the reinforcement level of the cheering party and the current bonus is displayed in the event image G2. The reinforcement level is a numerical value indicating the level of reinforcement of the cheering team, and increases step by step during the entry period. In the example of FIG. 5, since the user has just entered, the enhancement level is 1 as the initial value, and the bonus is 0% of the initial value.

  FIG. 6 is a diagram illustrating an example of the event image G2 when the user selects the bonus button B22. As shown in FIG. 6, in the display area A230, the bonus after the cheering party is strengthened and the coins necessary for the cheering party strengthening are displayed. When the user selects the reinforcement button B231 for strengthening the cheering party, a pop-up for confirming the strengthening of the cheering party is displayed on the event image G2. In the present embodiment, the case where the reinforcement button B231 can be selected even when coins are insufficient will be described. However, when the coins are insufficient, the enhancement button B231 may not be selected.

  FIG. 7 is a diagram illustrating an example of the event image G2 when the enhancement button B231 is selected. As shown in FIG. 7, in the pop-up P <b> 24 of the event image G <b> 2, changes in bonuses before and after strengthening the cheering party and coins necessary for strengthening the cheering party are displayed. The strengthening of the cheering team may be completed immediately, but in the present embodiment, the strengthening of the cheering team is completed after a predetermined time has elapsed. For this reason, time required for reinforcement of a cheering party is also displayed on pop-up P24. When the user selects the cancel button B240, the screen returns to the screen of FIG. 6 and the cheering party is not strengthened. When the user selects the reinforcement confirmation button B241, reinforcement of the cheering party is started.

  FIG. 8 is a diagram illustrating an example of the event image G2 during the reinforcement of the cheering party. As shown in the display area A20 of FIG. 8, the user's coins are reduced by an amount necessary for strengthening the cheering party (here, 100). In addition, the display in the display area A23 is updated, and the remaining time until the cheering party reinforcement is completed is displayed in the display area A230. In this embodiment, during reinforcement of a cheering party, the reinforcement button B231 cannot be selected, and the enhancement button B231 is grayed out. Since the user cannot select the reinforcement button B231 during the reinforcement of the cheering party, for example, the user waits for the reinforcement of the cheering party to be completed while playing the success part or the stadium part.

  FIG. 9 is a diagram illustrating an example of the event image G2 when the cheering team has been strengthened. As shown in FIG. 9, since the reinforcement of the cheering party has been completed, the enhancement button B231 is released from the gray out state and becomes selectable again. In the display area A230, a bonus for the next enhancement level is displayed. In the display area A232, the characters of the cheering members are displayed, and the number of characters corresponding to the current bonus is displayed. For example, when the reinforcement level of the cheering party is increased from 1 to 2, the image in the display area A232 is changed to an image in which the number of characters is increased from one to two.

  The cheering party may be strengthened only once during the entry period, but in this embodiment, the user can repeatedly strengthen the cheering party, and the bonus increases as the cheering party is strengthened. It has become. In addition, the coins required for strengthening the cheering party and the time required for completing the strengthening of the cheering party may be fixed values regardless of the strengthening level of the cheering party. The higher the reinforcement level, the more coins are required and the longer it takes to complete the reinforcement.

  In addition, during the entry period, the user may be able to increase the bonus by strengthening the cheering team as much as desired, but in this embodiment, the upper limit is set for the bonus that can be raised during the entry period. It is limited to not be larger than that. That is, during the entry period, an upper limit is set for the reinforcement level of the cheering party.

  FIG. 10 is a diagram illustrating an example of the event image G2 when the bonus reaches the upper limit during the entry period. As shown in FIG. 10, since the bonus has reached the upper limit, a message indicating that the cheering team cannot be further strengthened is displayed in the display area A230, and the enhancement button B231 is grayed out so that it cannot be selected. The In the state of FIG. 10, since the cheering party cannot be strengthened, the user waits for the start time t2 of the event. When the start time t2 of the event arrives, the entry period ends and the event can be selected.

  FIG. 11 is a diagram illustrating an example of the event image G2 during the event period. As shown in FIG. 11, during the event period, the display area A25 displays a message indicating that an event is being held, and the display area A26 displays information related to the user's current ranking and reward. Is done. The reinforcement of the cheering party may be possible only during the entry period, but in this embodiment, the cheering party can be strengthened even during the event period.

  The upper limit value of the bonus during the entry period and the upper limit value of the bonus during the event period may be the same, but in this embodiment, the upper limit value of the bonus during the entry period is released during the event period. Thus, the user can further increase the bonus. For this reason, even if the user increases the bonus to the upper limit during the entry period, the bonus can be further increased during the event period. The flow of strengthening the cheering party and increasing the bonus may differ between the event period and the entry period, but here the flow is the same. For this reason, if a user selects bonus button B22, a cheering party can be strengthened in the flow demonstrated with reference to FIGS.

  In addition, when an event period comes, a match button B27 for starting a match is displayed on the event image G2. By selecting the match button B27, the user can play a game with a team of another user who has entered in the same region as the user. The game during the event may be executed in the same flow as the game in the normal stadium part. When the game ends, a battle result image indicating the result of the game is displayed on the display unit 15.

  FIG. 12 is a diagram illustrating an example of a battle result image. As shown in FIG. 12, the display area A30 of the battle result image G3 is the same as the display area A10. In the display area A31, the points acquired in the game, the current bonus, the maximum value of points during the event, and the current ranking are displayed. In the example of FIG. 12, the bonus is 150%, indicating that the user has acquired 50,000 points. In other words, although the user actually earned 20,000 points in the game, a bonus of 30,000 points, which is 150%, was generated, and the total 50,000 points were earned by the user in the game. It becomes the point.

  The event period may be divided into a plurality of sub-periods, such as the district qualifying period, the main tournament period, and the final match period. The number of small periods may be an arbitrary number of two or more. For example, the ranking may be reset for each small period, or only a user with a high ranking is displayed each time the small period elapses. You may be able to participate in the next short-term event. In this case, during the counting period in which the rankings in each period are totaled, it is possible that the game cannot be played and only the cheering party can be strengthened.

  As described above, in this embodiment, the user who is looking forward to the event does not just wait until the event start time t2, but strengthens the cheering team during the entry period, so that the limited time within the game. When an event is held, the user is not dissatisfied. Hereinafter, details of the configuration of the game system S will be described.

[3. Functions realized in the game system]
FIG. 13 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. Here, the function realized in the server 30 and the function realized in the game terminal 10 will be described in order.

[3-1. Functions realized in the server]
As shown in FIG. 13, in the server 30, a database storage unit 300, an acquisition unit 301, a notification unit 302, an update unit 303, an in-game currency increase / decrease unit 304, and an effect generation unit 305 are realized.

[3-1-1. Database storage unit]
The database storage unit 300 is realized mainly by the storage unit 32. The database storage unit 300 manages data related to the game in an integrated manner, and stores a database necessary for each user to play the game. Here, as an example of a database stored in the database storage unit 300, an event database DB1 and a bonus database DB2 will be described.

  FIG. 14 is a diagram illustrating an example of the event database DB1. As shown in FIG. 14, the event database DB1 is a database showing the entry status of each user and the progress status of the event. For example, in the event database DB1, in association with the user ID, entry flag, local information, cheering team reinforcement level, bonus parameters, cheering team status, scheduled completion time of cheering team strengthening, the highest acquisition within the event period Points, current ranking, etc. are stored.

  The user ID is an example of user identification information for identifying the user, and is information for uniquely identifying the user in the game system S. The entry flag is information indicating the presence or absence of entry by the user. When the user completes the entry, the entry flag for the user is updated. The region information is a region entered by the user, and indicates a region selected by the user from among a plurality of regions.

  The strengthening level of the cheering team indicates the degree of strengthening of the cheering team. For example, it shows that a cheering party is strengthened more strongly, so that the numerical value of a reinforcement level is large. For example, each time the user selects the enhancement confirmation button B241, the enhancement level increases by one. The bonus parameter is a parameter indicating a bonus according to the current enhancement level. For example, the value of the bonus parameter indicates the size of the bonus, and is here expressed as a percentage indicating the increase in points. For example, the bonus parameter increases as the reinforcement level increases. It is assumed that the relationship between the reinforcement level and the bonus parameter is defined in a bonus database DB2 described later.

  The status of the cheering party is information indicating whether the cheering party is being strengthened or other states (for example, a state where the strengthening has been completed or a state before the strengthening). The scheduled completion time is the date and time when the cheering team is scheduled to complete reinforcement. In other words, the scheduled completion time indicates how much time is required to complete the enhancement. For example, the scheduled completion time is stored according to the next reinforcement level when the reinforcement of the cheering party is started. When the scheduled completion time arrives, the cheering team's reinforcement is completed and the status indicates that the reinforcement is complete. It is assumed that the relationship between the strengthening level and the time required to complete the strengthening is defined in the bonus database DB2 described later. In addition, the time said here is what is called server time, for example, and is based on the time based on the time sent when the game terminal 10 connects to the server 30. FIG. The server time is used because the user can easily change the time of the game terminal 10. For example, the game terminal 10 acquires the server time based on the time sent when connecting to the server 30 and the relative current time from the time when the time sent from the server 30 is received. For example, during the connection between the game terminal 10 and the server 30, the server time is periodically sent to the game terminal 10, and the game terminal 10 is a game in which the latest server time and the server time have been sent. The scheduled completion time is calculated based on the time in the terminal 10 and the current time.

  The highest earned point is the highest value of points earned during the event period. The ranking is a ranking of users according to the highest earned points. During the entry period, the event has not started yet, so no data is stored in the highest score and current ranking.

  Note that the data stored in the event database DB1 is not limited to the example of FIG. For example, the event database DB1 may store date / time information indicating an entry period or an event period. Further, for example, the event database DB1 may store a history of points acquired by the user during the event period and total acquired points. Further, for example, the event database DB1 may store a history of game results during the event period.

  FIG. 15 is a diagram illustrating an example of the bonus database DB2. As shown in FIG. 15, the bonus database DB2 is a database showing the relationship between the reinforcement level of the cheering party and the bonus parameters. In other words, the bonus database DB2 is a database showing the relationship between the selection of the enhancement confirmation button B241 and bonus parameters. For example, in the bonus database DB2, for each enhancement level, the value of the bonus parameter when the enhancement level is reached, the necessary coins for reaching the enhancement level, the required elapsed time for the enhancement level, the enhancement level The period that can be enhanced and the display information of the event image G2 are stored.

  As shown in FIG. 15, for example, the bonus parameter increases as the reinforcement level increases. Also, for example, the required coins increase as the reinforcement level increases. For example, the required elapsed time becomes longer as the reinforcement level increases. The required elapsed time indicates the length of time from the start of strengthening the cheering team to the completion of the strengthening. For example, the start point of reinforcement of the cheering party may be a point in time when the user selects the reinforcement confirmation button B241, or may be a point after this point.

  The strengthenable period is a period during which the reinforcement level can be reached. For example, in this embodiment, since the cheering party can be strengthened during the entry period and the event period, the strengthenable period is any one of these. That is, here, a description will be given of a case where there are two periods as strengthenable periods, and there are two stages of upper limit of enhancement level (that is, upper limit of bonus parameters). However, the upper limit of the strengthening level may exist in three or more stages, and in this case, there are three or more strengthenable periods.

  For example, the strengthenable period may be divided into a plurality of periods during the entry period. For example, only a few days from the entry start time t1 can be raised to the enhancement level 10, and thereafter, it can be raised to the enhancement level 15 until the start time t2 of the event period. Similarly, the strengthenable period may be divided into a plurality of periods in the event period. For example, the event period start time t2 can be raised only to the enhancement level 20 for several days, and thereafter the event period end time t3 can be raised to the enhancement level 25. . In this way, by dividing the strengthenable period into a plurality of times, the upper limit of the bonus parameter may be released stepwise within the entry period, or the upper limit of the bonus parameter may be released stepwise within the event period. .

  The display information is information indicating the display mode of the event image G2. The display mode is a method of displaying an image, for example, the type, color, pattern, brightness, size, resolution, or effect (flashing, rotation, etc.) of the image. In this embodiment, as the reinforcement level of the cheering party increases and the bonus parameter increases, the number of cheering groups in the display area A225 increases. As shown in FIG. 15, the display information is the number of cheering groups in the display area A225. It can be said that it shows. In addition, display information should just show the correlation with a bonus parameter and a display mode, and may show things other than the number of cheering groups. For example, the size of the bonus parameter may be indicated by the number of characters other than the cheering party, or the size of the bonus parameter may be indicated by the color or size of the image. In addition, for example, the size of the bonus parameter may be expressed using something other than a character, or the size of the bonus parameter may be expressed by the difference in the number or type of animals or objects.

  The data stored in the database storage unit 300 is not limited to the above example. The database storage unit 300 may store a user database indicating various types of information related to users. The user database may store in-game currency (for example, coins and stones) held by the user. In addition, for example, the database storage unit 300 may store a character database indicating characters raised by the user. In this case, the character database may store character ability parameters, special skill parameters, and the like. For example, the database storage unit 300 may store image data of each image to be displayed on the game terminal 10.

[3-1-2. Acquisition Department]
The acquisition unit 301 is realized mainly by the control unit 31. The obtaining unit 301 obtains a bonus parameter that is a parameter for generating a predetermined effect within the event period in the game, and the effect is restricted outside the event period.

  The effect affects, for example, whether the event result is good or bad, and advantageously advances the game within the event period. For example, if the event is aimed at acquiring points, the effect is that it is easy to earn points, and a bonus is generated in the amount of points acquired. For example, when an object (a character, an item, a card, or the like) is used in an event, the effect may be that the ability of the object is increased. Further, for example, the effect may be that it becomes easier to win the battle. In the present embodiment, an event in which the user's evaluation is determined based on the points acquired by the user during the event period is held in the event period, and the effect of increasing the point acquisition amount will be described as an example. . That is, the bonus obtained by strengthening the cheering party will be described as an example of the effect.

  The term “outside the event period” is, for example, a period that is not included in the event period, and may be before the start of the event period or after the end of the event period. For example, the period outside the event period may be the entire period other than the event period. Also, for example, outside the event period, a period from a predetermined time before the event start time t2 (for example, the entry start time t1) to the start time t2, and from an event end time t3 to a predetermined time after the end time And at least one of these periods may be included.

  Restricting the generation of an effect is, for example, prohibiting the generation of an effect, not generating an effect, or not using a bonus parameter to generate an effect.

  In the present embodiment, since the bonus parameters of each user are stored in the event database DB1, the acquisition unit 301 refers to the event database DB1 and acquires the bonus parameters. The bonus parameter is an example of an event parameter according to the present invention.

  The event parameter is, for example, information indicating the magnitude of the effect as a numerical value. The larger the event parameter value, the greater the effect. Conversely, the smaller the value, the greater the effect. It may be. For example, an event parameter changes its value before the event period, but is not used to generate an effect. That is, for example, the event parameter is not referred to in order to generate an effect before the event period.

[3-1-3. Notification section]
The notification unit 302 is realized mainly by the control unit 31. The notification unit 302 notifies the user that the event has been held before the start of the event. For example, before the start of the event is before the start time t2 of the event. The notification is, for example, presenting information related to event holding to the user. This information may include, for example, how to play the event, the duration of the event, the content of the event, or the mission in the event.

  The notification unit 302 may notify the opening of the event by a predetermined notification method. For example, the notification unit 302 may notify the event image G2 in the game program (game application) as in the present embodiment, or the menu image G1 may be displayed. You may notify in the information from the operator before displaying. In addition, for example, the notification unit 302 may notify using a method other than the game program. Any other method may be used as long as it can notify a user of a message. For example, an e-mail, a message application, or a website may be used.

[3-1-4. Update section]
The update unit 303 is realized mainly by the control unit 31. The updating unit 303 updates the bonus parameter based on an operation received by the receiving unit 101 described later. This operation may be any operation for updating the bonus parameter, and may be an operation on the event image G2 for notifying that an event is held, for example. In the present embodiment, selection of the enhancement confirmation button B241 will be described as an example of the operation. However, in particular, when confirmation is not performed using the pop-up P24, selection of the enhancement button B231 may correspond to the operation. In addition, various operations such as selecting other buttons, icons, slide bars, and the like in the image may be operations for updating the bonus parameter. Henceforth, the location described as “select enhancement confirmation button B241” can be read as “operation”.

  The update is, for example, changing the value of the bonus parameter, and increasing or decreasing the value. In the present embodiment, a bonus parameter that makes the game more advantageous as the value is larger is used as an event parameter, so that a case where updating means an increase will be described. For this reason, in the following description, the part described as increase can be read as update. If a parameter (for example, a character's fatigue level) that makes the game more advantageous as the value is smaller is used as an event parameter, the update means a decrease.

  For example, when the user selects the reinforcement confirmation button B241, the update unit 303 increases the bonus parameter for the user. The updating unit 303 may allow the bonus parameter to be increased only once per user or may be increased a plurality of times. In the present embodiment, a case will be described in which the updating unit 303 updates the bonus parameter so that the effect is increased every time the receiving unit 101 receives the selection of the enhancement confirmation button B241. In other words, the update unit 303 increases the increase amount of the bonus parameter as the number of times the user selects the strengthening confirmation button B241 increases.

  For example, the update unit 303 may limit the upper limit of the bonus parameter to less than a predetermined value before the start of the event. This predetermined value is, for example, the maximum value that the bonus parameter can take during the entry period, and is 150% in the data example of FIG. Note that the upper limit of the bonus parameter may be determined in advance, and may be common to all users or may be different depending on the user. When the upper limit is varied depending on the user, the upper limit may be determined according to the play period or level of the user.

  For example, the update unit 303 may cancel the upper limit on the bonus parameter after the start of the event. For example, the updating unit 303 may not provide any upper limit for the bonus parameter after the start of the event, or may provide an upper limit that is greater than the upper limit so far. In other words, the update unit 303 may eliminate the upper limit of the bonus parameter or increase the upper limit after the start of the event.

  Furthermore, the update unit 303 may increase the upper limit of the bonus parameter stepwise as time elapses after notification of event holding. The stepwise means that, for example, the bonus parameter gradually changes. For example, the update unit 303 increases the upper limit of the bonus parameter a plurality of times. In other words, the updating unit 303 gradually increases the upper limit of the bonus parameter. For example, after being notified of the event being held, the updating unit 303 increases the upper limit so that the upper limit increases as time elapses. In other words, the update unit 303 increases the upper limit so that the upper limit increases as the event period approaches.

  For example, the update unit 303 may update the bonus parameter based on both the operation outside the event period and the operation within the event period. That is, the update unit 303 may update the bonus parameter not only outside the event period but also within the event period. For example, the updating unit 303 may increase the bonus parameter only once per user or outside the event period and may increase the bonus parameter a plurality of times. Further, for example, the updating unit 303 may make the number of times the bonus parameter can be updated outside the event period and the number of times the bonus parameter can be updated within the event period may be the same or different from each other. .

  Further, for example, the update unit 303 may update the bonus parameter on the condition that it is exchanged with the in-game currency. The in-game currency is, for example, a virtual currency that is valid in the game, and is called a coin, point, stone, ticket, or the like. The exchange is, for example, subject to consumption of in-game currency. In the present embodiment, a case where the in-game currency to be exchanged is a coin will be described. The updating unit 303 refers to the bonus database DB2, identifies coins necessary for updating the bonus parameters, and permits the bonus parameters to be updated if the user has more coins.

  Further, for example, the update unit 303 updates the bonus parameter when the necessary elapsed time has elapsed since the reception unit 101 received the selection of the enhancement confirmation button B241. The required elapsed time is a predetermined time, for example, a predetermined time as a time required until the bonus parameter changes. In the present embodiment, the necessary elapsed time is stored in the bonus database DB2. When the accepting unit 101 accepts the selection of the reinforcement confirmation button B241, the updating unit 303 stores the date and time after the necessary elapsed time from the current time in the scheduled completion time of the event database DB1. The update unit 303 executes the time counting process using the server time described above, and updates the bonus parameter when it is determined that the necessary elapsed time has been reached.

  For example, when the update unit 303 is realized by the server 30, the update unit 303 in the server 30 performs a time measurement process using the real time clock of the server 30 and determines whether the necessary elapsed time has been reached. . Further, for example, when the update unit 303 is realized by the game terminal 10, the server time received from the server 30 and the time when the server time is received are stored in the data storage unit 100. Obtains the correct current time based on the difference between the time when the server time is received and the current time and the time when the server time is received, and determines whether the necessary elapsed time has been reached based on the current time It will be.

[3-1-5. In-game currency increase / decrease]
The in-game currency increase / decrease unit 304 is realized mainly by the control unit 31. The in-game currency increase / decrease unit 304 increases or decreases the in-game currency owned by the user based on the game execution result. For example, a condition for increasing / decreasing the in-game currency is set, and the in-game currency increasing / decreasing unit 304 increases / decreases the in-game currency when the condition is satisfied. The conditions include, for example, playing a battle, clearing a predetermined mission, and performing an operation of purchasing in-game currency.

  In the present embodiment, since the bonus parameter increases in exchange for coins, the in-game currency increase / decrease unit 304 decreases the coins when the bonus parameters are updated. For example, the in-game currency increase / decrease unit 304 decreases the coins before, after, or simultaneously with the update unit 303 updating the bonus parameter. The coin consumption may be a fixed value regardless of the value of the bonus parameter. However, in this embodiment, the in-game currency increase / decrease unit 304 increases the coin consumption as the bonus indicated by the bonus parameter increases. To do. For example, the in-game currency increase / decrease unit 304 increases the coin consumption as the bonus parameter increases. In this embodiment, since the relationship between the bonus parameter and the coin consumption is defined in the bonus database DB2, the in-game currency increase / decrease unit 304 consumes the coin of the consumption associated with the bonus parameter. Become.

[3-1-6. Effect generation section]
The effect generating unit 305 is realized mainly by the control unit 31. The effect generating unit 305 generates a predetermined effect within the event period based on the bonus parameter. That is, the effect generating unit 305 determines the degree of effect within the event period based on the bonus parameter. For example, an event becomes advantageous, a parameter related to the result of the event changes, an in-game currency is given, an item is given, or a predetermined image is displayed on the display unit 15. This corresponds to the occurrence of an effect.

  In this embodiment, since the bonus of points is an example of the effect, the effect generating unit 305 increases the points acquired after the game as the bonus parameter increases, and decreases the points acquired after the game as the bonus parameter decreases. In the present embodiment, during the event period, the user aims to acquire points. Therefore, the effect generating unit 305 increases the points acquired by the user based on the bonus parameter.

[3-2. Functions realized in game terminals]
As shown in FIG. 13, in the game terminal 10, a data storage unit 100, a reception unit 101, and a display control unit 102 are realized.

[3-2-1. Data storage unit]
The data storage unit 100 is realized mainly by the storage unit 12. The data storage unit 100 stores data necessary for executing the game. Here, event data DT1 will be described as an example of data stored in the data storage unit 100.

  FIG. 16 is a diagram illustrating an example of the event data DT1. As shown in FIG. 16, the event data DT1 is data indicating the entry status of the user and the progress status of the event. Here, the event data DT1 will be described in the case where the contents of the record corresponding to the user of the game terminal 10 in the event database DB1 are stored, but the contents of the records of other users may be stored.

  In the present embodiment, when the game terminal 10 updates the event data DT1, the game terminal 10 transmits the updated event data DT1 to the server 30, and the server 30 transmits the updated event data DT1. Store in the event database DB1. On the other hand, when the server 30 updates the event database DB1, the server 30 transmits the contents of the updated record to the user's game terminal 10 corresponding to the updated record, and the game terminal 10 Is stored in the event data DT1. Thus, the communication between the server 30 and the game terminal 10 is performed, so that the event database DB1 and the event data DT1 are consistent.

  The data stored in the data storage unit 100 is not limited to the above example. The data storage unit 100 may store data necessary for the game. For example, the data storage unit 100 may store a user ID or a bonus database DB2.

[3-2-2. Display control unit]
The display control unit 102 is realized mainly by the control unit 11. The display control unit 102 causes the display unit 15 to display an event image G2 for accepting selection of the enhancement confirmation button B241 before the event period. As described above, the event image G2 is an image including information such as an event period, an event content, or a mission in the event. Note that the image for accepting the operation for updating the bonus parameter is not limited to the button such as the enhancement confirmation button B241, and any image can be applied, for example, an icon or a slide. It may be like a bar.

  For example, the display control unit 102 may display the effect indicated by the bonus parameter in the event image G2 so as to be identifiable. For example, the display control unit 102 displays information indicating the content and size of the effect on the event image G2. In the present embodiment, the display control unit 102 can identify the effect indicated by the bonus parameter by displaying the bonus parameter in the bonus button B22 of the event image G2 or displaying the cheering party in the display area A232. Will be displayed.

  For example, the display control unit 102 may change the display mode of the event image G2 so as to indicate the magnitude of the effect indicated by the bonus parameter. The magnitude of the effect here is, for example, the degree of the effect, and the degree of advantage in the game. For example, when the effect of changing the amount of change in points occurs as in the present embodiment, the magnitude of the amount of change corresponds to the magnitude of the effect. In the present embodiment, since the relationship between the bonus parameter and the display mode of the event image G2 is defined in the bonus database DB2, the display control unit 102 determines the event image based on the display information stored in the bonus database DB2. The display mode of G2 is changed. For example, the display control unit 102 increases the number of characters in the display area A232 as the bonus indicated by the bonus parameter increases. The size of the bonus may be indicated by a number other than the number of characters. For example, the image size may be increased as the bonus increases, or the brightness of the image may be increased as the bonus increases. Also good.

[3-2-3. Reception department]
The accepting unit 101 is realized mainly by the control unit 11. The accepting unit 101 accepts an operation for updating the bonus parameters outside the event period. In this embodiment, since this operation is an operation for selecting the reinforcement confirmation button B241, the reception unit 101 determines whether the reinforcement confirmation button B241 has been selected based on the detection signal of the operation unit 14.

  For example, the reception unit 101 may receive the selection of the enhancement confirmation button B241 after the notification by the notification unit 302 is made. That is, since the event image G2 is not displayed before the notification by the notification unit 302, the reception unit 101 does not receive the selection of the enhancement confirmation button B241. Since the event image G2 is displayed after the notification by the notification unit 302, the reception unit 101 receives the selection of the enhancement confirmation button B241. For example, the accepting unit 101 may be able to repeatedly accept selection of the enhancement confirmation button B241.

  For example, the reception unit 101 may be able to receive selection of the enhancement confirmation button B241 even during the event period. That is, the accepting unit 101 may accept selection of the enhancement confirmation button B241 not only outside the event period but also at any time point from the start time t2 to the end time t3 of the event period.

  For example, the reception unit 101 may limit reception of the next selection until a predetermined time elapses after the selection of the enhancement confirmation button B241 is received. This predetermined time is a time required until it becomes possible to accept the selection of the enhancement confirmation button B241. The predetermined time may be a fixed value, but the predetermined time may be increased as the effect indicated by the bonus parameter increases. In the present embodiment, the necessary elapsed time stored in the bonus database DB2 corresponds to the predetermined time.

  Note that the reception unit 101 may limit the selection of the enhancement confirmation button B241 by a method other than graying out the enhancement button B231 for displaying the enhancement confirmation button B241 as in the present embodiment. For example, the reception unit 101 may gray out the enhancement confirmation button B241 in the pop-up P24 in a state where the enhancement button B231 is not grayed out and the pop-up P24 can be displayed. Further, for example, the reception unit 101 may not display the enhancement button B231 or the enhancement confirmation button B241 itself instead of being grayed out, or may change the attribute to “enable” without changing the display of the enhancement button B231 or the enhancement confirmation button B241. (Button selection is invalidated).

[4. Processing executed in game system]
Next, processing executed in the game system S will be described. Here, a process executed within the entry period and a process executed within the event period will be described. The processing described below is executed by the control unit 11 operating according to a program stored in the storage unit 12 and the control unit 31 operating according to a program stored in the storage unit 32. The following processing is an example of processing by each functional block shown in FIG.

[4-1. Processing executed within the entry period]
17 to 18 are flowcharts showing an example of processing executed during the entry period. As shown in FIG. 17, first, in the server 30, when the event entry start time t1 arrives, the control unit 31 enters a state in which the event can be notified (S301). The process of S301 may be executed when a predetermined operation is performed by the operator, or a batch may be formed so as to be executed when the entry start time t1 comes. In S301, the control unit 31 updates the display data of the menu image G1 so as to include the selection image G121 (FIG. 2) for displaying the event image G2.

  In the game terminal 10, when the game program is activated, the control unit 11 requests the latest data from the server 30 (S101). For example, since data may be updated on the server 30 side before the game program is started, the latest data is requested when the game program is started. For example, version information (for example, update date and time) is associated with data used in the game, and the control unit 11 transmits the version information of the data stored in the storage unit 12 to the server 30 in S101. . When data is transmitted from the game terminal 10 to the server 30, information for identifying the game terminal 10 (for example, a user ID or an IP address) is transmitted, and the server 30 communicates with which game terminal 10. Can be specified.

  In the server 30, when the request for the latest data is received, the control unit 31 transmits the latest data stored in the storage unit 32 to the game terminal 10 (S303). In S <b> 303, the control unit 31 compares the version information received from the game terminal 10 with the version information stored in the storage unit 32. If the version information of all the data matches, the control unit 31 determines that the data stored in the game terminal 10 is the latest, and does not particularly transmit the data. On the other hand, when there is data whose version information does not match, the control unit 31 transmits the latest version of the data to the game terminal 10. Here, since the display data of the menu image G1 has been updated, the latest version of the display data is transmitted. The event data DT1 may also be transmitted at this timing.

  In the game terminal 10, when the latest data is received, the control part 11 displays the menu image G1 (FIG. 2) on the display part 15 (S103). Here, since it is the entry period, the menu image G1 displayed in S103 includes the selection image G121 that was not displayed before the entry period.

  When the user selects the selection image G121, the control unit 11 transmits a display request for the event image G2 to the server 30 (S105). In addition, when the other selection images G11, G13, and G120 are selected, the control unit 11 executes a process related to a normal game of a success part, a challenge part, or a stadium part, and the subsequent processes are not executed.

  In the server 30, when the display request for the event image G2 is received, the control unit 31 refers to the entry flag of the event database DB1, and determines whether the user who has requested the display of the event image G2 has been entered (S305). When it is determined that the entry has not been made yet (S305; N), the control unit 31 transmits a status indicating that the entry has not been made (S307). The status may be any predetermined information, and the game terminal 10 stores data indicating which information means which status in the storage unit 12 in advance. This also applies to the subsequent processing.

  When the game terminal 10 receives the status indicating that it is before entry, the control unit 11 causes the display unit 15 to display the event image G2 before entry (S107). Here, since it is during the entry period and the user has not yet entered the event, the event image G2 is in the state shown in FIG. 4, and the user enters the event. The user selects the entry button B210 and inputs a region to enter.

  When the user selects the entry button B210, the control unit 11 transmits a predetermined entry request to the server 30 (S109). The entry request may be executed by transmitting data in a predetermined format, and includes, for example, information indicating a region where the user enters.

  In the server 30, when the entry request is received, the control unit 31 executes an entry process of the user who has made the entry request (S309). In S309, the control unit 31 updates the entry flag of the record corresponding to the user ID of the user who made the entry request in the event database DB1, and stores the local information included in the entry request. Thereby, a user's entry is completed and it will be in the state which can strengthen a cheering party.

  The control unit 31 transmits a status indicating that it is after entry (S311). For example, the control unit 31 specifies the current enhancement level and bonus parameters, and determines the display content of the bonus button B22. When the user has just entered, the reinforcement level of the cheering party in the bonus button B22 is 1 as the initial value, and the bonus parameter is 0% of the initial value.

  In the game terminal 10, when receiving the status indicating that it is after entry, the control unit 11 displays the event image G2 (FIG. 5) after entry on the display unit 15 (S111). Here, since it is during the entry period and entry has been completed, the event image G2 is in the state of FIG. 5, and the user is in a state where the cheering party can be strengthened.

  In the game terminal 10, the control unit 11 updates the display of the event image G2 based on the event data DT1 and the current enhancement level (S113). In S113, the event image G2 is in the state shown in FIG. 6, and the enhancement button B231 can be selected. For example, in S113, the control unit 11 specifies the increase amount of the bonus parameter when the next enhancement level is reached based on the reinforcement level of the user cheering party, and also specifies the coins necessary for the next enhancement level. To do. For example, the control part 11 determines the image of the cheering party displayed on display area A232 based on a user's cheering party's reinforcement | strengthening level.

  Moving to FIG. 18, when the enhancement button B231 is selected, the control unit 11 displays a pop-up P24 (FIG. 7) on the display unit 15 (S115). In S115, the control unit 11 displays the pop-up P24 based on the bonus parameter for the current enhancement level, the bonus parameter for the next enhancement level, the required elapsed time for the next enhancement level, and the coins required for the next enhancement level. Generate.

  The control part 11 transmits the reinforcement | strengthening request | requirement of a user's cheering party with respect to the server 30, when the reinforcement | strength confirmation button B241 of popup P24 is selected (S117). The strengthening request may be executed by transmitting data in a predetermined format. When the cancel button B240 is selected, the process returns to S113 and the event image G2 is displayed again.

  When the server 30 receives the cheering party strengthening request, the control unit 31 determines whether the coins necessary for strengthening the cheering party are sufficient based on the event database DB1 and the bonus database DB2. Determination is made (S313). In S313, the control unit 31 specifies a coin necessary for the next reinforcement level based on the reinforcement level of the user cheering party, and determines whether the user's coin is equal to or more than the necessary coin. When it is determined that the user has insufficient coins (S313; N), the control unit 31 transmits an error message indicating that the cheering party cannot be strengthened due to insufficient coins, and the process ends. . In this case, on the game terminal 10, the error message may be displayed on the event image G2.

  On the other hand, when it determines with a user's coin being sufficient (S313; Y), the control part 31 updates event database DB1 so that it may show that a user's cheering party is strengthening (S315). In S315, the control unit 31 reduces the user's coins by the amount of coins necessary for strengthening the cheering party. And the control part 31 stores cheering party status in reinforcement, and stores the time point after only the required elapsed time required for reinforcement | strengthening of a cheering party as scheduled completion time.

  The control unit 31 transmits a status indicating that the cheering party is being strengthened and the next strengthening level to the game terminal 10 (S317). In S317, the control unit 31 may transmit the contents of the record corresponding to the user in the event database DB1 updated in S315.

  In the game terminal 10, when the status indicating that the cheering party is being strengthened and the next strengthening level are received, the control unit 11 displays an event image G2 indicating that the cheering party is being strengthened (S119). In S119, since the cheering party is strengthening, the event image G2 is in the state of FIG. 8, and the strengthening button B231 is grayed out. In this case, since the cheering party cannot be strengthened until the necessary elapsed time has elapsed, the user plays the success part or plays the stadium part. In addition, countdown to a required elapsed time may be performed in the event image G2 by performing a time measurement process in the game terminal 10. In this case, as described above, the timing process is executed based on the server time. When it is determined that the necessary elapsed time has elapsed, the game terminal 10 transmits an update request for the event image G2 to the server 30 so that the reinforcement of the cheering team is completed is notified in the display area A23. It may be.

  On the other hand, when it is determined in S305 of FIG. 17 that the entry has been completed (S305; Y), the process proceeds to FIG. 18 and the control unit 31 has elapsed the necessary elapsed time of the cheering party of the user based on the event database DB1. It is determined whether or not (S319). In S319, if the current time is after the scheduled completion time, the control unit 31 determines that the necessary time has elapsed.

  If it is determined that the necessary elapsed time has not elapsed (S319; N), the cheering party of the user is being strengthened and cannot be strengthened at this time, so the process proceeds to S317 in order to gray out the strengthen button B231. In the game terminal 10, the event image G2 in the state shown in FIG. 8 is displayed.

  On the other hand, when it determines with the required elapsed time having passed (S319; Y), the control part 31 updates event database DB1 so that reinforcement | strengthening of a cheering party is completed (S321). In S321, the control part 31 increases the reinforcement level and bonus parameter of a cheering party, and updates the status of a cheering party.

  Based on the event database DB1 and the bonus database DB2, the control unit 31 determines whether the user's bonus parameter has reached the upper limit (S323). In S323, the control unit 31 refers to the reinforcement possible period stored in the bonus database DB2, and specifies the maximum value of the reinforcement level during the entry period. And if the reinforcement | strengthening level of a user's cheering party is less than the said maximum value, the control part 31 will determine with a user's bonus parameter not reaching the upper limit, and the reinforcement | strengthening level of a user's cheering party should be the said maximum value. For example, it is determined that the user bonus parameter has reached the upper limit.

  When it is determined that the user's bonus parameter has not reached the upper limit (S323; N), since the user's cheering party is in a state that can be strengthened, the process proceeds to S311 and the game terminal 10 performs the state shown in FIGS. The event image G2 is displayed.

  On the other hand, when it is determined that the bonus parameter of the user has reached the upper limit (S323; Y), the control unit 31 transmits a status indicating that the bonus parameter has reached the upper limit (S325). The generation method itself of the event image G2 in S325 is the same as that in S313, but here, since the bonus parameter has reached the upper limit, the enhancement button B231 is grayed out.

  In the game terminal 10, when the status indicating that the bonus parameter has reached the upper limit is received, the control unit 11 displays the event image G2 when the bonus parameter has reached the upper limit (S121). In S121, since the bonus parameter has reached the upper limit, the event image G2 is in the state shown in FIG. 10, and the enhancement button B231 is grayed out. In this case, the cheering party cannot be strengthened until the start time t2 of the event, so the user plays the success part or plays the stadium part.

[4-2. Process executed within the event period]
FIG. 19 is a flowchart illustrating an example of processing executed within an event period. Here, a process when a user who has completed an entry during the entry period participates in the event within the event period will be described.

  As shown in FIG. 19, first, in the server 30, when the event start time t2 arrives, the control unit 31 executes an event start process for starting the event (S331). The process of S331 may be executed when a predetermined operation is performed by the operator, or a batch may be set so as to be executed when the event start time t2 comes. In S331, the control unit 31 updates the display data of the event image G2 so that the event image G2 including the game button B27 (FIG. 11) can be displayed.

  S131 to S133 and S333 are the same as S101 to S103 and S303, respectively, and the latest data is transmitted from the server 30 to the game terminal 10. Here, since the display data of the event image G <b> 2 has been updated, the display data is transmitted to the game terminal 10. This event image G2 is in the state shown in FIG. 11, and includes a game button B27.

  In the game terminal 10, when the display data is received, the control unit 11 causes the display unit 15 to display the event image G2 during the event period (S135). The control unit 11 specifies the user's operation based on the detection signal from the operation unit 14 (S137). Here, either the selection of the bonus button B22 or the selection of the match button B27 is performed.

  When the user selects the bonus button B22 (S137; bonus button), processing for strengthening the cheering party is executed between the game terminal 10 and the server 30 (S139, S335). This process is the same as S113 to S121 and S313 to S325 during the entry period, and the cheering party is strengthened by selecting the strengthen confirmation button B241.

  On the other hand, when the user selects the game button B27 (S137; game button), a game process is executed between the game terminal 10 and the server 30 (S141, S337). In S141 and S337, the game is started after the game is set. For example, the game terminal 10 transmits data indicating the operation contents of the user to the server 30, and the server 30 is based on the operation indicated by the data. The game may be progressed, or the game may be progressed at the game terminal 10 and only the result may be transmitted to the server 30.

  In the server 30, when the match is over, the control unit 31 calculates the points acquired by the user (S339), and transmits the calculated points and match result information (S341). In S339, the control unit 31 determines the basic amount of points acquired by the user based on the result of the game, and calculates the points acquired by the user by increasing the basic amount based on the bonus parameter. .

  In the game terminal 10, when the points and the battle result information are received, the control unit 11 displays the battle result image G3 on the display unit 15 (S143), and this process ends.

  According to the game system S described above, the user can update the bonus parameters for generating the bonus within the event period even outside the event period, so that the dissatisfaction caused by waiting for the start of the event can be avoided. It is not given to the user. Moreover, a game can be played regularly until an event start, and an active user can be increased.

  In addition, since the selection of the enhancement confirmation button B241 is accepted after notifying the holding of the event, a special feeling of the event can be given to the user as compared with the case where the selection of the enhancement confirmation button B241 is always accepted.

  In addition, by setting an upper limit for the bonus parameter before the start of the event, it is possible to prevent the user from being overly inferior before the event starts.

  Also, after the event starts, the upper limit of the bonus parameter is canceled, so that competition among users within the event period can be activated.

  In addition, by increasing the upper limit of the bonus parameter step by step with the passage of time since the event notification, for example, you can increase the expectation of the event step by step before the start of the event, You can change the event within the period to avoid getting bored.

  In addition, since the bonus is displayed in an identifiable manner in the event image G2 that accepts the selection of the enhancement confirmation button B241, the user can select the enhancement confirmation button B241 while confirming the bonus generated when the event starts. it can.

  Further, since the display mode of the event image G2 changes so as to indicate the size of the bonus, a causal relationship can be provided between the size of the bonus and the display mode of the event image G2, so that the bonus generated when the event starts It becomes easy to confirm the size of.

  In addition, by making it possible to accept the selection of the enhancement confirmation button B241 even during the event period, it is possible to provide motivation to continue playing the event being held.

[5. Modified example]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.

  (1) For example, in the embodiment, the case where an upper limit is set for the bonus parameter during the entry period has been described, but the method for limiting the effect that occurs during the event period is not limited thereto. For example, it may be limited so that the effect does not become too great depending on the number of selections of the enhancement confirmation button B241 instead of the bonus parameter.

  FIG. 20 is a functional block diagram in the modified example. As illustrated in FIG. 20, in the modification, in addition to the functions described in the embodiment, a restriction unit 103 is realized. Here, the limiting unit 103 is realized mainly by the control unit 11. The restriction unit 103 restricts the number of selections of the enhancement confirmation button B241 before the start of the event. For example, limiting the number of selections of the reinforcement confirmation button B241 means limiting the number of times the reinforcement confirmation button B241 is selected to a predetermined number, so that the number of times the reinforcement confirmation button B241 can be selected does not exceed the predetermined number. It is to be.

  For example, the data storage unit 100 may store the number of times the enhancement confirmation button B241 has been selected. The restriction unit 103 restricts the selection of the enhancement confirmation button B241 from being accepted when the number of times reaches a predetermined number. As described in the embodiment, the method of not accepting the selection of the enhancement confirmation button B241 may be such that the restriction unit 103 grays out the enhancement button B231 and cannot display the enhancement confirmation button B241 itself. In addition, for example, the restricting unit 103 may gray out the strengthening confirmation button B241 in the pop-up P24 by making the pop-up P24 displayable without the strengthening button B231 being grayed out. Further, for example, the reception unit 101 may not display the enhancement button B231 or the enhancement confirmation button B241, or set the button attribute of the enhancement button B231 or the enhancement confirmation button B241 to “enable” (invalidate). May be.

  According to the modified example (1), it is possible to prevent the user from being overly inferior before the start of the event by limiting the number of selections of the enhancement confirmation button B241.

  (2) Further, for example, the restriction unit 103 may release the restriction described in the modification (1) after the start of the event. For example, after the start of the event, the restriction unit 103 may not provide any upper limit for the number of selections of the enhancement confirmation button B241, or may provide an upper limit that is greater than the previous number. . For example, after the start of the event, the restriction unit 103 may eliminate the upper limit of selection of the enhancement confirmation button B241 or may increase the upper limit.

  According to the modification (2), after the start of the event, it is possible to activate competition between users within the event period by releasing the restriction on the selection of the enhancement confirmation button B241.

  (3) Further, for example, the restriction unit 103 increases the upper limit of the number of selections of the enhancement confirmation button B241 described in the modification (1) in a stepwise manner with the passage of time since the notification of the event holding. Also good. For example, the restricting unit 103 increases the upper limit of the number of selections of the enhancement confirmation button B241 a plurality of times. In other words, the restricting unit 103 gradually increases the upper limit of the number of selections of the enhancement confirmation button B241. The relationship between the time after notification of event holding and the upper limit of the number of selections may be stored in the data storage unit 100 in advance. This relationship may be stored as data in mathematical formula format or table format, or may be described as a part of the program code. The restriction unit 103 sets an upper limit associated with the current time.

  According to the modified example (3), after the event is notified, the upper limit of the selection of the enhancement confirmation button B241 is gradually increased with the passage of time, for example, the expectation to the event before the start of the event Can be increased step by step, or changes can be made to the event within the event period so as not to get bored.

  (4) Also, for example, two or more of the above modifications may be combined.

  In addition, for example, the case where coins are necessary for the reinforcement of the cheering party has been described, but the reinforcement of the cheering party may be executed by consuming other parameters, and the parameters are not particularly consumed. The cheering party may be strengthened. Further, for example, the content of the event and how to play are not limited to the example described in the embodiment, and an arbitrary event may be held. For example, it may be an event that can be played regardless of the region specified by the user, may be an event in which the user cooperates with the game, or an event in which the user plays alone. It may be.

  Further, for example, when the number of selections of the enhancement confirmation button B241 reaches the upper limit, the restriction unit 103 accepts the selection of the enhancement confirmation button B241 itself, but may not reflect it in the process of updating the bonus parameter. For example, when the process for updating the bonus parameter is executed on the server 30 side, the game terminal 10 accepts the selection of the reinforcement confirmation button B241, but stores data indicating that the selection of the reinforcement confirmation button B241 has been accepted. 30 may not be transmitted. Also, for example, data indicating that the game terminal 10 has accepted the selection of the enhancement confirmation button B241 is transmitted to the server 30, but even if the data is received on the server 30 side, the bonus parameter is updated accordingly. You may make it not perform (ignore the received data).

  Further, for example, each function may be shared between the game terminal 10 and the server 30. In this case, the processing result of each functional block may be transmitted and received between the game terminal 10 and the server 30.

  For example, each function described as being realized in the game terminal 10 may be realized in the server 30. For example, the reception unit 101, the display control unit 102, and the restriction unit 103 may be realized by the server 30. In this case, these functions are realized mainly by the control unit 31. For example, when the enhancement confirmation button B241 is selected, the game terminal 10 transmits data indicating that to the server 30. The receiving unit 101 in the server 30 may receive the selection of the enhancement confirmation button B241 by receiving the data. Further, for example, the display control unit 102 in the server 30 may display the event image G2 on the display unit 15 by transmitting display data of the event image G2 to the game terminal 10. Further, for example, even when the restriction unit 103 in the server 30 receives a notification that the enhancement confirmation button B241 has been selected from the game terminal 10, the restriction unit 103 may restrict the bonus parameter from being changed.

  Further, for example, each function described as being realized in the server 30 may be realized in the game terminal 10. For example, the acquisition unit 301, the notification unit 302, the update unit 303, the in-game currency increase / decrease unit 304, and the effect generation unit 305 may be realized by the game terminal 10. In this case, these functions are realized mainly by the control unit 11. For example, the acquisition unit 301 in the game terminal 10 may transmit a reference request for the event database DB1 to the server 30 to acquire a bonus parameter via the network N, or event data stored in the data storage unit 100 Bonus parameters stored in DT1 may be acquired. Further, for example, the notification unit 302 may acquire data necessary for notification from the server 30 and notify the host of an event using the event image G2 or other images. The update unit 303 may update the bonus parameter stored in the event data DT1, or may transmit a bonus parameter update request to the server 30 to cause the server 30 to update the bonus parameter. The in-game currency increase / decrease unit 304 may update information related to the in-game currency stored in the data storage unit 100, or transmits an in-game currency update request to the server 30, and sends the in-game currency to the server 30. May be updated. The effect generating unit 305 executes a process for increasing points on the game terminal 10.

  For example, in the game system S, functions other than the acquisition unit 301, the reception unit 101, and the update unit 303 may be omitted. In this case, the database storage unit 300 may be realized by a database server outside the game system S.

  For example, although the case where a baseball game is performed was demonstrated, you may apply the process which concerns on this invention to another game. For example, the processing according to the present invention may be applied to a sports game other than a baseball game (for example, a game based on soccer, tennis, American football, basketball, volleyball, etc.). Further, for example, in addition to a sports game and a breeding game, the processing according to the present invention may be applied to various games such as action games and role playing games regardless of the game format and genre.

[6. Addendum]
From the above description, the present invention is grasped as follows, for example.

  1) The game system (S) according to one aspect of the present invention is a parameter for generating a predetermined effect within an event period in the game, and the generation of the effect is limited outside the event period. Acquisition means (301) for acquiring event parameters, receiving means (101) for receiving an operation for updating the event parameters outside the event period, and the event parameters based on the operations. Updating means (303) for updating.

  12) A program according to an aspect of the present invention causes a computer to function as the game system (S) according to any one of 1) to 11).

  13) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium storing the program of 12).

  According to the invention according to 1), 12), or 13), the user can update the parameter for an event that generates a predetermined effect within the event period, even outside the event period. No dissatisfaction caused by waiting is given to the user.

  2) In one aspect of the present invention, the game system (S) includes a notification unit (302) for notifying a user of the event before the start of the event, and the reception unit (101) The operation is accepted after the notification by the notification means (302). According to the aspect of 2), since the operation is accepted after notifying the holding of the event, a special feeling of the event can be given to the user as compared to the case where the operation is always accepted.

  3) In one aspect of the present invention, the updating means (303) limits the upper limit of the event parameter to less than a predetermined value before the start of the event. According to the aspect of 3), it is possible to prevent the user from being overly inferior before the start of the event by providing an upper limit for the event parameter before the start of the event.

  4) In one aspect of the present invention, the updating means (303) releases the upper limit of the event parameter after the start of the event. According to the aspect of 4), the competition between users within the event period can be activated by canceling the upper limit of the event parameters after the start of the event.

  5) In one aspect of the present invention, the updating means (303) increases the upper limit of the event parameter stepwise with the passage of time since the notification of the event. According to the aspect of 5), by increasing the upper limit of the parameter for the event in a stepwise manner with the lapse of time after the notification of the event holding, for example, the expectation for the event is stepped in advance before the event starts. It is possible to increase the size of the event, or to change the event within the event period so as not to get bored.

  6) In one aspect of the present invention, the game system (S) includes limiting means (103) for limiting the number of operations before the start of the event. According to the aspect of 6), by restricting the number of operations, it is possible to prevent the user from being overly inferior before the event starts.

  7) In one aspect of the present invention, the restriction means (103) releases the restriction after the start of the event. According to the aspect of 7), after the start of the event, it is possible to activate competition between users within the event period by releasing the restriction on the operation.

  8) In one aspect of the present invention, the limiting means (103) increases the upper limit of the number of operations in a stepwise manner as time elapses after the notification of the event. According to the aspect of 8), after the notification of event holding, by increasing the upper limit of the number of operations step by step with the passage of time, for example, the expectation to the event is stepwise before the start of the event. You can make it bigger, or you can change the event within the event period so that you don't get bored.

  9) In one aspect of the present invention, the game system (S) further includes display control means (102) for causing the display means (15) to display an event image for accepting the operation before the event period. The display control means (102) displays the effect in an identifiable manner in the event image. According to the aspect 9), since the effect is displayed in an identifiable manner in the event image that accepts the operation, the user can perform the operation while confirming the effect that occurs when the event starts.

  10) In one aspect of the present invention, the accepting means (101) can repeatedly accept the operation, and the updating means (303) is configured to increase the effect each time the operation is accepted. The display control means (102) changes the display mode of the event image so as to indicate the magnitude of the effect indicated by the event parameter. According to the aspect of 10), the display mode of the event image changes so as to indicate the magnitude of the effect, and a causal relationship can be provided between the magnitude of the effect and the display mode of the event image. This makes it easier to check the magnitude of the effect that occurs.

  11) In one aspect of the present invention, the accepting means (101) is capable of accepting the operation even during the event period, and the updating means (303) is the operation outside the event period; The event parameter is updated based on both the operation within the event period. According to the aspect of 11), the operation can be accepted even during the event period, so that the motivation for continuously playing the event being held can be given.

  S game system, N network, 10 game terminals, 30 servers, 11, 31 control unit, 12, 32 storage unit, 13, 33 communication unit, 14 operation unit, 15 display unit, G1 menu image, G2 event image, G3 battle Result image, t1 entry start time, t2 start time, t3 end time, 100 data storage unit, 101 reception unit, 102 display control unit, 103 restriction unit, 300 database storage unit, 301 acquisition unit, 302 notification unit, 303 update unit , 304 In-game currency increase / decrease unit, 305 effect generation unit, DB1 event database, DB2 bonus database, DT1 event data, A10, A20, A21, A23, A25, A26, A30, A31, A225, A230, A232 display area, B22 Bonus button, 27 match button, G11, G12, G13, G120, G121 selection image, P24 pop-up, B210 entry button, B211 confirmation button, B212 change button, B231 reinforced button, B240 cancel button, B241 strengthening the confirmation button.

Claims (12)

An acquisition means for acquiring a parameter for an event for generating a predetermined effect within a period of the event in the game, the event being restricted from occurring outside the event period;
An accepting means for accepting an operation for updating the event parameter outside the event period;
Updating means for updating the event parameter based on the operation;
Including game system. The game system includes notification means for notifying a user of the event before the event starts,
The accepting means accepts the operation after the notification by the notifying means;
The game system according to claim 1. The update means limits the upper limit of the event parameter to less than a predetermined value before the start of the event,
The game system according to claim 2. The update means cancels the upper limit of the event parameter after the start of the event,
The game system according to claim 3. The update means increases the upper limit of the parameter for the event in a stepwise manner as time elapses after the notification of the event.
The game system according to claim 3 or 4. The game system includes a limiting unit that limits the number of operations before the start of the event,
A game system according to any one of claims 2 to 5. The restriction means releases the restriction after the start of the event.
The game system according to claim 6. The limiting means increases the upper limit of the number of operations in a stepwise manner as time elapses after notification of the event being held,
The game system according to claim 6 or 7. The game system includes display control means for displaying on the display means an event image for accepting the operation before the event period,
The display control means displays the effect in an identifiable manner in the event image.
The game system according to claim 1. The update means updates the event parameter so that the effect becomes large every time the operation is received,
The display control means changes the display mode of the event image so as to indicate the magnitude of the effect indicated by the event parameter.
The game system according to claim 9. The accepting means can accept the operation even during the event period,
The updating means updates the event parameter based on both the operation outside the event period and the operation within the event period.
The game system according to claim 1.   The program for functioning a computer as a game system in any one of Claims 1-11.

Images