JP2014113271A - Game system, game control device, game control method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To arouse a user's interest in a change in a rating.SOLUTION: Match execution means (72) of a game system (1) executes a match at repetitively arriving timing on the basis of game data of a user and opponent data determined based on a rating of the user. Rating change means (74) changes the rating of the user on the basis of match results by the match execution means (72). Determination means (80) determines whether or not the rating of the user is a standard rating or more. Retention fee offer means (82) offers, to the user, a fee different according to the number of times or a period that the user retains the standard rating or more.

Description

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

  2. Description of the Related Art Conventionally, game systems that execute a battle based on user game data and opponent data are known. For example, in Patent Document 1, an opponent is selected from other users having the same rating as the user's rating (for example, a league), and the selected opponent's team and the user's team are matched. A game system is described in which is automatically executed to change a user's rating.

Japanese Patent No. 4855549

  For example, in the technique of Patent Document 1, since the battle is automatically executed, there is a possibility that the user's interest in the change of his / her rating may be reduced, and it is desired to improve the user's interest in the change of the rating. ing.

  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, a game control method, and a program capable of improving the user's interest in a change in rating. It is in.

  In order to solve the above-mentioned problem, the game system (1) according to the present invention has a means (62) for acquiring stored contents of a means (60) for storing information related to a user's rating in a game, The battle execution means (72) for executing a battle based on the game data of the user and the opponent data determined based on the rating of the user, and based on the battle result by the battle execution means (72), Rating changing means (74) for changing the user's rating, determination means (80) for determining whether or not the user's rating is equal to or higher than a standard rating, and the number of times the user maintains the standard rating or higher or Maintenance fee granting means (82) for granting a reward that varies depending on the period to the user.

  In addition, the game control device according to the present invention includes a means (62) for acquiring stored contents of a means (60) for storing information related to a user's rating in a game, and the game data of the user at a repeated arrival time, Ratings that change the rating of the user based on the match results by the match execution means (72) that executes a match based on the opponent data that is determined based on the rating of the user, and the match execution means (72) A change means (74), a determination means (80) for determining whether or not the user's rating is equal to or higher than a standard rating, and a reward that varies depending on the number or period of time that the user maintains the standard rating or higher, Maintenance reward granting means (82) to be given to the user.

  In addition, the game control method according to the present invention includes a step (62) of acquiring storage contents of a means (60) for storing information related to a user's rating in the game, and the user's game data at the repeated arrival timing, A battle execution step (72) for executing a battle based on the opponent data determined based on the user's rating, and a rating for changing the user's rating based on the battle result of the battle execution step (72) A change step (74), a determination step (80) for determining whether or not the rating of the user is equal to or higher than a reference rating, and a reward that varies depending on the number or period of time that the user maintains the rating equal to or higher than, A maintenance reward granting step (82) to be given to the user.

  Further, the program according to the present invention includes a means (62) for acquiring stored contents of a means (60) for storing information relating to a user's rating in a game, and the user's game data and the user's Based on the opponent data determined based on the rating, the battle execution means (72) for executing the battle based on the rating data, and the rating change means (74) for changing the rating of the user based on the battle result by the battle execution means (72) ), Determination means (80) for determining whether or not the user's rating is equal to or higher than a standard rating, and maintenance for giving a different reward to the user according to the number of times or the period when the user maintains the standard rating or higher The computer is caused to function as a reward granting means (82).

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to improve a user's interest with respect to the change of a rating.

  In one aspect of the present invention, the maintenance reward granting means (82) stores an association between the maintenance frequency or the maintenance period equal to or higher than the reference rating and reward information indicating a reward to be given to the user. (60) further including means (82) for acquiring the stored content, and rewarding the user based on reward information associated with the number of times or a period of time the user maintained the reference rating or higher. Features.

  Further, according to one aspect of the present invention, the game system (1) includes a unit (84) for determining whether or not the current rating of the user is a past highest rating, and the current rating of the user is the past And a maximum rating reward granting means (86) for granting a reward determined based on the past highest rating to the user when it is determined to be the highest rating.

  Moreover, in one aspect of the present invention, when the user is demoted from the past highest rating and then promoted to the past highest rating again, the highest rating reward granting means (86) is based on the past highest rating. It is characterized by not giving a fixed reward.

  In one aspect of the present invention, the rating change means (74) promotes the user's rating in a plurality of stages when the battle result by the battle execution means (72) is a given result, and the game The system (1) further includes means for giving the user a reward determined based on the number of promoted stages when the user's rating is promoted in a plurality of stages.

  In one aspect of the present invention, the battle execution means (72) determines whether the user has won or lost when executing the battle, and the rating change means (74) A promotion means (76) for promoting the user's rating when a match is executed and the user wins, and a demotion means for demoting the user's rating when an odd number of matches are executed and the user loses. (78) and at least one of them.

  In one aspect of the present invention, the promotion means (76) of the rating change means (74) determines the number of promotion of the user's rating based on the degree of winning of the user in odd-numbered battle results. It is characterized by that.

  Moreover, in one aspect of the present invention, the demotion unit (78) of the rating change unit (74) determines the number of demotions of the user's rating based on the degree of losing of the user in odd number of battle results. It is characterized by that.

  In one aspect of the present invention, the game system (1) provides the user with information related to opponent data of the next battle until the next battle starts after the end of one battle. Between the presentation means (64) and the information on the opponent data of the next battle until the next battle starts, the tactics of the next battle are based on the user's operation. And a means (66) for changing information.

  In one aspect of the present invention, the game system (1) receives a predetermined operation by the user or another user during a period from the end of one battle to the start of the next battle (68). ) And means (70) for generating an effect that favors the user in the next battle when the predetermined operation is received, and the effect is generated in the battle after the next battle It is characterized by not.

  In one aspect of the present invention, the game system (1) further includes means (88) for acquiring storage contents of means (60) for associating and storing the user and another user, and the maintenance reward The assigning means (82) distributes different rewards to the user and other users associated with the user according to the number of times or the period that the user has maintained the reference rating or higher. To do.

  Moreover, in one aspect of the present invention, the battle execution means (72) performs the first battle performed based on the user's game data and the opponent data, or the user's The game system (1) executes the second battle performed based on the game data and the game data of other users and the opponent data, and the game system (1) executes the second battle and the user performs the reference The method further includes means (82) for giving a reward to the other user when the rating or higher is maintained.

  In addition, in the above, in order to make an understanding of this invention easy, the code | symbol described in drawing is described in the bracket | parenthesis, However, This invention is not limited to the aspect of illustration by this.

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 master table. It is a figure which shows an example of the provision status table. It is a figure which shows an example of a user table. It is a figure which shows an example of a main screen. It is a figure which shows an example of a league game screen. It is a functional block diagram which mainly 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 affiliation league table. It is a figure which shows an example of a league game table. It is a figure which shows correlation with the battle result of each week, and the change of a affiliation league. It is a figure which shows correlation with the remuneration information which shows the remuneration which should be provided to a user, and the maintenance frequency more than reference | standard rating. It is a figure which shows correlation with the highest league and reward. It is a figure which shows the process performed with a game system. It is a figure which shows the process performed with a game system. It is a functional block diagram of a modification.

[1. Embodiment]
Hereinafter, examples of embodiments of the present invention will be described in detail with reference to the drawings. 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 embodiment includes a server 10 (game control device) and a plurality of user terminals 20. The server 10 and the plurality of user terminals 20 are connected to the communication network 2, and data communication can be performed between the server 10 and the user terminals 20.

  For example, the server 10 is a server computer. As shown in FIG. 1, the server 10 includes a control unit 11, a storage unit 12, a communication unit 13, and an optical disc drive unit 14.

  The control unit 11 includes, for example, a CPU. The control unit 11 executes information processing according to an operating system and other programs. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a hard disk drive or a solid state drive). The communication unit 13 is for exchanging data with other devices (for example, the user terminal 20) via the communication network 2. The optical disk drive unit 14 reads programs and data stored on an optical disk (information storage medium).

  Programs and data are supplied to the server 10 via an optical disk. That is, the program and data stored on the optical disc are read by the optical disc drive unit 14 and stored in the storage unit 12. The server 10 may include a component (for example, a memory card slot) for reading a program or data stored in an information storage medium (for example, a memory card) other than the optical disk. The program and data may be supplied to the server 10 via an information storage medium other than the optical disk. Further, the program and data may be supplied to the server 10 from a remote location via the communication network 2.

  The server 10 can access the database 15. The database 15 may be built in the server 10 or may be built in a server computer different from the server 10.

  The user terminal 20 is an information processing device used by a user. The user terminal 20 is an information processing apparatus used by a user to play a game. For example, a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a personal computer, a portable game machine, Or it is a home-use game machine (stationary game machine). Hereinafter, a case where the user terminal 20 is a mobile phone (including a smartphone) will be described.

  As shown in FIG. 1, the user terminal 20 includes a control unit 21, a storage unit 22, a communication unit 23, an operation unit 24, a display unit 25, and an audio output unit 26. The control unit 21, the storage unit 22, and the communication unit 23 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the server 10.

  The operation unit 24 is for the user to perform various operations / instructions. For example, a pointing device for the user to indicate a position in the screen displayed on the display unit 25 is provided as the operation unit 24. The pointing device is, for example, a touch panel that is provided on the display unit 25. The user terminal 20 may include a mouse, a stick, a touch pad, a button (key), a lever (stick), or the like, for example.

  The display unit 25 is, for example, a liquid crystal display or an organic EL display, and displays various screens. The audio output unit 26 is, for example, a speaker or headphones, and outputs audio data.

  Programs and data are supplied to the user terminal 20 from a remote location via the communication network 2. Note that the user terminal 20 may include a component for reading a program or data stored in an information storage medium such as a memory card or an optical disk. In this case, a program or data stored in a memory card or an optical disk may be read out and stored in the storage unit 22.

  In the server 10, for example, an HTTP daemon is activated. On the other hand, a browser is activated on the user terminal 20. A processing request (HTTP request) is transmitted from the user terminal 20 to the server 10 via the browser. In addition, a processing result (HTTP response) corresponding to the above processing request is transmitted from the server 10 to the user terminal 20. For example, page data described in a web page description language is transmitted to the user terminal 20. In the user terminal 20, a screen based on the processing result is displayed on the display unit 25 based on the page data.

[2. Game executed in game system]
In the game system 1, various games are executed. Hereinafter, as an example of a game executed in the game system 1, a game in which a user collects player cards corresponding to actual soccer players and plays against a computer or another user will be described.

  First, data stored in the database 15 will be described. 2 to 4 show an example of data stored in the database 15.

  FIG. 2 is a diagram illustrating an example of the master table. The master table stores basic data of all player cards prepared in the game system 1. As shown in FIG. 2, each record of the master table includes “card ID”, “player name”, “image”, “affiliation team”, “position”, “type”, “cost”, “offense”, “ Includes "Defense" and "Technique" fields.

  The “card ID” field indicates identification information for uniquely identifying a player card. The player card is associated with a soccer player belonging to a real-world soccer team, and the “player name” and “image” fields indicate the name and image of a real soccer player associated with the player card. . The “affiliation team” field indicates an actual soccer team to which the soccer player associated with the player card belongs.

  The “position” field indicates the position of the soccer player associated with the player card. At least one of four types of positions of FW (forward), MF (midfielder), DF (defender), and GK (goalkeeper) is registered in the “position” field.

  The “type” field indicates the high ability of the player card. In addition, since the player card of a soccer player with relatively high ability has a high rarity level, it can be said that the “type” field indicates the rarity level of the player card. In the game system 1, any one of five types of “superstar”, “star”, “great”, “regular”, and “normal” is registered in the “type” field. “Superstar” is the type with the highest ability (rareness). “Star” is the type with the second highest ability (rareness), and “Great” is the type with the third highest ability (rareness). “Regular” is the fourth type with the highest ability (rareness), and “Normal” is the type with the lowest ability (rareness).

  The “cost” field indicates a cost required to use the player card for the battle, that is, a cost required to use the player card as a member participating in the game. In the present embodiment, the cost is used as an index indicating the strength (high ability) of the player card.

  The “offense” field indicates a basic value (initial value) of the attack power parameter of the player. The “defense” field indicates a basic value of the player's defense strength parameter. The “technique” field indicates a basic value of the technical skill parameter of the player. The attack power parameter, the defense power parameter, and the technical power parameter can be referred to as parameters indicating the ability of the player card.

  The player card stored in the master table is given to the user. Information indicating the player card given to the user is stored in the grant status table.

  FIG. 3 is a diagram illustrating an example of the grant status table. The grant status table stores information related to player cards given to each user. As shown in FIG. 3, each record of the grant status table includes “serial key”, “card ID”, “level”, “date / time”, “user ID”, “degree of cooperation”, “experience value”, “cost”. , “Offense”, “Defense”, and “Technique” fields.

  The “card ID”, “cost”, “offense”, “defense”, and “technique” fields are the same as in the master table (see FIG. 2). However, as will be described later, the values of the “offense”, “defense”, and “technique” fields are increased by executing the player card training.

  The “serial key” field indicates an identification number for identifying the player card assigned to each user. The serial key is incremented each time a player card is given to each user, and a new value is generated. The “level” field indicates the level of the player card. The “date and time” field indicates the date and time when the player card was issued (or the date and time when the player card was given to the user). The “user ID” field indicates the user ID of the user to whom the player card is given. The user ID is identification information for uniquely identifying the user.

  The “cooperation level” field indicates the skill level of cooperative play. The “experience value” field indicates the experience value acquired by the player. By executing the player card training, the value of the “experience value” field increases. When the value of the “experience value” field reaches a predetermined value, the value of the “level” field increases. In this case, the values of the “offense”, “defense”, and “technique” fields also increase.

  Thus, when the player card stored in the master table is given to the user, a new record is added to the grant status table. In the added record, information related to the player card given to the user is stored. When the player card is trained or the player card is transferred to another user, the contents of the record are updated.

  FIG. 4 is a diagram illustrating an example of a user table. The user table stores various information regarding all users of the game system 1. As shown in FIG. 4, each record of the user table includes a “user ID”, a “user name”, and an “image” field. The “user ID” field indicates identification information for uniquely identifying a user. The “user name” and “image” fields indicate the user name and image (eg, avatar image).

  Each record in the user table includes a “favorite team” field. The “favorite team” field indicates a soccer team that the user likes among soccer teams belonging to a real-world soccer league.

  Each record of the user table includes a “user team name” field. The “user team name” field indicates the name of a soccer team owned by the user in the game (hereinafter referred to as “user team”). The soccer team indicated by the “user team name” field is not the soccer team indicated by the favorite team name, but is used in the battle in the game.

  Each record of the user table includes a “level”, “degree of cooperation”, and “experience value” fields. The “level” field indicates the level of the user team. The “cooperation degree” field indicates the skill level of cooperation between players belonging to the user team. The higher the level and degree of cooperation, the stronger the user team. The “experience value” field indicates an experience value acquired by the user team. When the value of the “experience value” field reaches a predetermined value, the value of the “level” field increases.

  Furthermore, each record of the user database includes a “belonging league”, a “highest league”, and a “first league keep number” field. The “affiliation league” field indicates a league to which the user team belongs. In the game system 1, a plurality of leagues are prepared, and each user team belongs to one of the leagues. A league shows a user's rating, and the league to which each user belongs changes by the league game mentioned below. In this embodiment, 25 leagues are prepared, and each of them is referred to as the 1st league to the 25th league. The 1st league is the strongest league (highest rating), and gradually weakens according to the number of rankings of each league, and the 25th league is the weakest league (lowest rating).

  The “highest league” field indicates the highest league among leagues to which each user belongs in the past. When the user updates the highest league, the value of the “highest league” field is updated. The “first league keep number” field indicates the number of times the user has maintained the first league. As will be described in detail later, in league games, it is determined whether to change the league regularly (for example, every week), and the number of times the user has maintained the strongest first league is “first league keep” Will be stored in the Number field.

  Furthermore, each record in the user database includes “action point”, “management point”, “nurturing point”, and “lottery point” fields.

  The “action point” field indicates the current value and the maximum value of the action point. In the game system 1, the user can obtain a player card by executing a player search (details will be described later). Action points are consumed by performing a player search. Further, the action points are recovered every time a predetermined time elapses, or are recovered by using the recovery item.

  The “management point” field indicates the current value and the maximum value of the management point. Management points are consumed by playing against other soccer teams. When the user battles, the management points are consumed by the total cost of the player cards used by the user for the battle. In addition, the management point is recovered every time a predetermined time elapses or is recovered by using the item.

  The “training point” field indicates a training point. In the game system 1, the user can grow (strengthen) a player card by synthesizing another player card with the player card. The training points are consumed by executing the player card training.

  The “lottery point” field indicates a lottery point. In the game system 1, the user can obtain a player card by lottery other than the search described later. The lottery points are consumed by executing the lottery.

  Furthermore, each record of the user table includes a “number of players”, “owned items”, “buddy list”, and “last access date” fields. The “number of players” field indicates the number of player cards held by the user. The “owned item” field indicates a list of items owned by the user. The “buddy list” field indicates a list of other users who are in a friendship relationship with the user. The “last access date / time” field indicates the date and time when the user last accessed the server 10.

  The data stored in the database 15 is not limited to the above example. The database 15 may store various data necessary for a battle executed in the game system 1. In addition, for example, data indicating a player card used in a battle among player cards held by the user may be stored in the database 15, or information indicating a user's tactic is stored in the database 15. You may be allowed to.

  Next, the game screen displayed on the display unit 25 of the user terminal 20 will be described. When the user operates the user terminal 20 to access the server 10 in order to play a game, the main screen is displayed on the display unit 25.

  FIG. 5 is a diagram illustrating an example of a main screen. As shown in FIG. 5, the main screen 30 displays various types of information related to the user and the game situation. The main screen 30 includes a user team name 32. The user team name 32 displays the name of the soccer team (that is, the user team) owned by the user.

  The main screen 30 includes a representative player image 34 and a notification column 36. An image of the representative player card among the player cards owned by the user is displayed as the representative player image 34. When a reward described later is given to the user, a message is displayed in the notification column 36. When the user selects the message, a reward can be received.

  Further, the main screen 30 includes a search button 38A, a formation button 38B, a breeding button 38C, a lottery button 38D, a game button 38E, an AC button 38F, and a league game button 38G.

  The search button 38A is a button for searching for a player (player card). When the search button 38A is selected, a search screen for searching for a player is displayed on the display unit 25. When the search for a player is successful on the search screen, a player card is given to the user.

  The formation button 38B is a button for setting the formation of the user team. When the formation button 38B is selected, a screen for setting the formation is displayed on the display unit 25. On this screen, for example, the user selects a formation to be used in the game from a plurality of types of formations, or selects a player card to be assigned to each position.

  The training button 38C is a button for training (strengthening) the player card owned by the user. When the breeding button 38C is selected, a screen for training the player card is displayed on the display unit 25. As described above, in the game system 1, it is possible to grow a player card by synthesizing another player card with the player card. In the above screen, the user nurtures a player card by selecting a player card to be cultivated and another player card to be consumed to cultivate the player card. As described above, player card training is executed in exchange for a predetermined amount of training points.

  The lottery button 38D is a button for obtaining a player card by drawing a player card. When the lottery button 38D is selected, a given screen is displayed on the display unit 25, and a player card lottery is executed. As described above, the player card lottery is executed in exchange for a predetermined amount of lottery points.

  The game button 38E is a button for playing a game with a soccer team owned by another user. When the game button 38E is selected, a screen for playing a game with a soccer team owned by another user is displayed on the display unit 25. As described above, the game is executed in exchange for management points corresponding to the total cost of the player cards used in the game. By winning a match with a soccer team owned by another user, the user can obtain an item or a training point.

  The AC button 38F is a button for exchanging with other users. When the AC button 38F is selected, a screen for transmitting a message to another user or giving a player card or item to another user is displayed on the display unit 25.

  The league match button 38G is a button for displaying information relating to a league match in which the user team and the opponent team automatically face each other at repeated battle timings. League games are held every day, and n times a day (n is a natural number, where n = 3) are played. For example, every time a predetermined time of the day (for example, 7 o'clock, 15 o'clock, 23 o'clock) arrives, the battle between the user team and the opponent team is automatically executed. The opponent team is selected from user teams of other users who belong to the same league as each user. In other words, in the league game, the battle combination is determined so that users having the same level of strength play each other.

  Here, since three battles are executed per day, a total of 21 battles are executed in one week. Furthermore, when a predetermined time on a predetermined day (for example, 24:00 on Sunday) arrives, it is determined whether the league to which the user belongs will be promoted or demoted based on the results of the 21 games played in the most recent week. The

  FIG. 6 is a diagram illustrating an example of a league game screen. As shown in FIG. 6, on the league match screen 40, basic information 42 related to the league match and opponent information 44 related to the next opponent team are displayed. The basic information 42 includes, for example, information for identifying the league game that is currently in progress, information indicating the user's current affiliation league, information indicating the user's highest affiliation league, and the number of times the user has maintained the first league Is displayed. The opponent information 44 displays the user name of the next opponent, the opponent team name, the player card of the opponent team, and various parameters related to the opponent team.

  In addition, a support button 46 and a strategy change button 48 are displayed on the league game screen 40. When the user selects the support button 46, at least one of the attack power parameter, the defense power parameter, and the technical power parameter of the user team is improved, and the next battle becomes advantageous. Note that the user may be able to select the support button 46 multiple times. In this case, depending on the number of times the user selects the support button 46, the degree to which the next battle is advantageous changes. Furthermore, an upper limit value of the number of times that the user can select the support button 46 may be set.

  When the user selects the tactic change button 48, the formation of the user team can be changed, or the player card used in the next battle can be changed. That is, since the user can confirm the next opponent team on the league match screen 40, the user can take measures according to the characteristics of the opponent team. For example, in the case of an opponent team having a relatively high attack power parameter, the goal loss can be reduced by replacing the player cards so that the defensive power parameter of the user team is increased.

  Furthermore, on the league game screen 40, an intermediate result 50 of the league game currently in progress (that is, this week's league game) and a past result 52 indicating the result of the past league game are displayed. The intermediate result 50 is a result of the league match in the week when the league match screen 40 is displayed. The past result 52 is a result of a league match executed before that time. In the midway result 50 and the past result 52, for example, the date and time of each match, the opponent's user name, the opponent team name, the winning team or the defeat team, and the score difference may be displayed.

  In the league game executed as described above, each user aims to enter the first league, which is the highest league. If the user belongs to the first league, the user who becomes the opponent in the league becomes stronger, so it becomes difficult to maintain the league without being demoted. For this reason, in this embodiment, it is the structure by which a reward is given to a user, so that the frequency | count that the user maintained the 1st league in the league game increases. Hereinafter, this technique will be described in detail.

[3. Functions realized in the game system]
FIG. 7 is a functional block diagram mainly showing functions related to the present invention among the functions realized by the game system 1. As shown in FIG. 7, the game system 1 includes a data storage unit 60, a rating acquisition unit 62, an opponent presentation unit 64, a tactic change unit 66, a support operation reception unit 68, an effect generation unit 70, a battle execution unit 72, a rating. It includes a change unit 74, a reference rating determination unit 80, a maintenance reward granting unit 82, a maximum rating determination unit 84, and a maximum rating reward granting unit 86.

  In the present embodiment, among these functions, the data storage unit 60 is realized mainly by the storage unit 12 and the database 15, and the other functions are realized mainly by the control unit 11. In addition, among the functions shown in FIG. 7, functions other than the rating acquisition unit 62, the battle execution unit 72, the rating change unit 74, the reference rating determination unit 80, and the maintenance reward grant unit 82 may be omitted. Good.

[3-1. Data storage unit]
The data storage unit 60 stores various data necessary for executing the game. The data storage unit 60 stores, for example, a master table (FIG. 2), an assignment status table (FIG. 3), and a user table (FIG. 4). In the present embodiment, the data storage unit 60 further stores a belonging league table and a league game table.

  FIG. 8 is a diagram illustrating an example of the affiliation league table. As shown in FIG. 8, the affiliation league table includes a “league” field and a “affiliation user” field. The “league” field stores information for identifying each of the plurality of leagues prepared in the game. The “affiliation user” field stores information (for example, user ID) for identifying users belonging to each league.

  FIG. 9 is a diagram illustrating an example of a league table. As shown in FIG. 9, the league table includes a “league game ID” field, a “week” field, and a “section” field. The “league game ID” field stores information for uniquely identifying each battle in the league game. In the “week” field, a week corresponding to each battle is stored, and in the “section” field, a numerical value indicating the number of battles in each week is stored. In the present embodiment, since 3 × n battles are executed each week, an integer of 1 to 3 × n is stored in the “section” field.

  Furthermore, the league table includes a “matching combination” field, a “matching result” field, a “matching date” field, and a “cheering button” field. The “competition combination” field indicates a user ID between users who compete in each competition. The “match result” field indicates the match result of each match. Here, the user ID of the user who has won or lost and the score of each team are stored as the battle result. The “match date” field indicates the date and time when each match was executed. The “support button” field indicates the number of times each user has selected the support button 46 before each match is started.

  The control unit 11 functions as a unit that acquires or updates various data stored in the data storage unit 60. Moreover, the data storage part 60 should just memorize | store the data required in order to run a game, and the data which the data storage part 60 memorize | stores are not restricted to said example.

[3-2. Rating acquisition department]
The rating acquisition unit 62 acquires the storage contents of a unit (for example, the data storage unit 60) that stores information (for example, a league table) related to the user's rating in the game. The rating is a group for classifying the strength of the user in stages, and m types (m is an integer of 2 or more, here, m = 25) are prepared. In this embodiment, the league to which each user belongs corresponds to the rating.

[3-3. Opponent presentation section]
The opponent presentation unit 64 presents (notifies) information (for example, opponent information 44) regarding the opponent data of the next match to the user during the period from the end of one match to the start of the next match. To do. The information related to the opponent data is at least one of information for identifying the opponent data, a game character, a game card, a game item, and a game parameter included in the opponent data. Here, the opponent presentation unit 64 displays the opponent information 44 on the display unit 25 (display unit 25 of the user terminal 20 operated by the user) corresponding to the user.

[3-4. Tactical Change Department]
The tactic change unit 66 changes the information on the tactics of the next battle based on the user's operation during the period from when the information about the opponent data of the next battle is presented until the next battle starts. . The tactic change unit 66 changes user data (for example, at least one of a game character, a game card, a game item, and a game parameter) used in the battle based on a user operation. For example, the tactic change unit 66 changes a player card used in a league game or changes a formation.

[3-5. Support operation reception department]
The support operation accepting unit 68 accepts a predetermined operation by the user or another user during the period from the end of one match to the start of the next match. The predetermined operation is an operation for making the user advantageous, and here, the support button 46 is selected. When the user selects the support button 46, the content of the league table is updated.

[3-6. Effect generation section]
When the predetermined operation is accepted, the effect generating unit 70 generates an effect that makes the user advantageous in the next battle. An advantageous effect is to make it easier for the user to win in a battle, for example, by changing a game parameter (at least one of an attack power parameter, a defense power parameter, and a technical skill parameter) It is to improve the ability of the card.

  For example, the effect generating unit 70 may generate an effect determined based on a given method among a plurality of types of effects prepared in the game. In the present embodiment, the effect generating unit 70 generates an effect such that the user becomes more advantageous as the number of times the support button 46 is selected.

  In the present embodiment, the effect generated by the effect generating unit 70 does not occur in a battle after the next battle. In other words, the effect generating unit 70 generates an effect that makes the user advantageous only in a battle executed immediately after the support button 46 is selected.

[3-7. Battle execution section]
The battle execution unit 72 executes a battle based on the user's game data (for example, the user team) and the opponent data (for example, the opponent team) determined based on the user's rating at the time of repeated arrival. . When executing the battle, the battle execution unit 72 determines whether the user has won or lost. That is, in the battle executed in the present embodiment, there is no draw and a victory or defeat is always determined.

  Here, the battle execution unit 72 performs a battle process between the user team and the opponent team by executing a simulation process (match result determination process) based on the player card of the user team and the player card of the opponent team. Determine the result. For example, the battle execution unit 72 assigns scores of the user team and the opponent team by substituting each parameter of the player card of the user team and each parameter of the player card of the opponent team into a given formula. Calculate and decide win or lose.

  The battle execution unit 72 selects a user who becomes an opponent from other users who belong to the same league as the user's affiliation league. For example, an opponent may be selected based on the strength of the user. In addition, when the number of other users who belong to the same league as the user's affiliation league is less than a predetermined number, the user who becomes the opponent is selected from other users who belong to the league near the user's affiliation league. It may be.

[3-8. Rating Change Department]
The rating change unit 74 changes the rating of the user (for example, a league) based on the battle result by the battle execution unit 72. For example, the rating changing unit 74 promotes the user's affiliation league (changes to a higher rating) based on whether or not the match result in a predetermined period (for example, each week) is a given result. Or) or whether to demote (change to a lower rating). The period may be a fixed period or may vary. In the present embodiment, the number of battles executed during the period is an odd number. Here, the rating change part 74 promotes a user's affiliation league in multiple steps, when the battle result by the battle execution part 72 is a given result.

  FIG. 10 is a diagram illustrating an association between a match result of each week and a change in the league to which the player belongs. The association shown in FIG. 10 is stored in the data storage unit 60, and may be in a table format or a mathematical expression format. The rating changing unit 74 changes the league to which the user belongs based on the change associated with the battle result (match result) by the battle execution unit 72.

  Here, the rating change unit 74 includes a promotion unit 76 and a demotion unit 78. For example, when the user wins in the odd number of battle results, the promotion unit 76 promotes the user's rating. When the battle is executed an odd number of times, since the number of wins and the number of defeats do not become the same, the user is in a state of winning or losing. Furthermore, the promotion part 76 determines the number of promotion of a user's rating based on the user's winning degree in the odd number of battle results.

  As illustrated in FIG. 10, the promotion unit 76 changes the user's affiliation league so that the number of affiliation league promotions increases with an increase in the number of user wins. That is, the promotion part 76 changes a user's affiliation league so that the promotion number of an affiliation league may decrease, so that there are few users' winning number. In addition, when the user belongs to the first league, there is no more league, so the user will not be promoted even if he wins.

  The demoting unit 78 demotes the user's rating when the user loses the odd number of battle results. Furthermore, the demotion unit 78 determines the number of demotions of the user's rating based on the degree of the user's overcoming in the odd number of battle results. As shown in FIG. 10, the demotion unit 78 changes the user's affiliation league so that the number of relegations of the affiliation league increases as the number of overthrows of the user increases. That is, the relegation unit 78 changes the user's affiliation league so that the less the number of users who lose, the less the affiliation league's relegation number. In addition, when a user belongs to the 25th league, there is no lower league, so even if the user loses, it will not be demoted.

[3-9. Standard rating judgment section]
The reference rating determination unit 80 determines whether or not the user's rating is equal to or higher than the reference rating (for example, the first league). The reference rating is a predetermined rating, for example, of the k-th (k is a natural number less than m. Here, k = 1) ranking among m (here, m = 25) leagues. It is a league. The reference rating determination unit 80 compares the user's current rating with a predetermined reference rating, and determines which is higher. Note that the reference rating may change under given conditions. For example, the reference rating may be changed based on the number of users.

[3-10. Maintenance reward grant section]
The maintenance reward granting unit 82 gives the user a different reward (privilege) depending on the number of times the user has maintained (continued) the standard rating (for example, the first league) or higher. The number of times that the standard rating or higher is maintained is the number of times that the user has not fallen below the second place league when the league replacement timing in each week (for example, 24:00 on Sunday) arrives and the league replacement process is executed (1 The number of times they were not demoted from the top league). In other words, the number of times that the user has been in the first league corresponds to the number of times that the standard rating or higher is maintained.

  FIG. 11 is a diagram illustrating an association between the number of maintenance times equal to or higher than the standard rating and reward information indicating a reward to be given to the user. The association shown in FIG. 11 is stored in the data storage unit 60, and may be in a table format or a mathematical expression format. The maintenance reward granting unit 82 grants a reward to the user based on reward information associated with the number of times the user has maintained the standard rating or higher.

  As shown in FIG. 11, the maintenance reward giving unit 82 gives the user a better reward as the number of times the user has maintained the first league. A good reward is a high value in the game, for example, a high degree of rarity or a large amount. The reward is, for example, at least one of a right to perform a given lottery, a game item, a game character, a game card, and an in-game currency (such as points).

  For example, when the user maintains the first league p times (p is a natural number), the maintenance reward granting unit 82 has a better reward than when the user maintains the first league q times (q is a natural number smaller than p). Is granted. The maintenance reward granting unit 82 changes at least one of the type and amount of reward to be given to the user based on the number of times the user has maintained the first league. That is, the maintenance reward granting unit 82 differentiates the reward when the user maintains the first league p times and the reward when the user maintains the first league q times.

[3-11. Maximum rating judgment section]
The highest rating determination unit 84 determines whether or not the current user rating is a past highest rating. The past highest rating is the highest ranking (best rating) among the leagues to which the user belongs in the past. That is, the highest rating determination unit 84 determines whether or not the user has updated the highest league.

[3-12. Maximum rating reward grant section]
When it is determined that the current user rating is a past highest rating, the highest rating reward granting unit 86 grants a reward determined based on the past highest rating (for example, the highest past league) to the user. That is, the highest rating reward giving unit 86 gives different rewards according to the past highest league of the user. Note that the type or amount of reward granted by the maintenance reward granting unit 82 may be the same as or different from the type or amount of reward given by the highest rated reward granting unit 86.

  FIG. 12 is a diagram illustrating an association between the highest league and a reward. The association shown in FIG. 12 is stored in the data storage unit 60 and may be in a table format or a mathematical expression format. The highest rating reward granting unit 86 grants a reward to the user based on the reward information associated with the highest league. Here, the highest rating reward assigning unit 86 gives a better reward as the user's past highest rating is higher.

  When the user's rating is promoted in a plurality of stages, the highest rating reward granting unit 86 grants a reward determined based on the number of promoted stages (promotion number) to the user. The highest rating reward giving unit 86 gives the user a better reward as the number of stages promoted by the user increases. For example, when the user's affiliation league is promoted in a plurality of stages, the highest rating reward granting unit 86 grants a reward associated with each league included between the league before promotion and the league after promotion. For example, when the user's affiliation league is promoted from the 10th league to the 5th league, a reward associated with each of the 5th to 9th leagues is awarded.

  Further, when the user is demoted from the highest historical rating and then promoted to the highest historical rating again, the highest rated reward granting unit 86 does not grant the reward determined based on the historical highest rating. That is, when a reward for a certain league is already given to the user, the highest rating reward granting unit 86 does not give the reward again even if the user is promoted to the league again. In other words, when the user updates the past highest league, the highest rating reward granting unit 86 grants a reward associated with the highest league only once.

[4. Processing executed in game system]
FIG. 13 and FIG. 14 are diagrams illustrating processing executed in the game system 1. In the processing described below, the control unit 11 executes a program stored in the storage unit 12 of the server 10 or an optical disc, and the control unit 21 executes a program stored in the storage unit 22 of the user terminal 20. Executed by. By executing the processing described below, each functional block shown in FIG. 7 is realized.

  As shown in FIG. 13, in the server 10, the control part 11 determines whether the battle | competition timing has come (S1). The battle timing is, for example, a predetermined time of the day. In S1, the control unit 11 acquires the current date and time from a real-time clock or the like, and determines whether, for example, 7 o'clock, 15 o'clock, or 23 o'clock has arrived.

  When it is determined that the battle timing has arrived (S1; Y), the control unit 11 executes the league game based on the battle combination stored in the league game table (S2). Here, it is assumed that the next battle combination is determined after being executed at the previous battle timing and stored in the league table. When a league match is executed for the first time, it is assumed that a battle combination is determined in advance.

  In S2, the user teams of each battle combination are battled, and the score and win / loss of each user team are determined. With respect to a battle in which the number of cheering is stored in the “cheer button” field, the battle is executed after improving the ability of the player card of the user who selected the cheer button 46.

  The control part 11 updates a league game table based on the execution result in S2 (S3). In S3, the control part 11 stores the information regarding the battle result of each battle | competition in the "match result" field of each record of a league table.

  The controller 11 determines whether or not the league replacement timing has arrived (S4). The league replacement timing is a timing at which repeated arrivals, for example, a predetermined time on a predetermined day of the week. In the present embodiment, the control unit 11 acquires the current date and time and determines whether or not 24:00 on Sunday has arrived.

  When it is not determined that the league replacement timing has arrived (S4; N), the control unit 11 refers to the affiliation league table and determines the next opponent based on the affiliation league of each user (S5).

  In S5, the control part 11 specifies the present affiliation league of each user, and determines a battle | competition combination so that each user may fight with other users of the same league as oneself. For example, the control unit 11 may randomly select an opponent among other users in the same league as each user, or various types of information related to the user (for example, the user's favorite team or user team parameters). You may make it select an opponent based on. The control unit 11 creates a new record in the league table and stores information on the determined battle combination. Note that no data is stored in the “match result” field and the “support button” field.

  When it is determined that the league replacement timing has arrived (S5; Y), the control unit 11 determines whether the user has won or lost based on the battle result stored in the league table (S6). In S6, the control unit 11 refers to the battle result of this week (that is, the period from the previous league replacement timing to the current league replacement timing) in the league table, and determines the number of wins and defeats of each user. The determination process is performed by calculating.

  When it is determined that the user has won (S6; Y), the control unit 11 promotes the league to which the user belongs (S7). In S <b> 7, the control unit 11 determines the number of league promotions and updates the user data based on the number of wins by the user (the number obtained by subtracting the number of defeats from the number of wins).

  The control part 11 determines whether the user updated the highest league based on the promotion result of S7 (S8). In S8, the control unit 11 determines whether or not the current league of the user exceeds the highest league stored in the user table.

  When it is determined that the user has updated the highest league (S8; Y), the control unit 11 gives a reward to the user (S9). In S9, the control unit 11 updates the highest league in the user table to the current league, and gives a reward associated with the league.

  The control unit 11 determines whether or not the current user's league is the first league (S10). When it determines with it being a 1st league (S10; Y), the control part 11 updates a user's maintenance frequency and provides a reward (S11). In S11, the control unit 11 increments the maintenance count stored in the user table, and gives the user a reward determined based on the maintenance count.

  The control unit 11 determines whether there is a user who has not yet performed the league replacement process (S12). When it is determined that the league replacement process has been performed for all users (S12; N), the process proceeds to the process of S5, and a battle combination is determined by a new league organization. On the other hand, when it is determined that there is a user who has not yet performed the league replacement process (S12; Y), the process returns to S6 to determine whether or not to change the next user's league.

  On the other hand, when it is determined that the user has overtaken (S6; N), the control unit 11 demotes the league to which the user belongs (S13). In S <b> 13, the control unit 11 determines the number of league relegations based on the number of losers of the user (the number obtained by subtracting the number of wins from the number of defeats), and updates the user data.

  On the other hand, when it is not determined that the match timing has arrived (S1; N), the process proceeds to FIG. 14, and the control unit 11 determines whether or not a display request for the league match screen 40 has been received from the user terminal 20 (S14). In S <b> 14, the control unit 11 determines whether or not a notification that the league match button 38 </ b> G has been selected has been received from the user terminal 20. When the user terminal 20 transmits information to the server 10, the user ID is transmitted to the server 10. The server 10 identifies which user is accessing based on the user ID. The same applies to the subsequent processing.

  When it determines with having received the display request of the league game screen 40 (S14; Y), the control part 11 produces | generates the HTML data of the league game screen 40, and transmits to the user terminal 20 (S15). In S15, the control unit 11 refers to the record corresponding to the user ID of the user who has requested display of the league game screen 40 among the records stored in the league game table, so that the HTML of the league game screen 40 is displayed. Generate data.

  In user terminal 20, if HTML data is received, control part 21 will display league game screen 40 on display part 25 (S16). The control unit 21 determines whether or not the support button 46 has been selected based on the detection signal from the operation unit 24 (S17). When it determines with the support button 46 having been selected (S17; Y), the control part 21 transmits the notification that the support button 46 was selected to the server 10 (S18).

  In the server 10, when the notification that the support button 46 is selected is received, the control unit 11 updates the content of the “support button” field of the league table (S19). In S <b> 19, the control unit 11 stores information indicating that the user has selected the support button 46 in the “support button” field of the record having the same user ID in the league game table.

  On the other hand, when it determines with the support button 46 not being selected (S17; N), the control part 21 determines whether the tactics change button 48 was selected (S20). When it is determined that the tactic change button 48 has been selected (S20; Y), the control unit 21 transmits a notification that the tactic change button 48 has been selected to the server 10 (S21).

  In the server 10, when the notification that the support button 46 has been selected is received, the control unit 11 performs a tactic change process for the user team (S22). In S22, the control unit 21 acquires the user's operation, changes the formation of the user team, or changes the player card used in the battle.

  The control unit 11 determines whether an end condition is satisfied (S21). The end condition may be a condition that is set in advance to end the process. For example, the timing for restarting the server 10 or a given operation performed by the system administrator corresponds to the end condition.

  When it is determined that the end condition is satisfied (S21; Y), this process ends. If it is not determined that the end condition is satisfied (S21; N), the process returns to S1.

  According to the game system 1 described above, since a different reward is given to the user according to the number of times the user has maintained the first league in the league game, it is possible to improve the user's interest in the change of the belonging league.

  In addition, by giving a reward when the user updates the highest league in the past, interest in the league game can be further increased. In addition, by making a reward once when reaching the highest league in the past, it is possible to prevent an illegal reward from being intentionally repeated by repeatedly raising and lowering the league. In addition, when a league is promoted to a plurality of stages at a time, a reward can be given between them, so that a motivation for winning the league game can be given.

  In addition, by eliminating odds as the number of matches played in a week, it becomes clear whether the league will be promoted or demoted depending on whether it won or lost, making it easier for users to understand the game mechanism Become. Furthermore, the motivation to play a league game can be further provided by changing the number of league promotions according to the number of wins and changing the number of league relegations according to the number of losses.

  Further, by displaying the opponent information 44 before the next battle is started, it is possible to make the user take measures for the next battle. Moreover, since the next battle | competition becomes advantageous when a user selects the support button 46, the opportunity to access the server 10 can be increased.

[5. Modified example]
The present invention is not limited to the embodiments and modifications described above, and can be appropriately changed without departing from the spirit of the present invention.

  FIG. 15 is a functional block diagram of a modified example. As illustrated in FIG. 15, in the modification described below, in addition to the functions described in the embodiment, the association acquisition unit 88 and the other user reward granting unit 90 are realized. Each of these functions is realized mainly by the control unit 11.

  (1) For example, a reward when a certain user maintains the first league may be distributed (divided) to fellow users of the user.

  The game system 1 of the modification (1) includes an association acquisition unit 88. The association acquisition unit 88 acquires the storage contents of a means (for example, the game data storage unit 60) that stores the user and other users in association with each other. The association acquisition unit 88 acquires a buddy list stored in the user data.

  The maintenance reward giving unit 82 distributes different rewards according to the number of times the user has maintained the standard rating or more to the user and other users (friend users) associated with the user. The maintenance reward giving unit 82 gives a part of the reward when the user maintains the first league to the user, and gives another part of the reward to the fellow user. The share of each user may be determined randomly or may be determined by a given method. For example, the share of reward may be determined based on the level of each user and the league to which the user belongs.

  According to the modified example (1), since the reward when the user maintains the first league can be divided into fellow users, virtual communication between users can be promoted.

  (2) Also, for example, in a league match, a fellow user's player card may support the match during a match of a certain user.

  The battle execution unit 72 of the modified example (2) executes a battle based on the game data of the user, the game data of other users, and the opponent data. That is, the battle execution unit 72 executes the battle based on the other user's player card so that the user is advantageous.

  The other user reward granting unit 90 grants a reward to another user when the second battle is executed and the user maintains a reference rating or higher. The reward may be a predetermined reward or a reward determined based on the user's current affiliation league. Further, the reward may be a reward determined based on a reward when the user maintains the first league, or a reward determined based on a reward when the user updates the highest league. .

  According to the modification (2), when a fellow user's player card supports in a league match, a reward can be given to the supported fellow user.

  (3) Also, for example, in the above description, the maintenance reward granting unit 82 has explained the case where the user gives different rewards depending on the number of times the user has maintained the first league. Different rewards may be granted accordingly. Also in this case, as in the embodiment, the maintenance reward granting unit 82 obtains the association between the period in which the user has maintained the first league and the reward information indicating the reward to be given to the user, and the user has the first league. A reward is given to the user based on the reward information associated with the maintained period. In addition, the information regarding the time of a user maintaining the 1st league is memorize | stored in the data storage part 60, and the period when a user maintained the 1st league is specified based on the said information. Similarly, in the other processes, the description of the “number of times” described above may be read as “period”.

  For example, you may combine embodiment and the said modification.

  For example, in the embodiment, the case where the league game is held every day has been described. However, the league game may be held on a predetermined day, and may not be every day. For example, a league match may be held every few days. Furthermore, although the case where the number of battles executed on one day is three was described, this number is not limited to the above example. A predetermined number of battles may be executed, and the number of battles may be different for each day of the week (that is, every day of the event). For example, the match may be executed five times on Monday, and the match may be executed three times on Wednesday. Further, for example, the day of the week in which the league game is held may be different in one week. For example, a league match may be held on Monday, Wednesday, and Friday in the first week of a month, and a league match may be held on Tuesday, Thursday, and Saturday in the second week.

  Further, for example, in the above description, the case where the league to which the user belongs is replaced is described as an example, but this determination timing may be a predetermined timing, It is not restricted to said example. For example, it may be determined every two weeks, or may be determined irregularly. Furthermore, in order to determine the promotion or relegation of the league according to whether it has won or lost in the league game, the determination should be made at the timing when the odd number of battles are executed every week. There is no need to judge.

  In addition, for example, when the user is demoted from the 1st league, the maintenance count may be reset to 0. In other words, different rewards may be given according to the number or period of time that the user has maintained the first league. In this case, if the user's past maximum maintenance count is recorded in the user table and the past maximum maintenance count is not updated, no reward is given to the user.

  In addition, for example, in the above description, the league is described as an example corresponding to the rating of the user. However, the rating is not limited to this. An index for classifying the strength of each user in stages may be used as a rating. In addition, for example, the ranking among all users may correspond to the rating.

  For example, although the case where each function described above is realized in the server 10 has been described, a part of each function may be realized in the user terminal 20. Each function is shared by the server 10 and the user terminal 20. That is, each of the plurality of functions described above may be provided in either the server 10 or the user terminal 20.

  For example, the data storage unit 60 may be realized by the user terminal 20. That is, data related to a user who operates a certain user terminal 20 may be stored in the user terminal 20 instead of the database 15. In this case, the server 10 acquires the stored contents of the user terminal 20 via the communication network 2.

  For example, the battle execution unit 72 may be realized by the user terminal 20. That is, each user terminal 20 may determine the result of the league match. In this case, data indicating the battle result is transmitted from the user terminal 20 to the server 10.

  Further, for example, the rating change unit 74, the reference rating determination unit 80, and the maintenance fee grant unit 82 may be realized by the user terminal 20. In this case, information indicating the reward given to the user is sent from the user terminal 20 to the server 10.

  For example, the present invention can be applied to a game system that executes a game other than a soccer game (for example, another sports game). For example, the present invention can also be applied to a game system in which a user's baseball team and a computer baseball team battle each other. In addition, for example, the present invention can be applied to a game system that executes a game other than a sports game, and the present invention can also be applied to a game in which a user collects cards and plays against monsters. it can.

  1 game system, 2 communication network, 10 server, 20 user terminal, 11, 21 control unit, 12, 22 storage unit, 13, 23 communication unit, 14 optical disc drive unit, 15 database, 24 operation unit, 25 display unit, 26 Audio output section, 30 main screen, 32 user team name, 34 representative player image, 36 information column, 38A search button, 38B formation button, 38C training button, 38D lottery button, 38E game button, 38F AC button, 38G league button , 40 league screen, 42 basic information, 44 opponent information, 46 support button, 48 tactic change button, 50 intermediate result, 52 past result, 60 data storage unit, 62 rating acquisition unit, 64 opponent display unit, 66 tactics Change part, 68 support operation reception part, 70 effect generation unit, 72 battle execution unit, 74 rating change unit, 76 promotion unit, 78 demotion unit, 80 standard rating judgment unit, 82 maintenance reward granting unit, 84 highest rating judgment unit, 86 highest rating reward granting unit, 88 association Acquisition unit, 90 other user reward granting unit.

Claims (15)

Means for acquiring stored contents of means for storing information relating to user ratings in the game;
A battle execution means for executing a battle based on the game data of the user and the opponent data determined based on the rating of the user at the time of repeated arrival;
Rating changing means for changing the rating of the user based on a battle result by the battle executing means;
Determining means for determining whether the user's rating is a reference rating or higher;
Maintenance reward granting means for granting a reward different to the user according to the number of times or the period when the user maintains the reference rating or more, or a period,
A game system comprising: The maintenance reward giving means is:
It further includes means for acquiring storage contents of means for storing associations between the number of maintenance times or the maintenance period equal to or higher than the reference rating and reward information indicating a reward to be given to the user, and the user sets the rating higher than the reference rating. Based on the reward information associated with the number of times or period maintained, reward is given to the user,
The game system according to claim 1. The game system includes:
Means for determining whether the current rating of the user is a record high rating;
When the current rating of the user is determined to be the highest historical rating, a highest rating reward granting unit that grants a reward determined based on the highest historical rating to the user;
The game system according to claim 1, further comprising: The highest rating reward granting means is:
When the user is demoted from the past highest rating and then promoted to the past highest rating again, a reward determined based on the past highest rating is not granted.
The game system according to claim 3. The rating changing means is
If the battle result by the battle execution means is a given result, the user's rating is promoted in multiple stages,
The game system includes:
Means for giving the user a reward determined based on the number of stages promoted when the user's rating is promoted in a plurality of stages;
The game system according to claim 1, further comprising: The battle execution means is
When performing the battle, determine whether the user has won or lost,
The rating changing means is
When the odd number of battles are executed and the user wins, the promotion means for promoting the rating of the user;
If an odd number of battles are executed and the user loses, a demoting means for demoting the user's rating;
The game system according to claim 1, comprising at least one of the following. The promotion means of the rating change means is:
Determining the number of promoted ratings of the user based on the odds of the user's winning results in the battle results;
The game system according to claim 6. The demoting means of the rating changing means is:
Determining the number of ratings downgraded of the user based on the degree of the user's losing in odd number of battle results;
8. The game system according to claim 6 or 7, wherein: The game system includes:
Means for presenting information related to opponent data of the next match to the user between the end of one match and the start of the next match;
Means for changing the information on the tactics of the next battle based on the operation of the user between the time when the information on the opponent data of the next battle is presented and the time when the next battle starts.
The game system according to claim 1, further comprising: The game system includes:
Means for accepting a predetermined operation by the user or another user between the end of one match and the start of the next match;
Means for generating an effect that favors the user in the next battle when the predetermined operation is accepted;
The game system according to claim 1, wherein the effect does not occur in a battle after the next battle. The game system includes:
Means for acquiring storage contents of means for storing the user in association with other users;
The maintenance reward giving means is:
Distributing different rewards to the user and other users associated with the user, depending on the number or duration that the user has maintained the reference rating or higher.
The game system according to claim 1, wherein the game system is a game system. The battle execution means is
Based on the first match performed based on the user's game data and the opponent data, or the user's game data and other user's game data and the opponent data at the repeated arrival timing Perform the second battle to be held,
The game system includes:
Means for giving a reward to the other user when the second battle is executed and the user maintains the reference rating or higher;
The game system according to claim 1, further comprising: Means for acquiring stored contents of means for storing information relating to user ratings in the game;
A battle execution means for executing a battle based on the game data of the user and the opponent data determined based on the rating of the user at the time of repeated arrival;
Rating changing means for changing the rating of the user based on a battle result by the battle executing means;
Determining means for determining whether the user's rating is a reference rating or higher;
Maintenance reward granting means for granting a reward different to the user according to the number of times or the period when the user maintains the reference rating or more, or a period,
A game control apparatus comprising: Obtaining stored contents of means for storing information relating to user ratings in the game;
A battle execution step of executing a battle based on the game data of the user and the opponent data determined based on the rating of the user at the timing of repeated arrival;
A rating change step for changing the rating of the user based on a battle result of the battle execution step;
A determination step of determining whether or not the user's rating is equal to or higher than a reference rating;
A maintenance reward granting step for granting a reward different to the user depending on the number of times or the period in which the user maintains the reference rating or more, or a period,
A game control method comprising: Means for acquiring stored contents of means for storing information relating to user ratings in the game;
A battle execution means for executing a battle based on the game data of the user and the opponent data determined based on the rating of the user at the time of repeated arrival;
Rating changing means for changing the rating of the user based on a battle result by the battle executing means;
Determining means for determining whether or not the user's rating is equal to or higher than a standard rating;
Maintenance reward granting means for granting a reward different to the user according to the number of times or the period when the user maintains the standard rating or higher, or a period,
As a program to make the computer function as.

Images