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

Description

  The present invention relates to a game system, a game control device, and a program.

  Conventionally, there is known a game in which an effect associated with a game object such as a game card occurs. For example, in Patent Document 1, in a game in which a user competes with a game card to earn points, a special effect card that produces a special effect only during a game event is distributed, and the user uses the special effect card. It describes a game system that makes it easier to earn points when you compete.

JP, 2014-124295, A

  In the technology of Patent Document 1, by generating a special effect for a limited time on a special effect card, it is possible to increase the value as a game card without increasing the ability parameter of the game card. However, in the technique of Patent Document 1, after the holding period of the game event, the special effect of the special effect card does not occur and the special effect card is treated as an ordinary game card, so that the value of the game card is reduced at a stroke.

  For example, if a game card with an ability parameter lower than the ability parameters of other game cards owned by the user is a special effect card, and the special effect card is treated as a normal game card, the game event holding period There is a possibility that it will not be used again by the user after the passage. The period during which the value of a game object with a special effect, such as a special effect card, is high depends on the duration of the game event.Therefore, the shorter the duration, the value of the game object drops rapidly in a shorter period. It will be.

  The present invention has been made in view of the above problems, and an object thereof is to provide a game system, a game control device, and a program capable of preventing the value of a game object such as a game card from rapidly decreasing. To provide.

  In order to solve the above problems, a game system according to an aspect of the present invention acquires period-based effect data indicating a plurality of effects associated with a plurality of periods having different lengths and associated with a game object. On the condition that the data acquisition means, a period specifying means for specifying a period including a game execution time point among the plurality of periods, and the game object are used, the period specifying process associated with the game object is specified. Effect generating means for generating the effect indicated by the acquired period-specific effect data corresponding to the period specified by the means.

  A game control device according to an aspect of the present invention includes a data acquisition unit that acquires period-specific effect data that is associated with a game object and that indicates a plurality of effects corresponding to a plurality of periods having different lengths from each other. Of the period, the period specifying means for specifying a period including the game execution time point, and the period specified by the period specifying means associated with the game object on condition that the game object is used. Effect generating means for generating the corresponding effect indicated by the acquired effect data for each period is included.

It is a figure showing the whole game system composition concerning an embodiment of the present invention. It is a figure which shows an example of a team organization image. It is a figure which shows an example of a virtual world. It is a figure which shows an example of a virtual world image. It is a figure which shows an example of a point addition image. FIG. 11 is a diagram showing a bonus generated when a game character is put in a scud. 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 addition candidate database. It is a figure which shows an example of a user database. It is a figure which shows an example of an event database. It is a figure showing an example of possession character data. It is a figure which shows an example of scud data. It is a figure which shows an example of game situation data. It is a flow figure showing an example of processing performed in a game system. It is a flow figure showing an example of processing performed in a game system. It is a figure showing the details of bonus specific processing.

[1. Overall configuration of game system]
Hereinafter, embodiments according to the present invention will be described with reference to the drawings. In the drawings, the same or corresponding components are designated by the same reference numerals, and repeated description may be omitted. FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a plurality of user terminals 10-1, 10-2, ..., 10-N and a server 30. In addition, below, the content common to the user terminals 10-1, 10-2, and 10-N may be described as "user terminal 10". The user terminal 10 and the server 30 are connected to the network N. Therefore, mutual data communication is possible between the user terminal 10 and the server 30.

  The user terminal 10 is a computer operated by a user. For example, the user terminal 10 is a mobile phone (including a smartphone), a tablet computer, a personal computer, a portable game machine, a stationary game machine, an arcade game machine, or a multifunctional television receiver having an information processing function. (Smart TV). In the following, a case where the mobile phone equipped with the touch panel is the user terminal 10 and the program supplied from the server 30 is executed in the mobile phone will be described. The program may be supplied via a server different from the server 30 or a recording medium.

  As shown in FIG. 1, the user terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an input unit 14, and a display unit 15. The control unit 11 includes at least one microprocessor. The control unit 11 executes processing according to the operating system and other programs. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, non-volatile semiconductor memory). The storage unit 12 stores programs and data. Note that, for example, when the user 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 network card. The communication unit 13 performs data communication via the network N.

  The input unit 14 is an input device for the user to perform a game input operation and the like. The input unit 14 is, for example, a button, a key, a lever, a game controller (game pad), a pointing device such as a mouse or a touch panel, or a keyboard. The input 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, an organic EL display, or the like, and displays a screen according to an instruction from the control unit 11. The input unit 14 and the display unit 15 may not be built in the user terminal 10 and may be an external device connected to the user terminal 10.

  The server 30 is realized by, for example, a server computer. As shown in FIG. 1, the server 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The control unit 31 and the communication unit 33 have the same functions as the control unit 11 and the communication unit 13 of the user terminal 10. The storage unit 32 includes a main storage unit (eg, RAM) and an auxiliary storage unit (eg, hard disk drive or solid state drive), and stores programs and data.

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

[2. Game outline]
In the game system 1, the game is executed by executing the program on the user terminal 10. Although various games can be executed in the game system 1, in this embodiment, a game in which a game object operates in a virtual world will be described as an example. Before describing the outline of the game, terms such as virtual world and game object will be described.

  The "virtual world" is a world in a game, and there are various worlds depending on the type of game. For example, in the case of a sports game, it is a stadium where a sports competition is conducted, and in the case of a fighting game, it is a place where a competition is held. The virtual world may be a three-dimensional space or a two-dimensional plane. In the present embodiment, the case where the virtual world is a three-dimensional space is taken as an example.

  The “game object” is, for example, an object that can be used in a game. In other words, the game object is, for example, a virtual moving body arranged in the virtual world. For example, the moving body is a three-dimensional model (3D object) if the virtual world is three-dimensional, and is a planar object shown in the image if the virtual world is two-dimensional. For example, a game character or the like corresponds to an example of a game object. In other words, the game object is what the user uses in the game. For example, the game object may be owned by the user. For example, it may be a game object selected by the user as a game object to be used in the game from among the game objects owned by the user. Alternatively, it may be a game object selected by the user as a game object to be used in the game from among the game objects provided in the game. Alternatively, it may be a game object set by the game control device (game system) as a game object used by the user in the game. In the present embodiment, a game character will be described as an example of a game object.

  The “motion” is, for example, a motion in the virtual world. For example, the motion is a motion of the game character's body. For example, moving, jumping, or performing a predetermined behavior in a competition may correspond to a motion. For example, in a sports game using a moving object such as a ball or a puck, kicking the moving object, throwing the moving object, heading the moving object, or hitting the moving object corresponds to the action. You may As will be described later, in the present embodiment, a soccer game is taken as an example, so that the game character performs an action of moving the ball in soccer (eg, dribbling, shooting, passing, heading) or an action of moving on the pitch. Become. In the present embodiment, the first parameter that affects the motion of the game character is associated with the game character.

  The “first parameter” is, for example, a parameter that affects the speed, strength, accuracy, or the like of the movement in the virtual world. For example, it is a parameter relating to the speed, strength, accuracy, etc. of movement in the virtual world. For example, it is a parameter that determines the speed, strength, precision, etc. of movement in the virtual world. In other words, for example, the first parameter is a parameter relating to the movement ability of the game character. For example, the higher the ability indicated by the first parameter, the faster the game character moves. Further, for example, the higher the ability indicated by the first parameter, the stronger the game character moves. As a result, the force with respect to an object (for example, a moving object such as a ball) with which the game character contacts may be increased, and the moving speed of the object may be increased. Further, for example, the higher the ability indicated by the first parameter is, the more accurately the game character moves. In the present embodiment, the case where the ability parameter of the game character corresponds to the first parameter is taken as an example. In addition to the ability parameter, the game character of the present embodiment is associated with a second parameter that affects the reward associated with the identification information of the user.

  The “user identification information” is, for example, information for uniquely identifying the user. In other words, for example, the user identification information is information for identifying the user. For example, a user ID, a user name, a user account, or an email address corresponds to an example of user identification information. In the present embodiment, the case where the user ID corresponds to the user identification information is taken as an example.

  The “reward” is, for example, a game reward given to the user at a predetermined timing such as after the end of the game. For example, associating (associating) the reward with the user ID corresponds to giving the reward. For example, the reward may be points (in-game currency) or items. For example, the reward is given to the user identified by the user ID. For example, giving points to a user may correspond to a reward. That is, the reward may be to increase the points owned by the user. In other words, increasing the points associated with the user ID by further associating the points with the user ID and the points associated with each other may correspond to an example of the reward. Further, for example, the reward may be to give the user a game character. That is, by giving a new game character that the user does not have to the user, or further giving a game character that the user already has to the user, the number of the game character that the user has is increased. Increasing may correspond to an example of reward. In other words, the number of game characters associated with the user ID is increased by associating the new game character with the user ID, or by further associating the game character with the user ID while the user ID and the game character are associated with each other. Doing may correspond to an example of the reward. The reward is not limited to points and game characters, and various rewards may be set according to the content of the game. Further, for example, the reward may be to temporarily or permanently change a parameter associated with the user (a parameter other than points) so as to be advantageous to the user. In the present embodiment, a case where increasing points associated with a user ID corresponds to a reward will be described as an example.

  The “second parameter” is, for example, a parameter that affects the quality of the reward given to the user. For example, it is a parameter related to the content of the reward given to the user. For example, it is a parameter that determines the content of the reward given to the user. For example, if the reward is points as in the present embodiment, the parameter that influences the increase / decrease in the amount of points given is the second parameter, and if the reward is a game item, a game character, etc., these rarity levels and rewards are given. The parameter that affects the number is the second parameter. For example, the second parameter may be a parameter indicating the reward itself. Further, for example, the second parameter may be a parameter indicating to what extent the basic reward according to the result of the game is changed. In the present embodiment, a case where a basic bonus described later corresponds to the second parameter will be described as an example. Note that bonuses by period such as a special effect bonus, a season bonus, and an event bonus may correspond to an example of the second parameter.

  In the present embodiment, a soccer game in which a user forms a team with game characters acquired by lottery and competes with an opponent team will be described as an example. Hereinafter, the user team is referred to as a user team. Although the case where the user operates the game character during the game will be described, the game may be automatically advanced without the user operating the game character. In addition, the user may be allowed to play the game by consuming points or coins that he or she owns, or may be allowed to play the game at any time without such a limitation.

  For example, when the game program is activated and the user performs a predetermined operation for playing a match from the input unit 14, a list showing candidates for opponent teams is displayed on the display unit 15. The opponent team may be a user team of another user or a team prepared in advance by the game provider. When the user selects an opponent team from the list, a team formation image for forming the user team is displayed on the display unit 15.

  FIG. 2 is a diagram showing an example of a team organization image. As shown in FIG. 2, an icon I indicating a game character designated as a scud among game characters owned by the user is displayed in the team formation image G1. The scud means a member of the user team, and here means both a member who participates in the match and a member who has the possibility (right) to participate in the match. For example, scud is meant to include both starting members who participate in the game from the beginning and bench members (reserve members) who may participate in the game midway.

  In the present embodiment, among the game characters owned by the user, 18 game characters including 11 game characters designated as starting members and 7 game characters designated as members joining the bench are scud. Equivalent to. It should be noted that the number of members on the bench may be designated as any number instead of seven. For example, in the screen example of FIG. 2, the game character whose icon I is displayed on the pitch image G10 simulating a soccer pitch is a starting member, and the game character whose icon I is displayed below the bench is a bench character. It is a new member.

  The user can specify a game character to be included in the scud in the team formation image G1. For example, the user can swap the positions among the starting members or the starting member and the member with the bench by dragging and dropping the icon I. Further, for example, when the user selects the swap button B10, the game character put in the scud and the game character not put in the scud can be swapped. Further, for example, the recommended scud may be automatically organized even if the user does not specify the scud.

  Further, in the team formation image G1, detailed information of the game character indicated by the icon I selected by the user may be displayed. In FIG. 2, the icon I selected by the user is indicated by diagonal lines. When the user selects the icon I, the basic information G11 such as the name, position, and image of the game character indicated by the icon I, the ability parameter G12, the basic bonus G13, and the period bonus G14 are displayed.

  As will be described in detail later, the game character is associated with a bonus for increasing the points given to the user after the game ends, and the basic bonus G13 and the period bonus G14 are examples thereof. Since the points awarded after the match are comprehensively added to the bonus of the entire scud, a scud bonus G15 (to be described later in detail) showing the overall value is also displayed in the team formation image G1. Since the value of the scud bonus G15 varies depending on the scud, when the user replaces the scud from the team formation image G1, the display is updated in real time.

  Further, the team formation image G1 may display setting information G16 such as formation and strategy of the user team so that the user can set these. The user will specify the game character at each position in the formation being set on the pitch image G10. When the user forms a user team (scud) from the team formation image G1 and selects the match start button B11, a virtual world showing a soccer field in the game is constructed and the match starts.

  FIG. 3 is a diagram showing an example of the virtual world. As shown in FIG. 3, an Xw axis, a Yw axis, and a Zw axis that are orthogonal to each other are set in the virtual world W. The position in the virtual world W is specified by the world coordinate values of these coordinate axes (coordinate values in the world coordinate system). In the virtual world W, a pitch P, which is a three-dimensional model representing the ground, is arranged. For example, the pitch P is arranged parallel to the Xw-Zw plane.

  Various three-dimensional models used in the soccer game are arranged on the pitch P, and for example, the game character C1 of the user team, the game character C2 of the opponent team, the ball B, and the goal GL are arranged. In this embodiment, one of the game characters C1 of the user team is set as an operation target of the user. The game character C1 set as the operation target of the user operates based on the operation of the user. The game character C1 other than the operation target of the user team and the game character C2 of the opponent team operate based on the algorithm defined in the game program.

  Further, in the virtual world W, a virtual camera VC is set. The position and line-of-sight direction of the virtual camera VC may be fixed so as not to change, or may be changed so as to maintain a predetermined relationship with the operation target of the user or a specific three-dimensional model such as the ball B. When the game starts, a virtual world image showing how the virtual world is viewed from the virtual camera VC is displayed on the display unit 15.

  FIG. 4 is a diagram showing an example of a virtual world image. As shown in FIG. 4, in the virtual world image G2, a state in the visual field of the virtual camera VC in the virtual world W is drawn. The virtual world image G2 may show a part of the virtual world W or the entire virtual world W. The user operates the game character C1 set as the operation target while looking at the virtual world image G2. The progress of the game itself may be executed by a known game program, and when the first half of the game ends, the second half of the game starts after a half time has passed. Then, when the end time of the latter half comes, the win or loss of the match is determined based on the score obtained by the user team and the score obtained by the opponent team. In the following description, reference characters such as game characters and balls are omitted unless it is necessary to refer to the drawings.

  When the game is over, points are given to the user according to the result of the game and the scud. In the present embodiment, game events are repeatedly held, and, for example, a ranking reward is given according to the cumulative value of points given during the holding period of each game event (hereinafter referred to as cumulative points). Or, a cumulative point reward is given. For example, ranking rewards are rewards that have a relative relationship with other users. Since ranking rewards have a relative relationship with other users, it is important to earn more points than other users. For example, even an advanced player having high playing skills needs a game character who can obtain many bonuses in order to aim for a higher rank. On the other hand, for example, the accumulated point reward is a reward having no relative relationship with other users. Since the accumulated point reward has no relative relationship with other users, it is important how much the user himself earns points. For example, even a user with low playing skills can obtain a certain amount of reward if he / she has a game character that can obtain many bonuses. On the other hand, a user having a high play skill can obtain a certain amount of reward even if he / she does not own a game character that can obtain a bonus. Therefore, the user plays the game many times during the period of the game event, and aims to increase the accumulated points. When the game is over, a point-giving image showing points awarded in the game is displayed on the display unit 15.

  FIG. 5 is a diagram showing an example of the point-added image. As shown in the point-giving image G3 of FIG. 5, in the present embodiment, the basic points (“59” pt in FIG. 5) corresponding to the result of the match and the point increase amount (“ 24 "times) and the numerical value calculated by the scud bonus (" 1416 "pt obtained by multiplying" 59 "pt by" 24 "in Fig. 5) according to the result of the game. The given points (“1816” pt in FIG. 4) are determined. Here, the basic points are determined only based on the result of the match, and are not related to the value of the scud bonus. Therefore, the basic points reflect the user's play skill as they are, and may be determined based on, for example, the difference between the goals scored in the match and the strength of the opponent team. For example, the play skill can be said to be a skill for the user to operate the game character, and the higher the play skill is, the higher the probability that the result of the game is improved becomes. Therefore, the play skill is reflected in the basic points. For example, when two users use game characters having the same ability parameter, the user who has the skill of operating the game characters has a higher probability of winning, and thus the basic points of the users are more likely to increase. . In other words, users with play skills can cover the disadvantages of ability parameters with their own operation techniques, even if they use game characters with lower ability parameters than their opponents. The probability that there will be more will be higher.

  A basic bonus and a period-specific bonus are associated with the game character as a parameter indicating an increase in the basic points, and the scud bonus is determined based on the basic bonus and the period-specific bonus of the game character put in the scud. . Here, the scud bonus is a value according to the scud regardless of the result of the match. That is, the scud bonus has the same value whether the game is won or lost, and is determined by which game character is put in the scud. In other words, the scud bonus is a bonus that has nothing to do with the playing skill of the user. Therefore, even if the user is a user who has just started playing the game, and even if the user does not have the playing skill, if a scud with a high bonus can be formed, it can be compared with another user who has formed a scud with a high playing skill but a low bonus. Can be advantageous in comparison. That is, even if the user is a user who has just started playing the game, if a game character with a high bonus can be acquired, it will compete with a user who has played the game for a long time but has only acquired a game character with a low bonus. It will be possible. Therefore, even if a user who has poor playing skills, such as a user who has just started playing the game, can actively acquire a game character with a high bonus by using points and items, It can compensate for the inferior play skills. In other words, you will be able to supplement your play skills by relying on factors other than play skills (points, items, etc.).

  FIG. 6 is a diagram showing a bonus generated when a certain game character is put in a scud. In FIG. 6, t is a time axis, and each of t1 to t5 is a game event holding period. The height of each bonus box shown in FIG. 6 represents the size of the bonus. As shown in FIG. 6, in principle, the value of the basic bonus does not change after the user acquires the game character, regardless of when the user puts it in the scud. That is, the basic bonus has the same value at any time when the game character is put in the scud, and is a constant value bonus that is always generated by putting the game character in the scud.

  On the other hand, with respect to the bonus by period, whether or not the bonus is generated and the size of the bonus are changed depending on the time when the game character is put in the scud. In the present embodiment, three types of period-specific bonuses that occur at different times are prepared, and each of them is referred to as a special effect bonus, an event bonus, and a season bonus.

  The special effect bonus is a bonus generated in the short term, and is generated, for example, only in the period during which the game event is held immediately after the game character is added to the game system 1. Hereinafter, the period during which the special effect bonus is generated will be referred to as the special effect bonus generation period. In the example of FIG. 6, the special effect bonus generation period is a short period of the holding period t1. Instead, as shown in FIG. 6, the special effect bonus may be made higher in effect than other bonuses.

  The event bonus is a bonus that is generated in the medium term, and may or may not be generated due to a game event, for example. Hereinafter, the period during which the event bonus is generated will be referred to as the event bonus generation period. In the example of FIG. 6, the event bonus occurrence period is a period in which the holding periods t1, t2, and t4 are combined. Therefore, the event bonus occurrence period is longer than the special effect bonus occurrence period. The event bonus does not occur during the holding period t3. As described above, the event bonus generation period may be a collection of a plurality of periods that are mutually spaced, instead of one continuous period.

  The season bonus is a bonus that is generated over a long period of time, and for example, it is continuously generated within a period of about half a year to one year after the game character is added. Hereinafter, the period during which the season bonus is generated will be referred to as the season bonus generation period. In the example of FIG. 6, the season bonus generation period is a period in which the holding periods t1 to t4 are combined. Therefore, the season bonus generation period is longer than the event bonus generation period and is the longest period.

  In addition, hereinafter, the special effect bonus generation period, the event bonus generation period, and the season bonus generation period may be collectively referred to as a bonus generation period. Further, as described above, the basic bonus is generated regardless of the time in the present embodiment, so that the bonus generation period may not particularly exist.

  As shown in FIG. 6, when the user acquires a game character that has just been added to the game system 1, puts it in the scud, and plays a game, all three bonuses by period may occur. In this case, three bonuses for each period are accumulated and generated in the holding period t1, and the award points are extremely high. After that, when the time elapses, the special effect bonus of this game character does not occur, but as shown in the holding period t2 to t4, the event bonus sometimes occurs and the season bonus continuously occurs, so put it in the scud. When you play a match, the points awarded will be reasonably high. When the time further elapses, the season bonus does not occur and only the event bonus occasionally occurs. As shown in the holding period t5, if the event bonus does not occur, the period bonus does not occur at all. Only the situation occurs. In this way, the basic bonus occurs regardless of the passage of time, and the bonus for each period gradually decreases with the passage of time.

  The basic bonus and the bonus for each period are shown as parameters other than the ability parameter, and do not affect the accuracy of kick during a match, the speed of dribbling, or the like. That is, just because the ability parameter is high does not mean that the basic bonus and the period-specific bonus are high. Conversely, a high basic bonus or a high bonus for each period does not necessarily mean that the game character moves swiftly or shoots a strong shot. For this reason, the user should use a scud with a high ability parameter in order to favorably advance the game, a scud with a high basic bonus and a bonus for each period to increase the number of points awarded, or a scud that balances these. Or, while considering the play skills of oneself, while thinking comprehensively, the team will be formed. As described above, the game system 1 of the present embodiment mainly has the first configuration related to the basic bonus and the second configuration related to the period-specific bonus. Hereinafter, details of the first configuration and the second configuration will be described.

[3. Functions realized in game system]
FIG. 7 is a functional block diagram showing functions related to the present invention among the functions realized by the game system 1. In the present embodiment, a case will be mainly described in which data relating to the game is managed by the server 30 and main processing relating to the game is executed by the user terminal 10.

[3-1. Functions realized on the server]
First, the functions realized by the server 30 will be described. The server 30 mainly implements the data storage unit 300 and the game character addition unit 301.

[Data storage]
The data storage unit 300 is realized mainly by the storage unit 32. The data storage unit 300 stores data necessary for executing a game. In the present embodiment, the assignment candidate database DB1, the user database DB2, and the event database DB3 will be described as examples of data stored in the data storage unit 300.

  FIG. 8 is a diagram showing an example of the assignment candidate database DB1. As shown in FIG. 8, the grant candidate database DB1 stores data relating to game characters registered in the game system 1 as grant candidates. The “assignment candidate” is, for example, a candidate given to the user. It can be said that registering a game character as a grant candidate is registering a game character as a distribution target. The distribution target is a state in which the game character can be distributed from the server 30 to the user terminal 10. For example, the game character is distributed by lottery (so-called gacha) or a present. In addition, in order to perform the lottery, a predetermined condition is set, and the user cannot necessarily perform the lottery. This condition may be that the user's points or items (a so-called gacha ticket, etc.) held for the lottery are used, or that the pay item purchased by the user is used. The probability that each game character is selected may be set individually or may be set for each attribute of the game character (belonging league, etc.). For example, the probability may be set to be lower as the game character has a higher ability parameter or bonus. The scud game character is given to the user from among a plurality of game characters registered as grant candidates. As described above, from the game characters registered in the granting candidate database DB1, the ones to be granted to the user are selected by lottery. Therefore, the grant candidate database DB1 can be said to be master data of all game characters existing in the game.

  For example, the grant candidate database DB1 stores the basic information of the game character of the grant candidate in association with the game character ID that uniquely identifies the game character. The basic information of the game character includes, for example, the game character's name, version, basic position, attribute, total value, ability parameter, and basic bonus.

  The version is information indicating the registration time (addition time) of the game character. In this embodiment, it is assumed that a game character indicating a certain person is repeatedly registered as a new game character by changing parameters and images. For example, when the game character imitates a soccer player in the real world, a game character showing the same soccer player as the registered game character is regularly registered as a different version of the game character. Therefore, the version can be said to be information that identifies at what point in time the game character represents a soccer player.

  For example, if there are twice a year seasons in the real world soccer league, the game character addition timing may be set twice a year according to the season. For example, the game character may be added twice a year at the beginning of summer (for example, April to September) and winter (for example, October to March) every year. In this case, for a certain soccer player, a summer version game character and a winter version game character exist every year. For example, the ability parameter of the game character may be set so as to represent the activity and condition in the real world at that time. The addition timing of the game character is not limited to the above example, and may be added monthly or weekly. Further, for example, the timing of adding the game character may be arbitrary and may not be regular. For example, it may be added irregularly depending on when a soccer event is held in the real world.

  The basic position is a position that the game character is good at, and at least one of the plurality of positions is set. The attribute indicates, for example, the property or classification of the game character, and here, a case will be described where it is a club, club, club, nationality, age, etc. in the real world. In addition, what is used as an attribute is not limited to the example of FIG. 8, and the basic position may be used as an attribute, and gender or the like may be used as an attribute. The attribute may be any information as long as it can classify the game character, and may be, for example, the rarity degree of the game character, or a comprehensive value described later may be used as the attribute. The overall value is a parameter that makes it possible to see at a glance how high the overall ability is. The total value is calculated by substituting a capability parameter, which will be described later, into a predetermined mathematical formula.

  The ability parameter is, for example, a value indicating whether the movement is good or bad in the virtual world, and is a value indicating the high exercise ability as a soccer player. For example, the ability parameters are stamina parameters regarding physical strength, speed parameters regarding movement speed, shoot parameters regarding shooting accuracy, defense parameters regarding defense technology, physical parameters regarding core strength, path parameters regarding pass accuracy, dribbling regarding dribble technology. It may be a parameter, a saving parameter regarding the technology as a keeper, or the like. The capability parameter is indicated by a numerical value or symbol indicating the height of each of these capabilities.

  For example, the ability parameter may or may not change after the game character is given to the user. When the ability parameter changes, the ability parameter stored in the granting candidate database DB1 shows an initial value. When the ability parameter changes, it may change according to the age of the game character in the game, or may change when the user performs a predetermined raising operation or obtains an experience value in the game. Good. Alternatively, for example, the ability parameter may be changed by composition performed by consuming another game character. In the present embodiment, for simplification of description, a case will be described in which the ability parameter does not change after the game character is given to the user.

  The basic bonus of each game character stored in the grant candidate database DB1 is a parameter that indicates an increase in the granted points (that is, the size of the basic bonus) by the basic bonus, and is indicated by a numerical value or a symbol. As shown in FIG. 8, here, a case where the basic bonus is a value unique to the game character will be described, but the basic bonus common to a plurality of game characters may be used. Similar to the ability parameter, the basic bonus may or may not change after the game character is given to the user. Here, it is assumed that the basic bonus does not change. Therefore, if the game character is the same, no matter which user the game character is awarded, the basic bonus does not change.

  FIG. 9 is a diagram showing an example of the user database DB2. As shown in FIG. 9, the user database DB2 stores data relating to all users who have registered to use the game. For example, the user database DB2 stores user registration information, user parameters regarding the user, and user scud data DT3 in association with the user ID. The registration information stores the contents input by the user at the time of use registration, and stores, for example, the user's name, email address, avatar image, favorite soccer team, and the like. User-specific parameters are stored in the user parameters, for example, cumulative points in the game event being held, ranking, and in-game currency held by the user. Details of the scud data DT3 will be described later.

  FIG. 10 is a diagram showing an example of the event database DB3. As shown in FIG. 10, the event database DB3 stores data on game events held in the game system 1. For example, the event database DB3 is associated with a season ID that uniquely identifies a season over a plurality of game event holding periods, and an event that uniquely identifies each game event held during each season period and season. The ID, the name of the game event, the holding period, and the bonus data DT1 for each period are stored. The period of each season may be a period having a certain length, and may be the same length for all seasons or may be different for each season. Here, one year is divided into two, and a season from April to September of a certain year and a season from October of that year to March of the following year are set. For example, the season may be set to correspond to the addition timing of the game character. The game event holding period may be a period having a certain length, and may be a common length for all game events or may be different for each game event. Note that the game event holding period may be set continuously so that there is no gap between the next game event and the next game event, but it may be set between the next game event and the holding period. For example, like event N and event O shown in FIG. 10, the holding period may not be continuous.

  The period-specific bonus data DT1 is an example of the period-specific effect data according to the present invention, and is data that defines the bonus generation period and the content of the period-specific bonus associated with each game character. In this embodiment, since there are three period-specific bonuses, a special effect bonus, an event bonus, and a season bonus, these three bonus generation periods and contents are defined in the period-specific bonus data DT1, as shown in FIG. Has been done.

  For example, the period-specific bonus data DT1 stores the game character ID for which a special effect bonus is generated and the size of the special effect bonus during the holding period of each game event. The size of the special effect bonus is indicated by, for example, a numerical value or a symbol. As shown in FIG. 10, in the present embodiment, the size of the special effect bonus is different depending on the game character ID, but the size of the special effect bonus may not be different particularly depending on the game character ID. Here, since a certain game character ID is designated only during a certain holding period, the special effect bonus generation period is only during a certain game event holding period, which is a relatively short period. Further, the game character to which the special effect bonus is generated may be the game character that has been recently added as an addition target. Note that the special effect bonus generation period may extend over a plurality of holding periods, or may have a length that is unrelated to the holding period. This also applies to the event bonus generation period. Further, there may be a game event such as the event O shown in FIG. 10 in which the special effect bonus does not occur.

  Further, for example, the period-specific bonus data DT1 stores the attribute that an event bonus is generated during the holding period of each game event and the size of the event bonus. The size of the event bonus is indicated by, for example, a numerical value or a symbol. As shown in FIG. 10, in the present embodiment, the size of the event bonus differs depending on the attribute, but the size of the event bonus may not particularly differ depending on the attribute. Further, as the event bonus generation condition, not only one attribute but a plurality of attributes may be designated as shown in FIG. Therefore, depending on the game character, these attributes may match. In this case, the event bonus may be accumulated and generated, but in the present embodiment, only the highest event bonus is valid. Since the event bonus is sometimes generated according to the conditions set for each event, it may be a medium-term bonus that occurs for a longer period than the special effect bonus and a shorter period than the season bonus, for example. For example, if you hold an event where the nationality is Italian or if you are 30 years of age or older and an event bonus occurs between the 10th and the 14th of every month, it is longer than a single event and shorter than the middle season. Event bonuses can be generated during a specific period.

  Further, for example, the period-specific bonus data DT1 stores the version of the game character in which the season bonus occurs during each season and the size of the season bonus. The size of the season bonus is indicated by, for example, a numerical value or a symbol. As shown in FIG. 10, in a certain holding period, not only one version in which a season bonus is generated, but a plurality of versions may be designated. In this case, the same season bonus may be generated for these plural versions, but as shown in FIG. 10, the new version may have a larger season bonus than the old version. That is, the season bonus of the game character may be gradually reduced as time passes. In the case of the data storage example of FIG. 10, the season bonus generation period is associated not with the individual event ID but with the season ID, so that the season bonus is generated throughout one season. Therefore, the period of each season can be said to indicate the season bonus generation period. Even if there is a gap in the event holding period such as between the event N and the event O, the season bonus is generated during the period. That is, during the period between the event N and the event O on April 8, 2016 and April 9, 2016, the special effect bonus and the event bonus are not generated, and only the season bonus is generated. Good. The season bonus period is relatively long.

  The data stored in the data storage unit 300 is not limited to the above example. For example, the addition candidate database DB1 may include other data, and may store data such as the date and time of addition of the game character. Further, for example, the user database DB2 may include other data, and may store data such as a history of accumulated points in the past game event and a history of past granted points. Further, for example, the event database DB3 may include other data, and data indicating a reward (game item or the like) corresponding to the granted points for each game event may be stored. Further, for example, the period-specific bonus data DT1 may be managed as data separate from the event database DB3 instead of being stored as data in the event database DB3. Further, for example, the data storage unit 300 may store data other than the data described above.

[Game character addition section]
The game character adding unit 301 is realized mainly by the control unit 31. The game character addition unit 301 adds a new game character as a grant candidate. That is, the game character addition unit 301 adds data regarding a game character that is a new grant candidate to the grant candidate database DB1. The game character adding unit 301 may obtain data regarding a new game character that is a candidate for addition from a terminal of the game creator or the like via the communication unit 13, or information storage directly connected to the server 30. You may acquire from a medium etc. It is assumed that this data is created in accordance with the data format of the granting candidate database DB1 and that the ability parameter and basic bonus of the newly added game character are set.

  For example, as a function according to the first configuration, the game character addition unit 301 gives a new game character associated with a basic bonus that can give more rewards than the plurality of game characters registered as giving candidates. Add as a candidate. The game character addition unit 301 increases the basic bonus of the newly added game character more than the basic bonus of the game character registered as the grant candidate. In other words, the game character adding unit 301 is a basic point that gives more points to the user when a newly added game character is used than when a registered game character is used. A game character associated with a bonus is added as a grant candidate.

  Further, for example, as a function related to the second configuration, the game character addition unit 301 is associated with a new game associated with period-specific bonus data DT1 showing effects in a period after the plurality of game characters registered as grant candidates. The character is added as a grant candidate. The “later period” is a period that is new in time and is a period that is in the future. The game character adding unit 301 sets the time when the period-specific bonus of the game character to be newly added is later than the time when the period-specific bonus of the game character registered as a grant candidate is generated. In other words, the game character addition unit 301 newly adds a game character for which a period-based bonus is generated even if the period-based bonus of the registered game character is not generated. Therefore, in the period-specific bonus data DT1 corresponding to the holding period after the addition timing, the game character ID, the attribute, and the version of the game character newly added by the game character addition unit 301 are stored, and the new addition is made. A bonus for each period is generated in preference to the game character to be played over the registered game character.

[3-2. Functions implemented in user terminal]
Next, the functions implemented in the user terminal 10 will be described. Here, after explaining the function of the user terminal 10 according to the first configuration, the function of the user terminal 10 according to the second configuration will be described.

[3-2-1. Functions related to first configuration]
First, the function related to the first configuration will be described. In the first configuration, the data storage unit 100, the parameter acquisition unit 101, the operation control unit 102, the display control unit 103, the operation reception unit 104, the result acquisition unit 105, and the reward determination unit 106 are mainly included in the user terminal 10. Will be realized.

[Data storage]
The data storage unit 100 is realized mainly by the storage unit 12. Note that the data storage unit 100 of the user terminal 10 and the data storage unit 300 of the server 30 are common in that they store the data necessary for executing the game, but the data storage unit 100 of the server 30 is the same. These are different in that the data storage unit 100 of the user terminal 10 stores only the data related to the user who operates the user terminal 10, whereas the data related to the user is stored. Here, as the data stored in the data storage unit 100, the possessed character data DT2, the scud data DT3, and the game situation data DT4 will be described.

  FIG. 11 is a diagram showing an example of the possessed character data DT2. As shown in FIG. 11, the possessed character data DT2 is data relating to the game character possessed by the user who operates the user terminal 10. That is, the possessed character data DT2 stores information on the game character given to the user among the game characters stored in the given candidate database DB1. For example, the possessed character data DT2 stores the basic information of the game character in association with the game character ID. Each item of the basic information stored in the possessed character data DT2 is the same as the item of the basic information stored in the grant candidate database DB1, but if the parameter changes after being granted to the user, the grant candidate database DB1. The latest value is stored instead of the initial value stored in. For example, when the game character can be trained, the ability parameter and the basic bonus have the latest values.

  FIG. 12 is a diagram showing an example of the scud data DT3. As shown in FIG. 12, the scud data DT3 is data regarding the scud of the user. For example, the scud data DT3 stores information about formations, operations, starting members of the user team, information about members who are on the bench, and the like. As the information regarding the starting member, for example, the game character ID of the starting member and the position thereof are stored. As the information regarding the member with the bench, for example, the game character ID of the member with the bench is stored. Since the user organizes the scud among the game characters owned by the user, the game character ID stored in the scud data DT3 is determined from the game character IDs stored in the owned character data DT2.

  The scud data DT3 of each user terminal 10 is uploaded to the server 30 at a predetermined timing and stored in the user database DB2. Therefore, the scud data DT3 of each user terminal 10 is consistent with the scud data DT3 stored in the user database DB2 of the server 30. The scud data DT3 stored in the user database DB2 of the server 30 may be referred to when determining the opponent team.

  FIG. 13 is a diagram showing an example of the game situation data DT4. As shown in FIG. 13, the game situation data DT4 is data relating to the situation of the match. The game situation data DT4 is generated when the match starts and is updated according to the progress of the match. As shown in FIG. 13, the game situation data DT4 stores information indicating the current state of the virtual world and information indicating the current battle situation. For example, as the current state of the virtual world, the current position and moving direction of the game character of the user team, the game character of the opponent team, and the ball are stored. Further, for example, the game situation data DT4 stores information for identifying the game character set as the operation target of the user. Further, for example, the information indicating the battle situation stores the score of the user team, the score of the opponent team, and the remaining time or elapsed time of the match.

  The data stored in the data storage unit 100 is not limited to the above example. For example, the possessed character data DT2 may include other information, and when a new ID is reassigned each time the game character is given to the user, the ID may be stored. That is, when the same game character is given to a plurality of users, or when a certain user can obtain a plurality of the same game characters, each game character may be identified by the ID. Further, for example, the scud data DT3 may include other information, and the capability parameter of the starting member or the member with the bench may be stored. Further, for example, the game situation data DT4 may include other information, may store the level of the opponent team and the ability parameter of the game character, and may store yellow cards and red cards during the match. The game character ID of the received game character may be stored. Further, for example, the data storage unit 100 may store data other than the above-described data, and may leave the game situation data DT4 as a history in time series. Further, for example, the data storage unit 100 may store motion data that defines the motion of the game character. Further, for example, the data storage unit 100 may store three-dimensional model data, texture image data, and the like arranged in the virtual space.

[Parameter acquisition part]
The parameter acquisition unit 101 is implemented mainly by the control unit 11. The parameter acquisition unit 101 acquires an ability parameter that is associated with a game character and that affects the action of the game character in the virtual world where the game is played, and a basic bonus that affects the reward associated with the user ID. The parameter acquisition unit 101 acquires the ability parameter and the basic bonus by referring to the possessed character data DT2 stored in the data storage unit 100.

  The timing at which the parameter acquisition unit 101 acquires the ability parameter may be different from the timing at which the basic bonus is acquired, and it is not necessary to simultaneously acquire these. That is, the parameter acquisition unit 101 only needs to have a function of acquiring an ability parameter and a function of acquiring a basic bonus. The parameter acquisition unit 101 acquires the ability parameter when required by the processing of the operation control unit 102 described later. The basic bonus may be acquired when required by the process of the reward determining unit 106. Furthermore, the parameter acquisition unit 101 may acquire parameters other than the ability parameter and the basic bonus.

[Operation controller]
The operation control unit 102 is realized mainly by the control unit 11. When operating the game character in the virtual world, the motion control unit 102 operates the game character in the virtual world based on the ability parameter associated with the game character acquired by the parameter acquisition unit 101. In other words, the motion control unit 102 causes the game character to perform a motion according to the ability parameter of the game character. For example, the motion control unit 102 moves the game character at a speed, strength, or accuracy that is determined based on the ability parameter. Further, for example, the motion control unit 102 may determine whether or not a predetermined motion is successful, based on the capability parameter. In this case, the motion control unit 102 may be configured such that the higher the capability parameter, the higher the probability of successful motion, and the lower the capability parameter, the lower the probability of successful motion.

  For example, the motion control unit 102 moves the game character at a speed determined based on the stamina parameter and the speed parameter. Further, for example, the motion control unit 102 causes the game character to shoot the ball with the strength and the accuracy determined based on the shooting parameter. Further, for example, the motion control unit 102 causes the game character of the opponent team to capture the ball with accuracy determined based on the defense parameter. Further, for example, the motion control unit 102 brings the game character into contact with the game character of the opponent team with a strength determined based on the physical parameter. Further, for example, the motion control unit 102 causes the game character to pass the ball with accuracy determined based on the pass parameter. Further, for example, the motion control unit 102 causes the game character to dribble at a speed and accuracy determined based on the dribble parameter. Further, for example, the motion control unit 102 causes the game character to catch or punch the ball with accuracy determined based on the saving parameter.

  In the present embodiment, any one of the game characters of the user team is set as the operation target. Therefore, with respect to the game character set as the operation target, the motion control unit 102 responds to the user's operation. The game character is operated in the virtual world based on the ability parameter associated with the game character (or based on the user operation and the ability parameter associated with the game character, in the virtual world). The game character may be operated). The game character can perform a plurality of types of motions, and the correspondence between the operation contents and the motions may be described in the game program in advance, or stored in the data storage unit 100 as data in a mathematical expression format or a table format. It may have been done. Each of the plurality of types of operations and each of the plurality of types of operations are associated with this correspondence. The motion control unit 102 controls the motion based on the ability parameter of the game character so that the game character performs the motion associated with the user's operation.

  The motion control unit 102 controls not only the motion of the game character set as the operation target but also the motion of the game character other than the operation target. The motion control unit 102 controls the motion of the game character other than the operation target based on the ability parameter of the game character and a predetermined algorithm. Various known methods can be applied to the motion control of the game character itself. For example, the motion control unit 102 moves each part of the game character based on the motion data stored in the data storage unit 100. You may do it.

  Further, as described above, since the ability parameter is a parameter separated from the basic bonus, the motion control unit 102 moves the game character in the virtual world without being based on the basic bonus associated with the game character. I will let you. “Without based on the basic bonus” means that the action of the game character (for example, speed, strength, accuracy, or success or failure) does not change regardless of the value of the basic bonus. In other words, the motion control unit 102 does not refer to the basic bonus in the process of determining the motion of the game character. That is, it can be said that the basic bonus does not affect the motion of the game character.

[Display controller]
The display control unit 103 is realized mainly by the control unit 11. The display control unit 103 causes the display unit 15 to display a virtual world image G2 showing the state of the virtual world in which the game is played. In the present embodiment, since the virtual world is a three-dimensional space, the display control unit 103 will generate a virtual world image G2 showing the state within the field of view of the virtual camera. Various known rendering processes can be applied to the process itself for generating an image using the virtual camera. For example, the display control unit 103 uses the three-dimensional coordinates of the vertices of the three-dimensional model in the visual field of the virtual camera. On the other hand, the virtual matrix image G2 is generated by performing a predetermined matrix conversion process and converting it into two-dimensional coordinates, and the virtual world image G2 is displayed on the display unit 15. When the virtual world is represented by a two-dimensional plane, the display control unit 103 may display the entire virtual world as the virtual world image G2 or a virtual image obtained by cutting out a part of the virtual world. It may be displayed as the world image G2.

[Operation reception part]
The operation reception unit 104 is realized mainly by the control unit 11. The operation reception unit 104 receives an operation by the user while the virtual world image G2 is displayed on the display unit 15. The user can perform a plurality of types of operations, and the operation reception unit 104 identifies the operation performed by the user based on the detection signal of the input unit 14. Various known methods can be applied to the method of specifying the operation content itself, and may be determined according to the type of the input device adopted in the input unit 14. For example, when a pointing device such as a touch panel is used as the input unit 14, the operation receiving unit 104 may specify the user's operation based on the coordinate information detected by the input unit 14. Further, for example, when a game controller having input members such as buttons and levers is adopted as the input unit 14, the operation reception unit 104 identifies the user's operation based on the detection signal indicating the pressed state of each input member. Good.

[Result acquisition part]
The result acquisition unit 105 is realized mainly by the control unit 11. The result acquisition unit 105 acquires the result of the game obtained by moving the game character. The “game result” is the content or win / loss of the game. For example, the result of the game acquired by the result acquisition unit 105 changes depending on the action taken by the game character. Further, for example, in a battle game, the result of the game may be the strength, level, or high ability of the opponent in the finished game. Further, for example, the result of the game may be the score obtained in the battle, or the difference between the goals scored in the battle.

  For example, the result acquisition unit 105 acquires the result of the game based on the game situation data DT4. For example, the result acquisition unit 105 refers to the game situation data DT4 at the end of the match to identify the score of the user team and the opponent team, or to identify the score difference between the user team, thereby obtaining the game result. You may get it. Further, for example, the result acquisition unit 105 may acquire the result of the game by referring to the time-series change of the game situation data DT4 and identifying the action taken by the game character. Further, for example, the result acquisition unit 105 may acquire the result of the game by referring to the level and ability parameter of the opponent team at the start of the match.

  It should be noted that when described as "moving the game character" in the present embodiment, it means that the game character participates in the game and actually moves in the virtual world. On the other hand, as described later, when it is described that “the game character is used”, the game character actually operates (for example, participates in a match and moves on the pitch), and the virtual world. Being selected as a game character having a possibility of operating in (for example, being selected as a member with a bench), or both. That is, for example, the scud bonus may be determined based on the basic bonus of both the starting member and the member with the bench, and the bonus for each period, or the basic bonus of only one of the starting member and the member with the bench. The scud bonus may be determined based on the bonus and the bonus for each period. Therefore, in the present embodiment, the meaning of "moving the game character" does not necessarily match the meaning of "the game character is used".

[Reward determination part]
The reward determining unit 106 is realized mainly by the control unit 11. The reward determining unit 106 determines an award point based on the basic bonus associated with the game character acquired by the parameter acquiring unit 101 on condition that the game character is used.

  As described above, "the game character is used" means that the game character is used in the virtual world (actually operates in the virtual world) and is selected as the game character that may be used in the virtual world. It is meant to include both being done. For example, it may be selected from among the game characters associated with the user ID (in other words, the game characters owned by the user) as targets to be operated in the virtual world or candidates thereof. This selection may be made by the user himself or may be automatically selected by the computer under predetermined conditions. For example, in a competitive game, it may be that the player actually participates in the match, or that it is selected as a game character that may possibly participate in the match midway. In other words, it doesn't work in the virtual world at the beginning of the game (for example, it doesn't appear at the beginning of the match), but it can work in the virtual world in the middle of the game (for example, join the match in the middle) It may be a sexual game character. It is not necessary for the game character to actually operate in the virtual world before the game ends. That is, although the game character is selected as a game character that may be used in the virtual world, it may not actually move in the virtual world. For example, in the case of a sports game as described in the embodiment, it is selected as a starting member or a member with a bench. It suffices that they have been selected as members on the bench, and it is possible that the match ends without actually participating in the match. In the present embodiment, putting the game character in the scud corresponds to using the game character. For this reason, when the game character is put in the scud, the condition for using the game character is satisfied.

  The reward determining unit 106 determines whether the game character is used by determining whether the game character ID is stored based on the scud data DT3. The reward determination unit 106 determines the award points based on the basic bonus of the game character satisfying the condition, not on the basic bonus of the game character not satisfying this condition. That is, the reward determination unit 106 does not refer to the basic bonus of the game character that is not a scud, but only the basic bonus of the scud when determining the award points. In other words, the reward points determined by the reward determining unit 106 do not change regardless of the value of the basic bonus of the game character that is not a scud, but they change depending on the value of the basic bonus of the scud. .

  In addition, in the game of the present embodiment, at least one of the plurality of game characters is used, and each of the plurality of game characters is associated with a basic bonus having a value unique to the game character. The determination unit 106 determines the awarded points based on a basic bonus having a value unique to at least one game character used in the game. The “unique value” means that a value is determined for each game character, and that the game character and the parameter have a one-to-one relationship. Since the parameters are prepared for each game character, the reward determining unit 106 does not use a common parameter for one game character and another game character.

  In addition, in the game of the present embodiment, since a plurality of game characters are used, the reward determination unit 106 acquires a scud bonus based on the basic bonus of each of the plurality of game characters, and based on the scud bonus, the reward points are awarded. To decide. The scud bonus is one parameter obtained by substituting a plurality of basic bonuses into a predetermined mathematical formula, and is an example of the third parameter according to the first configuration. It is assumed that the relational expression between the basic bonus and the scud bonus is stored in the data storage unit 100. This relational expression is a mathematical expression in which a scud bonus is calculated by substituting the basic bonus, and it is defined that the more the basic bonus is, the more the scud bonus is, and the less the basic bonus is, the less the scud bonus is.

Here, the following expressions 1 and 2 will be described as an example of the relational expressions. Formula 1 is for calculating a personal bonus that indicates the degree to which each scud affects the bonus increase amount, and Formula 2 is for calculating the scud bonus of the entire scud from the individual bonus of each scud. Is. Each of the special effect bonus, the event bonus, and the season bonus in the mathematical expression 1 is counted only by the effect generating unit 112 of the second configuration described later when these are generated. In addition, the starting member bench adjustment coefficient in Expression 1 is a coefficient that differs depending on whether the member is a starting member or a member with a bench, and the starting member is higher than the member with a bench. In the present embodiment, the case where the bonus increase amount is different between the starting member and the member with a bench will be described, but they may be treated equally without weighting them.
[Equation 1] Individual Bonus = Total Value * Basic Bonus * Special Bonus * Event Bonus * Seasonal Bonus * Starter Bench Adjustment Factor [Equation 2] Scud Bonus = Sum of individual bonuses of individual game characters in Scud / predetermined value

  Although the individual bonus may be determined only by the basic bonus of the game character or the bonus for each period, when calculating the individual bonus as in the above-mentioned mathematical formula 1, not only the basic bonus and the bonus for each period, but also the ability parameter. You may consider the total value of. In other words, the individual bonus of the game character is not determined solely by the bonus associated with the game character, but the ability parameter may be considered to some extent. In this case, the effect of the total value on the individual bonus may be set to be smaller than the effect of the basic bonus or the period-specific bonus on the individual bonus. In the present embodiment, a case will be described in which the total value of the ability parameters affects the individual bonus to some extent, as in Formula 1, so that the reward determination unit 106 determines the award points based on the ability parameters and the basic bonus. Will be done. In this case, the ability parameter may affect the award points, and for example, the relational expression of the ability parameter and the basic bonus and the award points may be stored in the data storage unit 100. This relational expression is not limited to Expression 1 above, and may be defined so that the higher the ability parameter is, the higher the award point is, and the lower the ability parameter is, the lower the award point is. The reward determining unit 106 acquires the award points associated with the ability parameter and the basic bonus.

  Further, as described above, in the present embodiment, the reward determining unit 106 multiplies the scud bonus calculated as described above by the basic points according to the result of the game, so that the reward determining unit 106 determines the basic bonus as the basic bonus. The points to be awarded will be determined based on the result of the game. For example, the reward determining unit 106 determines the basic reward based on the result of the game, and changes the basic reward based on the basic bonus to determine the award points. The "basic reward" is a reward determined according to the result of the game. It is assumed that the relationship between the game result and the basic reward is predetermined by mathematical formulas or tables. In this embodiment, a case where the basic points correspond to the basic reward will be described.

  The method by which the reward determining unit 106 determines the award points based on the result of the game is not limited to the method by which the basic points are changed. For example, as in the present embodiment, the reward determination unit 106 may determine the award points by further changing the value determined based on the basic points and the scud bonus. Further, for example, the reward determination unit 106 does not have to calculate the basic points. For example, the relational expression of the game result, the basic bonus, and the awarded points may be stored in the data storage unit 100. This relational expression may be defined such that when the game result is a predetermined result, the award points are higher than when the game result is not the predetermined result. The reward determination unit 106 will acquire award points associated with the game result and the basic bonus. Furthermore, the reward determination unit 106 may determine the award points based on the scud bonus, not based on the result of the game. In this case, if the scuds are the same, the points will be the same regardless of the result of the game.

[3-2-2. Function related to second configuration]
Next, the function related to the second configuration will be described. In the second configuration, mainly the data storage unit 100, the data acquisition unit 107, the period identification unit 108, the period attribute acquisition unit 109, the game character attribute acquisition unit 110, the attribute determination unit 111, the effect generation unit 112, and the effect change. The unit 113 is realized. The description of the same functions as those of the first configuration will be omitted, and the functions different from those of the first configuration will be described.

[Data storage]
The data according to the second configuration may be the same as that described in the first configuration. Therefore, the function of the data storage unit 100 according to the second configuration may be the same as the function described in the first configuration.

[Data acquisition part]
The data acquisition unit 107 is realized mainly by the control unit 11. The data acquisition unit 107 acquires period-specific bonus data DT1 associated with a game character and showing a plurality of effects respectively corresponding to a plurality of bonus occurrence periods having different lengths. In this embodiment, since the bonus data DT1 for each period is stored as a part of the data in the event database DB3, the data acquisition unit 107 sends a reference request for the event database DB3 to the data storage unit 300 of the server 30. As a result, the period-specific bonus data DT1 in the event database DB3 is acquired.

  The bonus generation period may be, for example, from a certain time point to a time point after the time point. The time point here may be the date and time in the real world or the date and time in the virtual world in the game. Further, for example, the bonus generation period does not have to be a continuous period, and may be in the middle. That is, it may be composed of a plurality of periods having a temporal separation from each other, such as an event bonus generation period. Further, for example, the number of bonus generation periods may be two or more, and is not limited to three as in the present embodiment. Further, for example, the number of bonus generation periods may be common to all game characters, or the number of bonus generation periods may differ depending on the game character. Furthermore, each bonus generation period may be different in length from at least one other bonus generation period.

  “Effect” means that the user has an advantage in the game. For example, the effect may be to improve the reward. Further, for example, if the reward is an in-game currency such as points, the increase in the points awarded may correspond to the improvement of the reward. Further, for example, if the reward is a game item, increasing the value of the given game item may correspond to improving the reward. Further, for example, the advantage may be equivalent to being advantageous during the execution of the game. In this case, for example, the game character's ability may be increased or a special ability may be activated. In the present embodiment, a case will be described in which each of the plurality of effects is an effect that affects the reward associated with the identification information of the user. Therefore, the game character is associated with a plurality of period-specific bonuses as described with reference to FIG.

[Period identification part]
The period specifying unit 108 is realized mainly by the control unit 31. The period specifying unit 108 specifies a bonus occurrence period in which the game execution time point is included, among the plurality of bonus occurrence periods.

  The "game execution time" is the time when the game is executed. For example, it may be a time point at which a process for starting the game is executed, a time point before the game actually starts, or an arbitrary time point from the start to the end of the game. The game may be finished, or the game content may be evaluated after the game is finished. The process for starting the game is a process for setting the game, and may be, for example, a process for selecting a character used in the game or a process for selecting an opponent of the game. For example, when a screen for guiding the effect of which bonus generation period is applied to the game character is displayed before the start of the game, it may be the time when the screen is displayed. In other words, the execution time may be, for example, the time when the period specifying unit 108 executes the process of specifying the bonus occurrence period.

  The data for the period specifying unit 108 to specify the bonus occurrence period may be stored in the data storage unit 100, and here, the case of using the period-specific bonus data DT1 will be described. For example, the period identifying unit 108 determines whether the current time is the special effect bonus generation period by determining whether the game character ID of each game character included in the scud is stored in the period-specific bonus data DT1. Further, for example, the period identifying unit 108 determines whether the attribute of each game character included in the scud is stored in the period-specific bonus data DT1 to determine whether the present time is the event bonus generation period. Further, for example, the period specifying unit 108 determines whether or not the present time is the season bonus generation period by determining whether the version of each game character included in the scud is stored in the period-specific bonus data DT1.

  The method of identifying the bonus occurrence period by the period identifying unit 108 is not limited to the above example. The specifying method may change according to the format of the data for specifying each bonus occurrence period. For example, as in this embodiment, when the bonus data DT1 for each period is not prepared for each holding period of a game event, but data for defining each bonus generation period is prepared for each game character. The period specifying unit 108 may specify the bonus occurrence period by determining whether the current time is within the period defined by the data.

[Period attribute acquisition part]
The period attribute acquisition unit 109 is realized mainly by the control unit 11. The period attribute acquisition unit 109 acquires at least one of the plurality of attributes associated with a predetermined period corresponding to at least one of the plurality of bonus occurrence periods.

  “Corresponding to at least one of the plurality of bonus generation periods” means, for example, corresponding to any one or two or more bonus generation periods of the plurality of bonus generation periods. It should be noted that the corresponding bonus occurrence periods may be, for example, a partial or complete match in time. In other words, it is designated as a bonus generation period in which a bonus according to an attribute is generated, out of a plurality of bonus generation periods that can be specified by the period-specific bonus data DT1.

  The “predetermined period” is a predetermined fixed period, and may be a period having the same length as any of the “plurality of bonus occurrence periods” or a period having a different length. In the present embodiment, a case where a game event is held for a predetermined period will be described. Since the period during which each game event is held corresponds to the period during which an event bonus is generated according to the attributes associated with that period, in the present embodiment, the period during which an event bonus occurs corresponds to the period during which a game event is held. You are doing it.

  Since a plurality of attributes are associated with a game event holding period, the period attribute acquisition unit 109 acquires a plurality of attributes associated with the game event holding period. In the present embodiment, the period attribute acquisition unit 109 acquires a plurality of attributes by referring to the period-specific bonus data DT1. Note that only one attribute may be associated with the holding period of the game event, and in this case, the period attribute acquisition unit 109 will acquire one attribute associated with the holding period.

[Game character attribute acquisition unit]
The game character attribute acquisition unit 110 is realized mainly by the control unit 11. The game character attribute acquisition unit 110 acquires at least one of the plurality of attributes associated with the game character. For example, the game character attribute acquisition unit 110 acquires the attribute of the game character by referring to the possessed character data DT2. In the present embodiment, since the game character is associated with a plurality of attributes, the game character attribute acquisition unit 110 will acquire a plurality of attributes associated with the game character. Note that only one attribute may be associated with the game character, and in this case, the game character attribute acquisition unit 110 will acquire one attribute associated with the game character.

[Attribute determination part]
The attribute determination unit 111 is realized mainly by the control unit 11. The attribute determination unit 111 determines whether the attribute acquired by the period attribute acquisition unit 109 and the attribute acquired by the game character attribute acquisition unit 110 match. The attribute determining unit 111 compares the attribute acquired by the period attribute acquiring unit 109 with the attribute acquired by the game character attribute acquiring unit 110, and determines whether at least one of them matches. For example, when the attribute is represented by a parameter, the attribute determination unit 111 determines whether the value acquired by the period attribute acquisition unit 109 and the value acquired by the game character attribute acquisition unit 110 match. Become.

[Effect generation part]
The effect generator 112 is implemented mainly by the controller 11. On the condition that the game character is used, the effect generation unit 112 corresponds to the bonus generation period identified by the period identification unit 108, which is associated with the game character, for each period acquired by the data acquisition unit 107. The bonus according to the period indicated by the effect data is generated.

  The effect generation unit 112 does not generate a bonus that does not correspond to the bonus generation period specified by the period specification unit 108 among the period-specific bonuses associated with the game character, and does not generate the bonus generation period specified by the period specification unit 108. Generate the corresponding bonus. In other words, the effect generation unit 112 invalidates the bonus that does not correspond to the bonus generation period specified by the period specifying unit 108 among the period-specific bonuses associated with the game character, and the bonus generation specified by the period specifying unit 108 is generated. The bonus corresponding to the period is valid.

  Further, in the present embodiment, each of the plurality of bonus generation periods overlaps with each other. Therefore, when the period identification unit 108 identifies the plurality of bonus generation periods, the effect generation unit 112 generates the plurality of bonus generation periods. The period-specific bonus corresponding to each period is generated in duplicate. “Overlapping period” means that a part or all of a certain period and a part or all of another period overlap. “Overlapping” means that multiple effects occur simultaneously. In other words, multiple effects are cumulative. That is, the effect generation unit 112 validates all period-specific bonuses corresponding to each of the plurality of bonus generation periods identified by the period identification unit 108.

  Further, in the game of the present embodiment, at least one of the plurality of game characters is used, and each of the plurality of game characters is associated with period-specific bonus data DT1 showing an effect peculiar to the game character. Therefore, the effect generator 112 generates an effect unique to at least one game character used in the game. The “unique effect” is that the effect is determined for each game character. In other words, data defining the effect is prepared for each game character, and common data is not used by one game character and another game character.

  In addition, when at least one bonus generation period (here, event bonus generation period) is specified by the period specifying unit 108 during the game event holding period, the effect generation unit 112 is based on the determination result of the attribute determination unit 111. , A period-specific bonus corresponding to the at least one bonus generation period is generated. For example, the effect generation unit 112 may generate the event bonus only when the attributes match, or the effect generation unit 112 has a higher value when the attributes match than when the attributes do not match. An event bonus may be generated. In other words, the effect generator 112 determines whether or not an event bonus is generated, or changes the size of the event bonus, based on the determination result of the attribute determiner 111.

  Further, in the present embodiment, the effect is associated with each attribute of the game character in at least one bonus generation period, so that the effect generation unit 112 determines that the attribute determination unit 111 matches a plurality of attributes. In the case, among the period-based bonuses corresponding to each of the plurality of attributes corresponding to at least one bonus generation period, the most effective one is generated. "Highest effect" is an effect that makes the user most advantageous in the game. For example, if the effect is to improve the reward, it is the effect with the largest increase in the reward. For example, if the effect is to improve the ability of the game character, the effect increase value is the highest. In the present embodiment, the effect producing section 112 produces the highest increasing event bonus of the plurality of event bonuses.

[Effect change part]
The effect changing unit 113 is realized mainly by the control unit 11. The effect changing unit 113 changes the effect corresponding to at least one of the plurality of bonus generation periods, based on the game execution point. For example, the effect changing unit 113 changes the degree of bonus according to the passage of time. The relationship between the execution time of the game and the effect to be generated may be predetermined by, for example, a mathematical formula or a table. This relationship may be set so that the effect becomes lower as time elapses, or it may be predetermined that the effect becomes higher as time elapses. The effect changing unit 113 changes the effect to the effect associated with the game execution point. In the present embodiment, the season bonus gradually decreases, so the effect changing unit 113 changes the effect of the season bonus.

[4. Processing executed in game system 1]
14 and 15 are flowcharts showing an example of processing executed in the game system 1. 14 and 15 are executed by the control unit 11 operating according to the program stored in the storage unit 12 and the control unit 31 operating according to the program stored in the storage unit 32. The process described below is an example of the process performed by each functional block illustrated in FIG. 7. Note that the opponent team has already been determined when the processing described below is executed, and the scud data DT3 of the opponent team, the ability parameters and image data of each game character, and the like are transferred from the server 30 to the user terminal 10. It has been sent.

  As shown in FIG. 14, first, in the user terminal 10, when the user performs a predetermined operation from the input unit 14, the control unit 11 transmits an acquisition request for the period-specific bonus data DT1 to the server 30 (S101). . The acquisition request in S101 may be made in a predetermined data format. When data is transmitted from the user terminal 10 to the server 30, the IP address and the user ID of the user terminal 10 are also transmitted so that the server 30 can identify from which user terminal 10 the data was received. It is assumed that

  In the server 30, when the acquisition request is received, the control unit 31 refers to the event database DB3 stored in the storage unit 32 and transmits the period-specific bonus data DT1 corresponding to the current time to the user terminal 10 (S301). In S301, the control unit 31 acquires the current date and time by using a real-time clock or the like, and identifies the season and the holding period including the current date and time. Then, the control unit 31 transmits to the user terminal 10 the period-specific bonus data DT1 stored in the record corresponding to the specified season or holding period among all the records in the event database DB3.

  In the user terminal 10, when the period-specific bonus data DT1 is received, the control unit 11 executes a bonus specifying process for specifying a bonus generated for each game character included in the current scud (S103). The control unit 11 may record the received period-based bonus data DT1 in the storage unit 12.

  FIG. 16 is a diagram showing details of the bonus specifying process. As shown in FIG. 16, the control unit 11 acquires the total value and the basic bonus of each game character of the scud based on the possessed character data DT2 and the scud data DT3 stored in the storage unit 12 (S1031). ). In S1031, the control unit 11 obtains the game character ID stored in the scud data DT3, and refers to the record corresponding to the game character ID among the records of the possessed character data DT2 to determine the individual scud. The total value of the game character and the basic bonus are acquired.

  The control unit 11 identifies a special effect bonus occurrence period including the present time, among the special effect bonus occurrence periods of the individual game characters in the scud, based on the period-specific bonus data DT1 (S1033). In S1033, the control unit 11 determines whether the game character ID stored in the scud data DT3 and the game character ID in which the special effect bonus stored in the period-specific bonus data DT1 match. When the game character IDs match, the control unit 11 determines that it is the special effect bonus generation period of the game character indicated by the game character ID, and when the game character IDs do not match, the special effect of the game character indicated by the game character ID. It is determined that it is not the bonus occurrence period. That is, the control unit 11 generates the special effect bonus when the event is currently being held and the game character ID associated with the currently held event matches the game character ID of each game character of the scud. Determined as a period.

  The control unit 11 acquires the special effect bonus generated for each individual game character of the current scud, based on the identification result of S1033 (S1035). In S1035, the control unit 11 refers to the period-specific bonus data DT1 and acquires the size of the special effect bonus with which the game character ID matches in S1033.

  The control unit 11 identifies the event occurrence period including the present time, among the event bonus occurrence periods of the individual game characters in the scud, based on the period-specific bonus data DT1 (S1037). In S1037, first, the control unit 11 acquires the attribute that causes the event bonus stored in the period-specific bonus data DT1. Then, the control unit 11 acquires the attribute of each game character of the scud based on the possessed character data DT2 and the scud data DT3. The control unit 11 determines whether the attribute of the event bonus and the attribute of the scud match. When at least one attribute matches, the control unit 11 determines that it is an event bonus occurrence period, and when no attributes match, it determines that it is not an event bonus occurrence period. That is, the control unit 11 determines that the event bonus generation period is set when the event is currently being held and the attribute associated with the currently-held event matches the attribute of the game character of Squad. .

  The control unit 11 acquires the event bonus generated for each individual game character of the current scud based on the identification result of S1037 (S1039). In S1039, the control unit 11 refers to the period-specific bonus data DT1 and acquires the size of the event bonus for which the attributes match in S1037. Note that the control unit 11 acquires only the highest event bonus value of the event bonus corresponding to each of the plurality of attributes as the event bonus of the game character determined to have a plurality of attributes in S1037.

  The control unit 11 specifies the season bonus occurrence period including the current time point among the season bonus occurrence periods of the individual game characters of Squad based on the period-specific bonus data DT1 (S1041). In S1041, the control unit 11 acquires the version of each game character of Squad based on the possessed character data DT2 and the scud data DT3. Then, the control unit 11 determines whether or not the version of each game character matches the version of the period-specific bonus data DT1 that is the season bonus generation condition. When the versions match, the control unit 11 determines that it is the season bonus generation period, and when the versions do not match, it determines that it is not the season bonus generation period. That is, the control unit 11 determines that the season bonus generation period is reached when the version associated with the current season matches the version of each game character of Scud.

  The control unit 11 acquires the season bonus generated for each individual game character of the current scud based on the identification result of S1041 (S1043). In S1043, the control unit 11 refers to the period-specific bonus data DT1 and acquires the size of the season bonus determined to have the same version in S1041.

  The control unit 11 acquires a scud bonus based on the total value and basic bonus acquired in S1031, the special effect bonus acquired in S1035, the event bonus acquired in S1039, and the season bonus acquired in S1043 (S1045). In S1045, the control unit 11 obtains the scud bonus based on the above-described mathematical expressions 1 and 2.

  Returning to FIG. 14, the control unit 11 causes the display unit 15 to display the team formation image G1 based on the possessed character data DT2 and the scud data DT3 stored in the storage unit 12 and the scud bonus acquired in S1045. (S105).

  The control unit 11 refers to the input from the input unit 14 (S107). Here, it is assumed that any one of an edit operation for editing the scud, a display operation for displaying the information of the game character, and a start operation for starting the game is performed. The editing operation is, for example, an operation of selecting the swap button B10 or swapping the icon I. The display operation is, for example, an operation of selecting the icon I. The start operation is, for example, an operation of selecting the match start button B11. Note that the relationship between each icon I and the game character ID is stored in the storage unit 12. In addition, when another operation such as an operation of canceling a match is performed, this process may be ended.

  When the editing operation is performed (S107; editing operation), the control unit 11 edits the scud based on the input from the input unit 14 (S109), and returns to the process of S103. In this case, the control unit 11 recalculates the value of the scud bonus based on the edited scud, and updates the display of the scud bonus G15 in the team formation image G1. Further, the control unit 11 updates the scud data DT3 stored in the storage unit 12 to indicate the edited scud.

  When the display operation is performed (S107; display operation), the control unit 11 displays the information of the game character on the team formation image based on the possessed character data DT2 stored in the storage unit 12 (S111). In S111, the control unit 11 displays the basic information G11, the ability parameter G12, and the basic bonus G13 of the game character selected by the user. Further, the control unit 11 executes the same processing as S1033 to S1043 for the game character selected by the user, and determines whether or not a bonus for each period is generated. Then, the control unit 11 displays the amount of the generated period bonus on the period bonus G14.

  On the other hand, when the operation to start the game is performed (S107; start operation), the process moves to FIG. 15 and the control unit 11 starts the game based on the current scud (S113). In S113, the control unit 11 generates the game situation data DT4 and records it in the storage unit 12. The control unit 11 displays the virtual world image G2 on the display unit 15 based on the game situation data DT4 stored in the storage unit 12 (S115), and based on the ability parameter of the game character stored in the storage unit 12. The game character to be operated is operated according to the input from the input unit 14 or the other game character is operated according to the algorithm (S117). The control unit 11 determines whether the game is over based on the game situation data DT4 (S119). In S119, the control unit 11 determines whether the end time of the match has arrived. If it is not determined that the game is over (S119; N), the process returns to S115 and the game continues.

  On the other hand, when it is determined that the match is over (S119; Y), the control unit 11 refers to the game situation data DT4 stored in the storage unit 12, acquires the result of the match, and based on the result of the match. The basic points are determined (S121). Here, it is assumed that the storage unit 12 stores data indicating the relationship between the condition relating to the match result and the points. This relationship may be in a mathematical expression format or a table format. The condition related to the match result is a condition related to the value of the parameter stored in the game situation data DT4, and may be, for example, a condition related to difference in points, a condition related to win or loss of the game, a condition related to action of the game character during the game, and the like. In S121, the control unit 11 determines whether the condition regarding the match result is satisfied, based on the game situation data DT4. Then, the control unit 11 determines the basic point based on the point associated with the condition determined to be satisfied. For example, when the control unit 11 determines that a plurality of conditions are satisfied, the control unit 11 may use the accumulated value of points associated with each of the plurality of conditions as a basic point.

  The control unit 11 determines the award points based on the basic points determined in S121 and the scud bonus of the scud used in the game, and transmits the determined award points to the server 30 (S123). It is assumed that the scud bonus at the start of the game calculated in S1045 is stored in the storage unit 12. In S123, the control unit 11 determines the granted points by multiplying the basic points determined in S121 by the scud bonus stored in the storage unit 12 and increasing or decreasing according to the match result.

  In the server 30, when the added points are received, the control unit 31 updates the accumulated points and ranking of the user database DB2 stored in the storage unit 32, and transmits the latest accumulated points and ranking to the user terminal 10 (S303). ). In S303, the control unit 31 updates the cumulative points by adding the received grant points to the cumulative points of the user. Then, the control unit 31 determines the ranking of the user by referring to the accumulated points of other users, and updates the ranking of the user database DB2.

  In the user terminal 10, when the latest accumulated points and ranking are received, the control unit 11 causes the display unit 15 to display the point-giving image G3 (S125), and this processing ends. In S125, the control unit 11 causes the display unit 15 to display the point-giving image G3 including the award points determined in S123, the received accumulated points and the ranking.

[Summary of First Configuration]
According to the first configuration of the game system 1 described above, the value of the game character is determined not only by the ability parameter that affects the motion of the game character, but also by the basic bonus that affects the reward. You can continue to raise. That is, for example, even if the ability parameter is not changed, the appeal of the game character can be felt by the basic bonus. Therefore, even if a new game character is regularly added, the ability parameter is changed. Even if not performed, the value (attractiveness) of the newly added game character can be increased by the basic bonus. For this reason, it is possible to prevent the game character from performing an unnatural action that reduces the interest of the game, and it is possible to maintain the reality of the game while increasing the value of the game character.

  Further, when the game character operates in response to the user's operation while the virtual world image G2 is displayed, if the ability parameter is set too high in order to increase the value of the game character, the game character operates the user. However, according to the present invention, it is possible to change the ability parameter by changing the ability parameter. Even without it, it is possible to increase the value of the game character by changing the basic bonus. That is, it is possible to continue providing the game character of higher value without impairing the reality. In a game in which a user operates a game character, for example, if the game character makes an unnatural motion that is not possible in reality, the user directly feels that there is no reality, but even in such a game, It is possible to continue increasing the value of the game character while maintaining reality.

  In addition to the goodness and badness of the action by the ability parameter, the value of the game character can be expressed by the basic bonus separated from the action of the game character.

  Further, by setting a basic bonus unique to each game character and making a difference in the basic bonus, it is possible to make a difference in value between the game characters. In addition, by setting the basic bonus to a value unique to the game character, the game character can be provided with variety.

  In addition, by preparing a scud bonus that represents the total value of the plurality of game characters used in the game, for example, the user can be made to think of combinations of game characters for obtaining more rewards. , The interest of the game can be effectively improved.

  In addition, the value of the ability parameter affects not only good or bad behavior but also good or bad reward, so that the value of the ability parameter can be multifaceted.

  In addition, the reward is determined based on not only the basic bonus but also the result of the game, and the result of the game is determined by the action of the game character. Therefore, the ability parameter can indirectly influence the reward, and the value of the ability parameter is multifaceted. Can be specific.

  In addition, the value of the basic bonus can be made easier to understand by setting the basic bonus to change the basic points. As a result, the value of the game character can be easily evaluated by the user.

  Further, when a new game character is registered as a granting candidate, the value of the newly registered game character is increased and made attractive by improving the basic bonus without improving the ability parameter. You can

[Summary of second configuration]
According to the second configuration of the game system 1 described above, a bonus for each period is associated with each of a plurality of bonus occurrence periods having different lengths, and even if the effect of a certain bonus occurrence period disappears, another Since the effect of the bonus generation period can be made effective, it is possible to prevent the value of the game character from dropping sharply, for example. As a result, the user can be motivated to use the game character for a relatively long period of time. Further, if only a certain specific game character is used continuously, the game may not be changed, and the interest of the game may be deteriorated. However, according to the second configuration, the effect may be obtained with the passage of time. Since it can be gradually reduced, it is possible to provide a motivation to replace the game character to be used at a proper timing.

  In addition, depending on the time when the game character is used, a plurality of bonuses for different periods are duplicated and a very high effect can be obtained, so that the value of the game character at that time can be effectively increased. Therefore, the user can be motivated to use the game character aiming at the time.

  In addition, by setting a period-specific bonus unique to each game character, the generated period-based bonus can be differentiated, and the value between the game characters can be differentiated. Further, by providing an effect unique to the game character, the game character can be given variety.

  Further, since it is possible to switch whether or not the period bonus is generated according to the bonus generation period, and to adjust the content and strength of the period bonus, the value can be flexibly changed according to the time when the game character is used. Can be changed. As a result, the value of the game character can be varied.

  Further, when the plurality of attributes match, the highest period bonus is generated instead of accumulating the period bonus, so that it is possible to prevent the generated period bonus from becoming too high. As a result, it is possible to prevent a situation in which it becomes too advantageous only when a certain specific game character is used, and it is possible to maintain fairness among users.

  Further, the value of the game character can be adjusted according to the execution time of the game by changing the bonus for each period according to the execution time of the game. That is, when an effect corresponding to a certain bonus occurrence period occurs, the content of the period bonus can be changed and the strength of the period bonus can be adjusted at the time of execution of the game. You can change the value.

  In addition, by setting the bonus generation period in which the effect of the newly added game character is generated to be a later bonus generation period, it is possible to make the period in which the period-based bonus is generated longer than that of the previously registered game character. Therefore, the value of the newly added game character can be increased. As a result, for example, when adding a game character, it is possible to increase the value as a game character without increasing the ability and the like. Can be prevented.

  Further, as in the embodiment, as an example of the effect, by generating a bonus for each period for increasing the reward, an effect of increasing the reward given to the user after the end of the game is generated, thereby increasing the value of the game character. Can be increased.

[5. Modification]
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.

[5-1. Modification of First Configuration]
For example, in the embodiment, the case where the game system 1 realizes not only the first configuration but also the second configuration has been described, but the game system 1 may have only the first configuration. . That is, the game character is not associated with the period bonus, and the period bonus may not be generated. Therefore, the game system 1 may omit the function related to the second configuration. Further, for example, in the first configuration, the functions other than the parameter acquisition unit 101, the operation control unit 102, and the reward determination unit 106 may be omitted.

  In addition, for example, during execution of the game, the virtual world image G2 may not be displayed on the display unit 15, and only the text or voice indicating the state of the virtual world may be output. Alternatively, the user may not be notified of the status of the game being executed, and only the result may be notified to the user after the game ends. Further, for example, the basic bonus may affect whether the game character is good or bad in the action or the success or failure of the action. Further, for example, the awarded points may be calculated by substituting the basic bonuses of all the game characters included in the scud into a predetermined mathematical expression without calculating the scud bonus which is a bonus parameter of the entire scud. .

  Further, for example, the granted points may be determined based on only the basic bonus without calculating the basic points that depend on the play skill of the user and the ability parameter of the game character. That is, the awarded points may be determined based on only the basic bonus, not based on the result of the match.

[5-2. Modification of Second Configuration]
Further, for example, in the embodiment, the case where not only the second configuration but also the first configuration is realized in the game system 1 has been described, but the game system 1 may have only the second configuration. Good. That is, the game character is not associated with the basic bonus, and the basic bonus may not be generated. Therefore, the game system 1 may omit the function according to the first configuration. Further, for example, in the second configuration, the functions other than the data acquisition unit 107, the period identification unit 108, and the effect generation unit 112 may be omitted. Further, for example, when only the second configuration is realized in the game system 1, the action in the virtual world may not change depending on the ability parameter of the game character. In this case, for example, the action is constant regardless of the ability parameter of the game character, but it may be a fighting game in which the enemy's damage is determined based on the ability parameter, or a card battle type battle in which the game character does not move. It may be a game.

  Further, for example, the case where the bonus generation periods overlap each other has been described, but the bonus generation periods may not particularly overlap each other. Further, for example, the case where the event bonus whose attribute is a generation condition is included in the period-based bonus has been described, but the bonus whose attribute is a generation condition may not be included in particular. Further, for example, a case has been described in which a bonus that changes depending on the execution time of the game, such as a season bonus, is included in the bonus for each period, but the bonus does not have to change particularly with the passage of time. Further, for example, an effect other than the increase of the reward may occur for each period. As described above, the effect in this case may be that the ability parameter is improved during the execution of the game, or that the special skill is activated. In this case, the “period” according to the second configuration can be referred to as an ability parameter improvement period or a special skill activation period. That is, the amount of increase in the ability parameter and the special skill to be activated may be determined for each period.

[5-3. Other modifications]
Further, for example, two or more of the modified examples described above may be combined.

  Further, for example, the game character may not be added particularly regularly or irregularly. That is, the game character to be given is predetermined and may not be added midway. Further, for example, the case where the game character is given to the user from the grant target data has been described, but in the game in which the user does not acquire the game character by lottery or the like and the game character that can be used by the user is fixed in advance. It may be.

  Further, for example, the game system 1 may display an image similar to the team formation image G1 in a game in which a bonus other than the basic bonus and the period-specific bonus occurs. For example, in a game in which a user uses a plurality of game characters, a team displayed before the game starts and during the game execution when a bonus generated when the game character is used is associated with each game character. In the knitting image G1, a bonus generated in the current scud or a bonus generated when a game character designated by the user is used may be displayed. In this case, the control unit 11 of the user terminal 10 identifies each bonus associated with each game character of the current scud, and displays information on the identified individual bonus or its cumulative value on the team formation image G1. You can let me do it. Further, the control unit 11 determines whether or not the bonus of the game character designated by the user is generated, and displays the determination result on the team formation image G1. The bonus generation condition may be a predetermined condition, and the generation condition may be determined for each bonus or each game character. For example, the occurrence condition may be a time condition such as a bonus for each period, or may be a condition regarding the level or attribute of the opponent. Further, for example, the generation condition may be a condition related to a combination of game characters used in the game, or a condition related to the user's level or ranking. For example, the control unit 11 may display information for identifying the presence or absence of a bonus of the game character designated by the user or the size of the bonus. Alternatively, in the case of a game in which a plurality of game characters are used like the soccer team described in the embodiment, the control unit 11 causes the information indicating the bonus generated by the combination of the plurality of game characters (in the embodiment, in the embodiment). , Scud bonus) may be displayed. In the embodiment, a soccer game is described as an example, and thus the term squad, which is a soccer term, is used to describe a scud bonus. However, since the process according to the present invention can be applied to other games, The bonus generated by combining the characters can also be called a combination bonus. That is, the scud bonus described in the embodiment is an example of a combination bonus. Further, when the user changes the game character used in the game, the control unit 11 may recalculate the bonus generated by the combination of the changed game characters and update the above information in real time.

  Further, for example, the scud bonus may change based on an element other than the basic bonus and the period-specific bonus. For example, a parameter indicating the mental state and momentum of the scud at that time is prepared, and the scud bonus is calculated based on the parameter. The bonus may change.

  Further, for example, the case where the main function is realized by the user terminal 10 and the game control device according to the present invention is the user terminal 10 has been described, but the main function may be realized by the server 30. In this case, the server 30 serves as the game control device. For example, the data storage unit 300 may store the possessed character data DT2, the scud data DT3, and the game situation data DT4 of each user. When the functions related to the first configuration such as the parameter acquisition unit 101, the operation control unit 102, and the reward determination unit 106 are realized by the server 30, these are realized mainly by the control unit 31. Similarly, when the server 30 implements the functions related to the second configuration such as the data acquisition unit 107, the period identifying unit 108, and the effect generation unit 112, these are implemented mainly by the control unit 31. The server 30 transmits the display data of each image to the user terminal 10, and the user terminal 10 causes the display unit 15 to display each image based on the received display data. Then, the user terminal 10 transmits the operation content received by the input unit 14 to the server 30, and the server 30 executes each process based on the received operation content.

  Further, for example, contrary to the above, the function described as being realized by the server 30 may be realized by the user terminal 10. For example, the data storage unit 100 may store the grant candidate database DB1, the user database DB2, and the event database DB3. Further, for example, the game character adding unit 301 may be realized by the user terminal 10. In this case, the game character addition unit 301 is realized mainly by the control unit 11. The user terminal 10 receives the data regarding the game character to be added via the network N, and adds the data to the grant candidate database DB1.

  Further, for example, each function may be shared between the user terminal 10 and the server 30. For example, when the parameter acquisition unit 101 is implemented by the server 30, the server 30 refers to the data storage unit 300 to acquire the ability parameter and the basic bonus, and sends the ability parameter and the basic bonus to the user terminal 10. Further, for example, when the motion control unit 102 is realized by the server 30, the server 30 acquires the game situation data DT4 from the user terminal 10 and transmits the data indicating the motion result of the game character to the user terminal 10. Further, for example, when the reward determination unit 106 is realized by the server 30, the server 30 acquires the result of the game, the basic bonus, etc. from the user terminal 10 and determines the award points. Further, for example, when the data acquisition unit 107 is realized by the server 30, the server 30 acquires the period-specific bonus data DT1 by referring to the data storage unit 300. Further, for example, when the period specifying unit 108 is realized by the server 30, the server 30 determines the bonus generation period of each game character in the scud when the notification that the game is started is received from the user terminal 10. Determine if there is. Further, for example, when the effect generation unit 112 is realized by the server 30, the server 30 acquires the identification result of the period identification unit 108 from the user terminal 10 and generates a bonus for each period based on the identification result.

  Further, for example, although the case where the soccer game is executed has been described, the process according to the present invention may be applied to another game. For example, the process according to the present invention may be applied to a sports game other than a soccer game (for example, a game using baseball, tennis, American football, basketball, volleyball, etc.). Further, for example, in addition to sports games, the processing according to the present invention is applied to various games regardless of game format / genre, such as action games, role-playing games, simulation games, card battle games, and breeding games. May be.

[6. Note]
From the above description, the present invention can be understood as follows, for example.

[6-1. Invention According to First Configuration]
1-1) A game system (1) according to one aspect of the present invention includes a first parameter, which is associated with a game object, that influences a motion of the game object in a virtual world where a game is played, and user identification information. And a parameter acquisition unit (101) for acquiring a second parameter that influences a reward associated with, and the first parameter associated with the acquired game object when operating the game object in the virtual world. Based on the second parameter associated with the acquired game object, provided that the motion control means (102) for operating the game object in the virtual world and the game object are used. And a reward determining means (106) for determining the reward, Characterized in that it contains.

  1-10) A game control device (10, 30) according to an aspect of the present invention, a first parameter associated with a game object, which influences a motion of the game object in the virtual world where the game is played, and a user. And a parameter acquisition unit (101) for acquiring a second parameter that influences the reward associated with the identification information of the, and, when operating the game object in the virtual world, the parameter associated with the acquired game object. Based on the first parameter, the operation control means (102) for operating the game object in the virtual world, and the second associated with the acquired game object on condition that the game object is used. Reward determining means (1 for determining the reward based on the parameter 6), characterized in that it comprises a.

  1-11) A program according to an aspect of the present invention causes a computer to function as the game system according to any one of 1-1) to 1-9) or the game control device according to 1-10).

  1-12) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium in which the program of 1-11) is recorded.

  According to the invention of the first configuration, the value of the game object is determined not only by the first parameter that influences the motion of the game object but also by the second parameter that influences the reward. Therefore, for example, the value of the game object is continuously increased. be able to. That is, for example, even if the first parameter is not changed, the attractiveness of the game object can be felt by the second parameter. Therefore, even if a new game object is to be added regularly, the first parameter is temporarily changed. The value (attractiveness) of the newly added game object can be increased by the second parameter without changing the parameter. For this reason, it is possible to prevent the game object from performing an unnatural motion that reduces the interest of the game, and it is possible to maintain the reality of the game while increasing the value of the game object.

  1-2) In one aspect of the present invention, the game system (1) includes display control means (103) for displaying a virtual world image showing a state of the virtual world in which the game is played on a display means (15). Further comprising: an operation accepting means (104) for accepting an operation by the user in a state where the virtual world image is displayed on the display means (15), wherein the operation control means (102) is operated by the user. According to, the game object is operated in the virtual world based on the first parameter associated with the game object.

  According to the aspect of 1-2), when the game object operates in response to the user's operation while the virtual world image is displayed, the first parameter is changed to increase the value of the game object. Then, a state in which the game object performs an unnatural motion that is unlikely to occur in reality according to the user's operation may be displayed, and the user may directly feel the lack of reality. According to this, it is possible to increase the value of the game object by changing the second parameter without changing the first parameter. That is, it is possible to continue providing higher-value game objects without impairing reality. In a game in which a user operates a game object, for example, if the game object makes an unnatural motion that is impossible in reality, the user directly feels that there is no reality, but according to the aspect of 1-2) Even in such a game, the value of the game object can be continuously increased while maintaining the reality.

  1-3) In one aspect of the present invention, the operation control means (102) operates the game object in the virtual world without being based on the second parameter associated with the game object. And

  According to the aspect (1-3), the value of the game object can be expressed by the second parameter that is separated from the motion of the game object.

  1-4) In one aspect of the present invention, at least one of the plurality of game objects is used in the game, and each of the plurality of game objects has a value unique to the game object. Two parameters are associated, and the reward determining means (106) determines the reward based on the second parameter having a value unique to the at least one game object used in the game. Characterize.

  According to the aspect (1-4), the value between the game objects can be made different by setting the second parameter unique to each game object and making the second parameter different. In addition, by setting the second parameter to a value unique to the game object, the game object can be provided with variety.

  1-5) In one aspect of the present invention, a plurality of the game objects are used in the game, and the reward determining means (106) determines a third value based on the second parameter of each of the plurality of game objects. A parameter is acquired, and the reward is determined based on the third parameter.

  According to the aspect 1-5), by preparing the third parameter indicating the total value of the plurality of game objects used in the game, for example, the number of game objects for obtaining more rewards can be increased. The combination can be made to be thought by the user, and the interest of the game can be effectively improved.

  1-6) One aspect of the present invention is characterized in that the reward determining means (106) determines the reward based on the first parameter and the second parameter.

  According to the aspect of 1-6), the value of the first parameter affects not only the quality of the motion but also the quality of the reward, and thus the value of the first parameter can be multifaceted.

  1-7) In one aspect of the present invention, the game system (1) further includes result acquisition means (105) for acquiring a result of the game obtained by operating the game object, and the reward determination means. (106) is characterized in that the reward is determined based on the second parameter and the result of the game.

  According to the aspect 1-7), the reward is determined based on not only the second parameter but also the result of the game, and the result of the game is determined by the action of the game object, so that the first parameter indirectly affects the reward. The value of the first parameter can be multifaceted.

  1-8) In one aspect of the present invention, the reward determining means (106) determines a basic reward based on a result of the game, and changes the basic reward based on the second parameter. It is characterized by determining a reward.

  According to the aspect 1-8), the value of the second parameter can be more easily understood by setting the second parameter to change the basic reward. As a result, the value of the game object can be easily evaluated by the user.

  1-9) In one aspect of the present invention, the game object is given to a user from a plurality of the game objects registered as giving candidates, and the game system (1) is the giving candidate. Game object adding means (301) for adding, as the addition candidate, a new game object associated with the second parameter that can give more rewards than the plurality of game objects registered as Is characterized by.

  According to the aspect of 1-9), when a new game object is registered as a grant candidate, the value of the game object newly registered is improved by improving the second parameter without improving the first parameter. Can be raised to be attractive.

[6-2. Invention According to Second Configuration]
2-1) The game system (1) according to one aspect of the present invention is data for obtaining effect data by period indicating a plurality of effects associated with a plurality of periods having different lengths associated with a game object. An acquisition unit (107), a period specifying unit (108) for specifying a period including a game execution time point among the plurality of periods, and the game object on the condition that the game object is used. And an effect generating means (112) for generating an effect indicated by the acquired effect data for each period corresponding to the period specified by the specified period specifying means (108).

  2-9) The game control device (10, 30) according to the aspect of the present invention stores the effect data for each period indicating the plurality of effects associated with the plurality of periods having different lengths, which are associated with the game object. The data acquisition means (107) for acquiring, a period specifying means (108) for specifying a period including the execution point of the game among the plurality of periods, and the game object, on condition that the game object is used. Effect generating means (112) for generating an effect indicated by the acquired period-dependent effect data corresponding to the period specified by the period specifying means (108) associated with the object.

  2-10) A program according to an aspect of the present invention causes a computer to function as the game system according to any one of 2-1) to 2-8) or the game control device according to 2-9).

  2-11) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium in which the above program is recorded.

  According to the second configuration of the invention, the effect is associated with each of the plurality of periods having different lengths, and even if the effect of the certain period disappears, the effect of the other period can be effective. Therefore, it is possible to prevent the value of the game object from dropping sharply, for example. As a result, the user can be motivated to use the game object for a relatively long period of time. Further, if only a certain specific game object is used continuously, the game may not be changed, and the interest of the game may be deteriorated. However, according to the invention according to the second configuration, the game may be changed with the passage of time. Since it is possible to gradually reduce the effect, it is possible to give a motivation to replace the game objects to be used at a proper timing.

  2-2) In one aspect of the present invention, each of the plurality of periods is a period that overlaps with each other, and the effect generating means (112) specifies a plurality of periods by the period specifying means (108). In this case, the effect corresponding to each of the plurality of periods is redundantly generated.

  According to the aspect of 2-2), a plurality of effects are duplicated depending on the time when the game object is used, and a very high effect can be obtained, so that the value of the game object at that time is effectively increased. Can be increased. Therefore, it is possible to give the user motivation to use the game object aiming at the time.

  2-3) In one aspect of the present invention, at least one of the plurality of game objects is used in the game, and each of the plurality of game objects has the period during which an effect unique to the game object is exhibited. Another effect data is associated, and the effect generating means (112) generates an effect unique to the at least one game object used in the game.

  According to the aspect of (2-3), by setting an effect peculiar to each game object, it is possible to make a difference in the generated effect and to make a difference in the value between the game objects. In addition, the game object can be made to have variety by providing an effect unique to the game object.

  2-4) In one aspect of the present invention, the game system (1) sets at least one of a plurality of attributes associated with a predetermined period corresponding to at least one of the plurality of periods. Period attribute acquisition means (109) for acquiring, game object attribute acquisition means (110) for acquiring at least one of the plurality of attributes associated with the game object, and period attribute acquisition means (109) The effect generation means (112) further includes attribute determination means (111) for determining whether or not the attribute acquired by the game object attribute acquisition means (110) matches the attribute acquired by the game object attribute acquisition means (110). If the at least one period is specified by the period specifying unit (108) in the predetermined period, the attribute determining unit (111) Based on the determination result, the generating a corresponding effect on at least one period, and wherein the.

  According to the aspect 2-4), it is possible to switch the occurrence or non-occurrence of the effect according to the period and adjust the content and strength of the effect, so that the value of the game object depends on the time of use. It can be changed flexibly. As a result, the value of the game object can be varied.

  2-5) In one aspect of the present invention, a plurality of attributes are associated with the predetermined period, a plurality of attributes are associated with the game object, and at least one period is: An effect is associated with each attribute of the game object, and the effect generation means (112) corresponds to the at least one period when the attribute determination means (111) determines that a plurality of attributes match. Among the effects corresponding to each of the plurality of attributes, the one having the highest effect is generated.

  According to the aspect 2-5), the highest effect is generated instead of accumulating the effect when a plurality of attributes match each other, so that the generated effect can be restricted from becoming too high. . As a result, it is possible to prevent a situation in which it becomes too advantageous only when a certain specific game object is used, and it is possible to maintain fairness among users.

  2-6) In one aspect of the present invention, the game system (1) changes the effect corresponding to at least one of the plurality of periods based on the execution time of the game (113). ) Is further included.

  According to the aspect 2-6), the value of the game object can be adjusted according to the execution time of the game by changing the effect according to the execution time of the game. That is, when an effect corresponding to a certain period occurs, the content of the effect can be changed or the strength of the effect can be adjusted at the time of execution of the game, so that the value of the game object is changed. You can

  2-7) In one aspect of the present invention, the game object is given to the user from among the plurality of game objects registered as giving candidates, and the game system (1) is the giving candidate. Game object adding means (301) for adding, as the grant candidate, a new game object associated with the effect data for each period indicating the effect in the period after the plurality of game objects registered as It is characterized by

  According to the aspect 2-7), the period in which the effect of the newly added game object is generated is set to a later period, so that the period in which the effect is generated is longer than that of the game object registered until then. Therefore, the value of the newly added game object can be increased. As a result, for example, when adding a game object, it is possible to increase the value as a game object without increasing the ability. Therefore, in the situation where the ability continues to increase every time a game object is added. Can be prevented.

  2-8) In one aspect of the present invention, each of the plurality of effects is an effect that affects a reward associated with the identification information of the user.

  According to the aspect 2-8), the value of the game object can be increased by generating the effect of increasing the reward given to the user after the end of the game.

1 game system, 10 user terminals, 30 servers, 11,31 control unit, 12,32 storage unit, 13,33 communication unit, 14 input unit, 15 display unit, G1 team formation image, I icon, G10 pitch image, G11 Basic information, G12 ability parameter, G13 basic bonus, G14 period bonus, G15 scud bonus, G16 setting information, B10 replacement button, B11 match start button, W virtual world, P pitch, C1, C2 game character, B ball, GL Goal, VC virtual camera, G2 virtual world image, G3 point addition image, 300 data storage unit, 301 game character addition unit, 100 data storage unit, 101 parameter acquisition unit, 102 motion control unit, 103 display control unit, 104 operation reception Department, 105 result acquisition department, 106 reward Fixed part, 107 data acquisition part, 108 period identification part, 109 period attribute acquisition part, 110 game character attribute acquisition part, 111 attribute determination part, 112 effect generation part, 113 effect change part, DB1 grant candidate database, DB2 user database, DB3 event database, DT1 bonus data by period, DT2 possessed character data, DT3
Scud data, DT4 game situation data.

Claims (3)

Data acquisition means for acquiring effect data for each period showing a plurality of effects respectively corresponding to a plurality of periods having different lengths, which are associated with the game object,
Period specifying means for specifying a period including a game execution time point among the plurality of periods;
On the condition that the game object is used, effect generating means for generating an effect indicated by the acquired period-specific effect data corresponding to the period specified by the period specifying means associated with the game object,
Effect changing means for changing the effect within at least one of the plurality of periods according to the passage of time,
A game system comprising: Data acquisition means for acquiring effect data for each period showing a plurality of effects respectively corresponding to a plurality of periods having different lengths, which are associated with the game object,
Period specifying means for specifying a period including a game execution time point among the plurality of periods;
On the condition that the game object is used, effect generating means for generating an effect indicated by the acquired period-specific effect data corresponding to the period specified by the period specifying means associated with the game object,
Effect changing means for changing the effect within at least one of the plurality of periods according to the passage of time,
A game control device comprising: A program for causing a computer to function as the game system or the game control device according to claim 1.

Images