JP5896530B2 - GAME SYSTEM, GAME CONTROL DEVICE, AND PROGRAM - Google Patents

Description

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

  Conventionally, a game in which a user aims to clear a game task is known. For example, Patent Literature 1 describes a game system that executes a game aiming to win an opponent using a plurality of game data (for example, player cards) held by a user.

Japanese Patent No. 4855549

  For example, in the technique of Patent Document 1, the user often fights with the same player card every time, and the player card at the time of the fighting tends to be fixed. On the other hand, it is known that, when a battle is performed using a specific type of player card, the interest of the game is enhanced by changing the effects and the battle method that occur during the battle. However, if the player card that the user uses at the time of the battle is fixed as described above, the user cannot feel a change such as an effect that occurs at the time of the battle.

  The present invention has been made in view of the above problems, and its purpose is to prevent the game data used by the user from being fixed by challenging the game tasks using specific types of game data. A game system, a game control device, a game control method, and a program are provided.

  In order to solve the above problems, a game system (1) and a game control device (10) according to the present invention include a game system (1) and a game control device ( 10) and determining means (108) for determining game data used in the game task from a plurality of types of game data held by the user, and when the game is executed, the game data is associated with the game task. Comparing means (110) for comparing the specific type of game data and the game data used in the game task, and a privilege that gives a privilege to the user when the specific type of game data is used in the game task Providing means (112).

  In addition, a game control method according to the present invention is a game control method that a user aims to clear a game task, and is game data used for the game task from among a plurality of types of game data held by the user. A determination step (108) for determining a game type, and a comparison step (110) for comparing a specific type of game data associated with the game task with the game data used in the game task when the game is executed, When the specific type of game data is used in the game task, a privilege granting step (112) for granting a privilege to the user is included.

  In addition, the program according to the present invention provides a computer (10) that executes a game for which a user aims to clear a game task, and game data used for the game task among a plurality of types of game data held by the user. A determination means (108) for determining the game data, a comparison means (110) for comparing a specific type of game data associated with the game task with game data used in the game task when the game is executed, When the type of game data is used in the game task, the game function is provided as a privilege granting means (112) for granting a privilege to the user.

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

  According to the present invention, a privilege is given to the user based on the relationship between the specific type of game data associated with the game task and the game data used in the game task. The user can be prompted to determine the card data. As a result, for example, the card data used by the user can be prevented from being fixed.

  In one aspect of the present invention, a plurality of types of privileges are prepared in the game, and the specific type of game data is associated with at least one of the plurality of types of privileges. The granting means (112) grants, to the user, a privilege associated with the specific type of game data among the multiple types of privilege when the specific type of game data is used in the game task. Features.

  In one aspect of the present invention, the privilege grant means (112) changes the privilege granted to the user based on the number of the specific type of game data used in the game task. And

  In the aspect of the invention, the determining unit (108) determines a plurality of game data used in the game task from the plurality of types of game data, and the determining unit (110) The combination of the specific types of game data is compared with the game data used in the game task, and the privilege grant means (112) uses the combination of the plurality of specific types of game data in the game task. In this case, a privilege is given to the user.

  In one aspect of the present invention, the determining means (108) determines a plurality of game data used in the game task from the plurality of types of game data, and the game system (1) Means for executing in sequence screen effects corresponding to each of a plurality of game data used in the game task, and a plurality of game data in which the specific type of game data is used in the game task In the order in which the screen effects corresponding to the specific type of game data are executed, the information processing device further includes means (116) for notifying the user that a privilege is granted.

  In one aspect of the present invention, the game system (1) further includes a transfer unit (118) for transferring game data held by another user to the user, and the determination unit (108) includes the other Game data to be used in the game task is determined from the plurality of types of game data including game data transferred from the user to the user, and the transfer means (118) is configured so that the other user has the specific type When the game data is held, it is prohibited to transfer the specific type of game data to the user.

  In one aspect of the present invention, the game system (1) uses game data of a different type from the game data used for the game task among the plurality of types of game data for other game tasks. Means (104) for determining the game data to be played, and means (106) for proceeding with the other game task based on the game data used in the other game task.

  In one aspect of the present invention, the specific type of game data is game data that is more advantageous to the user when used in the game task than when not used in the game task. 110) compares the advantageous game data with the game data used in the game task, and the privilege granting means (112) is configured such that when the advantageous game data is used in the game task, the user It is characterized by giving a privilege to.

  Moreover, in one aspect of the present invention, the privilege granting means (112) grants a privilege for giving the specific type of game data to the user.

  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 an event screen. It is a figure which shows an example of an exclusive order screen. It is a screen transition diagram which shows the flow of search of a soccer stadium. It is a figure which shows an example of the event screen when a game is put on hold. 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 a voltage table. It is a figure which shows an example of a privilege table. It is a figure which shows an example of an event table. 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 figure which shows the process performed with a game system. It is a functional block diagram of a modification. It is a figure which shows the change of the battle | competition screen in a modification (2).

[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 type (attribute) of the player card. Here, any of a plurality of types prepared in the game is registered in the “type” field. For example, five types of “superstar”, “star”, “great”, “regular”, and “normal” are prepared. “Superstar” is the most powerful of these five types. “Star” is the second most powerful type, and “Great” is the third most powerful type. “Regular” is the fourth type with the highest ability, and “Normal” is the type with the lowest ability.

  In addition, since the player card of a soccer player with relatively high ability is set to a high rarity level, it can be said that the “type” field indicates the rarity level of the player card. The rarity here can be said to be the probability that the user can obtain a player card. The higher the degree of rarity, the lower the probability that the user can obtain the player card, and the lower the degree of rarity, the higher the probability that the user can obtain the player card.

  In the present embodiment, in addition to the above five types, three types of “best eleven”, “MVP”, and “young star” are prepared. Hereinafter, these are collectively referred to as a special effect card. The special effect card is a card that can advantageously advance an event (game) described later. “Best Eleven”, “MVP”, and “Young Star” have, for example, a higher rarity in the game than the above five types. Note that the parameters of “Best Eleven”, “MVP”, and “Young Star” may be lower than the above five types.

  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. A player card associated with a user ID is a player card held by a user corresponding to the user ID.

  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.

  Further, each record in the user database includes a “belonging league”, “intra-league ranking”, and “overall ranking” fields. The “affiliation league” field indicates a league to which the user team belongs. In the game system 1, a plurality of leagues having different levels are prepared, and each user team belongs to one of the leagues.

  The “ranking in league” field indicates the ranking of the user teams in the league, and the “total ranking” field indicates the ranking of the user teams in all the user teams. In the game system 1, a battle between user teams belonging to the same league is automatically performed, and the ranking in the league changes based on the battle result. When the in-league ranking of the user team increases, the user team is promoted to a league of the next higher hierarchy. On the other hand, when the in-league ranking of the user team is lowered, the user team is demoted to a league in the next lower hierarchy.

  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. In addition, the action point is recovered every time a predetermined time elapses (for example, increases by 1 point in 3 minutes) or 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 (for example, increases by 1 point per minute) or recovered by using the item. In addition, the way of increasing the action points and the management points (recovery amount) may be the same or different.

  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. Further, when a message is received from another user or a player card is presented, a message is displayed in the notification column 36. When the user selects the message, the message can be displayed or a player card 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 an event 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 event button 38G is a button for the user to play a limited time event held in a predetermined period. Here, as a limited-time event, a case will be described in which a game event is held in which a user searches a virtual world to find a soccer stadium and plays a game at the soccer stadium. When the user selects the event button 38G, an event screen is displayed on the display unit 25.

  FIG. 6 is a diagram illustrating an example of an event screen. As shown in FIG. 6, basic information 42 for a limited-time event is displayed on the event screen 40. The basic information 42 displays the name of the limited-time event currently being held and the progress status of the limited-time event. The basic information 42 displays a search area that the user is searching for and a search rate that indicates the degree of search progress in the search area.

  The event screen 40 includes a dedicated order button 44. When the user selects the dedicated order button 44, a dedicated order screen for forming a user team dedicated to a game in a limited-time event (showing a combination of game data used in the game; hereinafter simply referred to as a dedicated order) is displayed on the display unit 25. Is displayed.

  FIG. 7 is a diagram illustrating an example of a dedicated order screen. As shown in FIG. 7, the dedicated order screen 60 displays a list 62 of player cards included in the dedicated order and an expected value 64 indicating an increase in voltage (details will be described later) that can be expected by the combination of the player cards. Is done. In the present embodiment, a case where a dedicated order is automatically determined from among the player cards held by the user will be described, but the dedicated order may be determined based on the player card selected by the user ( That is, a dedicated order may be manually determined). On the dedicated order screen 60, the user can check the player cards included in the dedicated order.

  Returning to FIG. 6, when the user selects the stadium search button 46, a soccer stadium in the virtual space can be searched. When the user selects the stadium search button 46, a stadium search screen is displayed on the display unit 25.

  FIG. 8 is a screen transition diagram showing the flow of searching for a soccer stadium. As shown in FIG. 8, the stadium search screen 70 includes a search execution button 72. When the search execution button 72 is selected, a search for a stadium in the virtual space is executed. When the search is executed, action points are consumed and the search rate increases. If the action points are insufficient, the search is not executed even if the user selects the search execution button 72.

  In this embodiment, when a user searches, a soccer stadium in a virtual space can be found based on a predetermined probability. When the user finds a soccer stadium, the display unit 25 displays a discovery screen 74, and then transitions to the game list screen 76.

  The game list screen 76 displays game information 78 related to a game played in a soccer stadium that the user has found. As the game information 78, the name of the soccer stadium discovered by the user, the number of voltages indicating the achievement status of the game, the quota that is the clear condition of the game, and the remaining time that can be challenged are displayed. When the user selects the game start button 80 from the game list screen 76, the screen transitions to the battle screen 82 and the game starts.

  In the game executed on the battle screen 82, the user aims to increase the voltage indicating the excitement level of the audience. Here, as shown in FIG. 8, eleven player cards included in the user's exclusive order are displayed on the battle screen 82, and the voltage of the game increases based on the types and parameters of these eleven player cards. To do.

  In this embodiment, a voltage quota 86 to be achieved by the user in the game is set. If the current voltage number 84 exceeds the quota 86, the user can clear the match. If the user cannot achieve the quota 86, the game can be cleared. The held game can be resumed within a predetermined time limit, and the user will increase the voltage again and aim to achieve the quota 86. In addition, there is an upper limit (for example, 5) in the number of games that the user can hold, and games exceeding the upper limit cannot be held.

  FIG. 9 is a diagram illustrating an example of the event screen 40 when the game is put on hold. As shown in FIG. 9, when the user puts the game on hold, a message 88 indicating that there is a held game is displayed on the event screen 40. When the user selects message 88, the held game can be resumed. When the game is resumed, the increment of the current voltage is added to the total sum of the previous voltages, and it is determined whether or not the quota 86 has been achieved.

  The user has a ball for playing a game at a limited time event. Each time a user plays a game, one ball is consumed. The ball recovers one by one each time a predetermined time elapses, or increases by a given recovery item. In addition, when a user plays against another user, the number of balls may be increased. Here, the game cannot be played when the user does not have the ball. Further, it is assumed that an upper limit value (for example, 5) is set for the number of balls that the user can have. The number of balls is shown in the number of balls 48 on the event screen 40.

  In the limited-time event that proceeds as described above, the quota 86 increases as the user advances the game. For this reason, it becomes difficult for the user to achieve the norm 86 gradually. In this case, the user can receive assistance from other users. For example, when the user selects the rescue button 50 on the event screen 40 shown in FIG. 6, it is possible to request the rescue of the battle from another user. The “other user” here is a user other than the user who found the stadium at the limited-time event, for example, another user (for example, a fellow user) who has a predetermined association with the user, or a book It is another user registered in the game. Other users who have received a request for relief from the user can perform a given operation to increase the number of battles held by the user.

  In addition, when the quota is achieved in the game, a reward is given to the user. For example, a lottery ticket for lottery of player cards is given to the user. When the user acquires a lottery ticket and selects the lottery button 52, the lottery can be performed in exchange for the lottery ticket. For example, in a lottery executed at a limited time event, a special card that cannot be obtained by a normal lottery can be obtained.

  In the present embodiment, in a limited-time event executed as described above, when the user plays a game with the special card included in the special order, a lottery ticket of the special card is given. Hereinafter, this technique will be described in detail.

[3. Functions realized in the game system]
FIG. 10 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. 10, the game system 1 includes a data storage unit 100, a game execution unit 102, a normal order determination unit 104, a normal battle execution unit 106, a dedicated order determination unit 108, a dedicated order comparison unit 110, and a privilege granting unit. 112.

  In the present embodiment, among these functions, the data storage unit 100 is realized mainly by the storage unit 12 and the database 15, and each other function is realized mainly by the control unit 11. Moreover, you may make it abbreviate | omit about functions other than the exclusive order determination part 108, the exclusive order comparison part 110, and the privilege provision part 112 among each function shown in FIG.

[3-1. Data storage unit]
The data storage unit 100 stores various data necessary for executing the game. The data storage unit 100 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 100 further stores a voltage table, a privilege table, and an event table.

  FIG. 11 is a diagram illustrating an example of a voltage table. As shown in FIG. 11, the voltage table indicates the association between the type of player card and the achievement status of the game task (for example, the amount of increase in voltage), and includes a “type” field and an “increased voltage” field. . The “type” field indicates the type of player card.

  The “increased voltage” field indicates the number of voltages that increase when a player card is used. As shown in FIG. 11, the range of the increase amount of the voltage is determined, and the increase amount of the voltage is determined within the range. Note that the increase amount of the voltage may be changed based on the parameter of the player card.

  Here, as shown in FIG. 11, the increase amount of the voltage is set to be larger as the rarity of the player card is higher. For example, the amount of increase in voltage by the special effect card is larger than the amount of increase in voltage by other types of player cards. That is, the user can advance the game more advantageously when using special effects cards than when using other types of player cards.

  FIG. 12 is a diagram illustrating an example of the privilege table. As shown in FIG. 12, the privilege table indicates privileges that should be granted to the user, and includes a “granting condition” field and a “privilege” field. As shown in FIG. 12, a plurality of types of benefits are prepared here. The specific type of game data (for example, special effect card) is associated with at least one of a plurality of types of benefits.

  The “grant condition” field indicates a condition to be achieved in order for the user to receive a privilege. The granting condition is a game play to be performed by the user. For example, finding a soccer stadium in the game, assisting other users, and proceeding the quota to a predetermined level (making the achievement status of the quota a given situation) And that the special order includes a specific type of player card is stored in the “granting condition” field.

  The “privilege” field indicates the content of the privilege (reward) given to the user. For example, given game data (for example, a game item such as a lottery ticket or a player card with a high degree of rarity), changing a game parameter (for example, a player card parameter or a user parameter) It corresponds to a privilege. Here, as one of a plurality of benefits, a privilege for giving a specific type of player card to a user (for example, giving a lottery ticket or giving a special effect card itself) is prepared.

  FIG. 13 is a diagram illustrating an example of an event table. As shown in FIG. 13, the event table shows the current progress status of the limited-time event by each user, and includes a “user ID” field, a “dedicated order” field, and a “situation” field.

  The “user ID” field stores the user ID of each user who plays the limited-time event. The “dedicated order” field indicates a player card included in the dedicated order among the player cards held by each user.

  The “situation” field indicates the play situation of the limited-time event by each user. For example, information related to the user's search (for example, the area being searched or the search rate), information related to the game being played by the user (for example, information identifying a pending game, time limit for the game, quota for each game, and user) Information indicating the number of balls held by the user and the number of balls held by the user is stored in the “situation” field. The game for which the time limit has elapsed is deleted from the “situation” field, and the user cannot challenge the game.

  The control unit 11 functions as a unit that acquires or updates various data stored in the data storage unit 100. Further, the data storage unit 100 may store data necessary for executing the game, and the data stored in the data storage unit 100 is not limited to the above example. In addition, for example, data relating to soccer stadium generation conditions, soccer stadium clear conditions (that is, the number of normative voltages), and the like may be stored in the data storage unit 100.

[3-2. Game execution part]
The game execution unit 102 executes various processes related to a game in which the user aims to clear a game task (for example, achieving a quota in a limited-time event game). In the present embodiment, achieving a quota in a limited-time event game corresponds to a “game task”, and winning in a battle with another user corresponds to a “other game task”.

  The game execution unit 102 updates the achievement status of the game task as the game progresses, and determines that the user has cleared the game task when the achievement status of the game task becomes a given status. In the present embodiment, the voltage number of the user team corresponds to information indicating the achievement status of the game task.

  Moreover, the game execution part 102 advances the game of a limited time event based on the player card contained in a special order. For example, the game execution unit 102 increases the number of voltages of the user team based on the types of player cards included in the plurality of dedicated orders, and determines whether the user has achieved the quota.

[3-3. Normal order decision section]
The normal order determination unit 104 has a different type of game data (for example, a dedicated order for a limited-time event game) used in a game task from a plurality of types of game data (for example, player cards held by the user). The game data is determined as game data used in other game tasks (for example, an order in a normal battle). “Game data used in a game task” is game data used when a game task is played (during a challenge).

  For example, the normal order determination unit 104 determines a player card selected from player cards held by the user as a normal order. For example, the normal order determination unit 104 may determine a player card selected based on the parameters of the player card as a normal order. In this case, for example, the normal order determination unit 104 determines the normal order so that the combination of the player card parameters is the highest among the combinations of the player cards in which the total cost of the player cards is equal to or less than the threshold value. .

  In the present embodiment, the combination of player cards included in the normal order is different from the combination of player cards included in the dedicated order.

[3-4. Normal match execution part]
The normal battle execution unit 106 advances another game task (for example, a normal battle) based on game data (for example, an order in a normal battle) used in another game task. Updating the achievement status of the game task is equivalent to advancing the game task. For example, the normal battle execution unit 106 executes a normal battle by executing a simulation process based on the player card parameters and the opponent card parameters included in the normal order.

[3-5. Dedicated order decision section]
The dedicated order determination unit 108 determines game data (for example, a dedicated order for a limited-time event) used in a game task from a plurality of types of game data (for example, player cards) held by the user. Here, the dedicated order determination unit 108 determines a dedicated order composed of a plurality of player cards. That is, a combination of player cards used for clearing a game task corresponds to a dedicated order.

  For example, the dedicated order determination unit 108 determines a player card selected based on a predetermined method from among the player cards held by the user as a dedicated order. Here, the dedicated order determination unit 108 determines a dedicated order based on the type of player card possessed by the user. For example, the dedicated order determination unit 108 determines the dedicated order so that a player card having a high degree of rarity is included in the dedicated order among the player cards held by the user.

  Note that the method for determining a dedicated order is not limited to the above example. The dedicated order may be determined based on a predetermined method. For example, the dedicated order determination unit 108 is a combination in which the expected value of the increase in voltage is the highest among the player cards held by the user. A dedicated order may be determined so that (i.e., the user is most advantageous in the game). In addition, for example, the dedicated order determination unit 108 may determine a player card selected from among the player cards held by the user as a dedicated order.

[3-6. Dedicated order comparison unit]
When the game is executed, the dedicated order comparing unit 110 is used for a specific type of game data (for example, a special effect card that makes the game advantageous) associated with the game task (for example, a battle for a limited time event) and the game task. Game data (for example, a dedicated order) to be compared.

  For example, the specific type of game data is game data that is more advantageous to the user when used in a game task than when not used in a game task. In the present embodiment, a special effect card that has a larger amount of voltage increase than other cards and can advantageously advance a game corresponds to a specific type of game data.

  In the present embodiment, the dedicated order comparison unit 110 compares the special card with the special order to determine whether or not the special card is included in the special order, or each player card of the special order is a special card. In other words, it is determined whether or not the “type” field of the master table is included in the “best eleven”, “MVP”, and “young star” player card groups. That is, the dedicated order comparison unit 110 determines whether or not the special effect card is used in the game. In this embodiment, since a plurality of types of benefits are prepared in the limited-time event, the dedicated order comparison unit 110 determines that the special effect card associated with at least one of the plurality of types of benefits is a dedicated order. To be compared.

[3-7. Bonus Grant Department]
The privilege grant unit 112 grants a privilege to the user when a specific type of game data (for example, a special effect card that makes the game advantageous) is used in the game task. That is, the privilege grant unit 112 grants a privilege to the user when the special effect card is included in the special order and when each player card of the special order is included in the special effect card.

  In this embodiment, since a plurality of types of privileges are prepared, the privilege grant unit 112 gives a privilege associated with the specific type of game data among the plurality of types of privileges to the user. In other words, when the special effect card is not used in the game, the privilege granting unit 112 does not grant the lottery ticket associated with the special effect card in the privilege table of FIG.

  Moreover, in this embodiment, the privilege provision part 112 changes the privilege provided to a user based on the number of the specific types of game data (for example, special effect card used in a game) used by a game task.

  Here, it is assumed that the association between the number of special effects cards and the benefits is stored in the data storage unit 100. The association may be a mathematical expression format or a table format. The privilege granting unit 112 varies the content of the privilege granted to the user (for example, the type or number of benefits) based on the privilege associated with the number of special effects cards.

  For example, the privilege grant unit 112 gives a good privilege to the user as the number of special effects cards increases. A good privilege is, for example, a privilege with a high degree of rarity in a game or a large number of privileges. Here, the privilege granting unit 112 determines the number of lottery tickets to be given to the user based on the number of special effects cards included in the special order.

[4. Processing executed in game system]
14-16 is a figure which shows the process performed with the game system 1. FIG. 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. 10 is realized.

  As shown in FIG. 14, in the server 10, the control part 11 determines whether the display request | requirement of the event screen 40 was received (S1). In S1, the control unit 11 determines whether or not a notification that the event button 38G has been selected has been received. 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 is determined that the display request for the event screen 40 has been received (S1; Y), the control unit 11 generates HTML data for the event screen 40 and transmits it to the user terminal 20 (S2). In S2, the control part 11 produces | generates the HTML data of the event screen 40 based on the information stored in the record of the user ID of the user who requested the display of the event screen 40 among the records of the event table, It transmits to the user terminal 20 of the user.

  In the user terminal 20, when the HTML data is received, the control unit 21 displays the event screen 40 on the display unit 25 (S3). The control unit 21 determines whether or not the stadium search button 46 is selected based on the signal from the operation unit 24 (S4).

  When the stadium search button 46 is selected (S4; Y), the control unit 21 notifies the server 10 that the stadium search button 46 is selected (S5).

  In the server 10, when the notification that the stadium search button 46 is selected is received, the control unit 11 generates HTML data of the stadium search screen 70 and transmits it to the user terminal 20 (S6). In S6, the control part 11 produces | generates the HTML data of the stadium search screen 70 based on the progress condition of the limited time event by the user stored in the event table, and transmits it to the user terminal 20 of the user.

  In the user terminal 20, when the HTML data is received, the control unit 21 displays the stadium search screen 70 on the display unit 25 (S7). The control unit 21 determines whether the search execution button 72 has been selected based on the signal from the operation unit 24 (S8). When it is determined that the search execution button 72 has been selected (S8; Y), the server 10 is notified that the search execution button 72 has been selected (S9).

  In the server 10, when the notification that the search execution button 72 has been selected is received, the control unit 11 executes a search for a stadium in the virtual world (S10). In S10, the control part 11 consumes a user's action point, and advances the search by a user. If the search has progressed to a predetermined progress, the user's search area is advanced to the next area. When the user's action points are insufficient, the search is not executed and the HTML data of the stadium search screen 70 including the error message is transmitted to the user terminal 20.

  The controller 11 determines whether or not a stadium has been found with a given probability (S11). Information indicating the probability indicating whether or not to find a stadium is stored in the storage unit 12 in advance. In S11, the control unit 11 determines whether or not a stadium has been found based on the information indicating the probability.

  If it is not determined that the stadium has been found (S11; N), the process returns to S6, and the HTML data of the stadium search screen 70 is transmitted to the user terminal 20 again. In this case, the user proceeds with the search until the stadium is found.

  When it is determined that the stadium has been found (S11; Y), the process proceeds to FIG. 15, and the control unit 11 generates HTML data of the discovery screen 74 and transmits it to the user terminal 20 (S12). In the user terminal 20, when the HTML data is received, the control unit 21 displays the discovery screen 74 on the display unit 25 (S13).

  In the server 10, the control part 11 produces | generates the HTML data of the game list screen 76, and transmits to the user terminal 20 (S14). In S14, control part 11 stores data which shows a game corresponding to the stadium in a record of a user who found a stadium among records of an event table. For example, a voltage quota that the user should acquire in a game, a time limit of the game, and the like are stored in the event table.

  In user terminal 20, if HTML data is received, control part 21 will display game list screen 76 on indicator 25 (S15). The control unit 21 determines whether or not the game start button 80 has been selected based on the signal from the operation unit 24 (S16). When it is determined that the user has selected the game start button 80 (S16; Y), the control unit 21 notifies the server 10 that the game start button 80 has been selected (S17).

  When the server 10 receives a notification that the match start button 80 has been selected, the control unit 11 decreases the user's ball stored in the event table by one (S18). If the user's ball has already disappeared, the subsequent processing is not executed and the game is not performed. In this case, a message indicating that the game cannot be executed because there is no ball is displayed on the display unit 25 of the user terminal 20.

  The controller 11 determines whether or not the special effect card is used in the game (S19). In S <b> 19, the control unit 11 refers to the type of each player card in the user's dedicated order, and determines whether the type is “Best Eleven”, “MVP”, or “Young Star”. Will do. In addition, when a plurality of special effect cards are used in a game, the control unit 11 acquires the number of special effect cards.

  When it is determined that the special effect card is used in the game (S19; Y), the control unit 11 gives the user lottery tickets by the number of special effects cards included in the special order (S20). In S20, the number of lottery tickets may be added to the “owned item” field of the user table, or may be added after the user selects the message in the notification column 36 of the main screen 30. Good. In S20, the control unit 11 gives the privilege associated with the special effect card to the user.

  On the other hand, when it is determined that the special effect card is not used in the game (S19; N), the process of S20 is not executed. In this case, since there is no special effect card in the exclusive order, the lottery ticket is not given to the user.

  The control unit 11 increases the voltage of the user team based on the dedicated order of the user team (S21). In S21, the control unit 11 determines the amount of increase in voltage corresponding to each player card based on the type of each player card included in the dedicated order and the voltage table. Then, the control unit 11 calculates the total increase amount of the determined voltage, and updates the number of voltages stored in the event table. In S21, the amount of increase in voltage may be larger than usual with a given probability.

  Based on the determination result of S21, the control unit 11 determines whether the user has cleared the quota (S22). In S22, the control unit 11 calculates the total voltage of the user team based on the voltage increase determined in S21, and determines whether or not the quota has been reached.

  When it is determined that the quota has been cleared (S22; Y), the control unit 11 gives the user a privilege at the time of clearing the quota (S23). In S23, the control part 11 provides the privilege at the time of quota achievement among the some privilege stored in the privilege table.

  When it is not determined that the quota has been cleared (S22; N), the process proceeds to FIG. 16, and the control unit 11 determines whether or not the total of the voltage has reached a given threshold (S24). When it is determined that the total amount of voltage has reached a given threshold value (S24; Y), the control unit 11 gives the user a privilege associated with the threshold value (S25). In S25, the control part 11 provides the privilege linked | related with the threshold value among the some privileges stored in the privilege table.

  And the control part 11 produces | generates the HTML data of the battle | competition screen 82, and transmits to the user terminal 20 (S26). In S26, the control part 11 produces | generates the HTML data of the battle | competition screen 82 based on the processing result of S19-S25. In addition, when a privilege is provided to the user in S20, S23, or S25, a battle screen 82 including a notification that the privilege has been granted may be generated.

  In the user terminal 20, when the HTML data is received, the control unit 21 displays the battle screen 82 on the display unit 25 (S27). When the screen effect on the battle screen 82 is finished, a notification that the display of the battle screen 82 is finished is transmitted to the server 10. When the server 10 receives the notification that the display of the battle screen 82 has ended, the process returns to S2. In this case, the HTML data of the event screen 40 is transmitted to the user terminal 20 and a limited time event is executed.

  On the other hand, when the user does not select the stadium search button 46 in S4 of FIG. 14 (S4; N), the process moves to FIG. 16, and the control unit 21 selects the message 88 based on the signal from the operation unit 24. It is determined whether or not (S28). When the message 88 is selected (S28; Y), the control unit 21 notifies the server 10 that the message 88 has been selected (S29).

  When the server 10 receives a notification that a message has been selected, the process proceeds to S14. In this case, the HTML data of the game list screen 76 is transmitted to the user terminal 20, and the held game is executed according to the user's operation.

  If it is not determined in S1 that the display request for the event screen 40 has been received (S1; Y), the control unit 11 determines whether the end condition is satisfied (S31). The end condition may be a condition that is set in advance to end the process. For example, the end condition is that the end timing of the limited-time event arrives or that a given operation is performed by the system administrator.

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

  According to the game system 1 described above, when a special card is used in a limited-time event game, a lottery ticket is given to the user, so that the user can challenge the game using a specific type of player card. It is possible to avoid fixing the player card to be used. For example, the user can be prompted to determine a player card to be used for each game task, and as a result, the player card used by the user can be prevented from being fixed. Further, when a plurality of benefits are prepared, a privilege associated with the special effect card can be given to the user. Furthermore, the number of lottery tickets can be determined according to the number of special effects cards in the special order.

[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. 17 is a functional block diagram of a modified example. As illustrated in FIG. 17, in the modification described below, in addition to the functions described in the embodiment, an effect execution unit 114, a notification unit 116, and a transfer unit 118 are realized. The effect execution unit 114 and the notification unit 116 are realized mainly by the control unit 21, and the transfer unit 118 is realized mainly by the control unit 11. Note that the functional blocks described below may be omitted in the game system 1.

  (1) For example, in the embodiment, a case where a lottery ticket is awarded if a special order card is included in the special order has been described, but a privilege is given to the user according to the combination of the special card included in the special order. You may make it provide.

  The dedicated order comparison unit 110 of the modification (1) compares a combination of a plurality of specific types of game data (for example, special effects cards) with a plurality of game data (for example, dedicated orders) used in the game task. . The dedicated order comparison unit 110 determines whether or not the combination of the special order special effect cards is a given combination. That is, the dedicated order comparison unit 110 determines whether or not a predetermined combination of special cards is included in the special order, or determines whether or not a combination of player cards in the special order is included in the combination of special cards. Or

  The privilege grant unit 112 grants a privilege to the user when a combination of a plurality of specific types of game data (for example, special effects cards) is used in the game task. For example, in the “granting condition” field of the privilege table of modification (1), conditions relating to the combination of special effects cards are stored. For example, a plurality of combinations of special effects cards prepared in the game are stored in the “granting condition” field. The dedicated order comparison unit 110 determines whether or not the combination of the special order special effect cards matches the combination indicated by the granting conditions. The privilege grant unit 112 grants a privilege associated with the grant condition satisfied by the dedicated order among the benefits stored in the privilege table to the user.

  For example, the privilege grant part 112 changes the privilege given to a user based on the combination of the special effect card of a special order. In this case, when the special order special card is a given combination, the privilege grant unit 112 gives a better special benefit to the user than when the special order special card is not a given combination.

  According to the modification (1), a privilege can be given to the user in accordance with the combination of the special order special card. For this reason, it is possible to allow the user to play a limited-time event by including a specific combination of special effects cards in a dedicated order.

  (2) Further, for example, when a special effect card is used in a game, the fact that a privilege is given to the user on the battle screen 82 may be notified in association with the special effect card.

  The game system 1 of the modification (2) includes an effect execution unit 114 and a notification unit 116. The effect execution unit 114 sequentially executes screen effects corresponding to each of a plurality of game data (for example, player cards included in a dedicated order) used in the game task during the execution of the game.

  FIG. 18 is a diagram illustrating a change in the battle screen 82 in the modified example (2). As shown in FIG. 18, when the user terminal 20 receives the HTML data of the battle screen 82, the game is started. When the player card 90A that raises the voltage first among the 11 player cards moves in a predetermined direction and returns to the original state, the voltage corresponding to the player card 90A increases (the state of the battle screen 82A).

  Here, each player card moving in a predetermined direction and returning to the original position corresponds to a screen effect corresponding to each player card. That is, as the 11 player cards are sequentially moved in a predetermined direction and returned to the original position, the voltage gradually increases. The screen effect corresponding to the player card is not limited to this, and a predetermined image process may be executed. In addition, for example, each player card may blink or move so as to draw a given trajectory.

  As shown in FIG. 18, the crown image 92 is displayed on the special effect card 90B among the 11 player cards. Then, when the order in which the special effect card 90B increases the voltage is reached, the special effect card moves in a predetermined direction and returns to the original state (the state of the battle screen 82B). In this case, the crown image 92 deviates from the special effect card and moves in a predetermined direction, and becomes a lottery ticket image 94 including the crown image 92 (state of the battle screen 82C).

  Then, the lottery ticket image 94 moves to a predetermined position and stops (state of the battle screen 82D). By displaying the lottery ticket image 94, the user knows that the privilege has been granted. When a plurality of special effects cards are included in the special order, a lottery ticket image 94 is newly added every time the special cards arrive in the order in which the voltage increases.

  The notification unit 116 of the present modified example displays a screen corresponding to a specific type of game data when a specific type of game data (for example, a special effect card) is included in a plurality of game data (for example, dedicated orders) used in the game task. In the order in which the effects are executed, the user is notified that the privilege is granted. For example, when the order in which the special effect card screen effects are executed has arrived, the notification unit 116 has given a privilege by causing a given image (for example, a lottery ticket image 94) to appear on the battle screen 82. To be notified. The lottery ticket image 94 may be displayed in association with the special effect card among the player cards displayed on the battle screen 82.

  According to the modification (2), when the special effect card is included in the special order, it is possible to notify the user that the privilege is given to the user on the battle screen 82 in association with the special effect card.

  (3) In addition, for example, in the game system 1, it is possible to present a player card between users, but in order to ensure the rarity of the special effect card in the game, the special effect among the player cards held by the user The card may not be gifted to other users.

  The game system 1 of the modification (3) includes a transfer unit 118. The transfer unit 118 transfers game data (for example, a player card) held by another user to the user. The transfer unit 118 gives at least one of the player cards held by other users to one user. When the player card is transferred, the record of the player card held by the transfer source user in the grant status table is deleted, and the record of the player card given to the transfer destination user is added.

  When the player card is transferred by the transfer unit 118, the dedicated order determination unit 108 determines game data used in the game task from a plurality of types of game data including game data transferred from another user to the user. It will be. That is, a dedicated order is determined from the player cards collected by the user and the player cards presented by other users.

  When another user has a specific type of game data, the transfer unit 118 prohibits (suppresses) the transfer of the specific type of game data to the user. The transfer unit 118 restricts the special card from being presented as a gift between users.

  According to the modification (3), since the special effect card is prohibited from being presented between users, the rarity of the special effect card can be ensured.

  (4) Further, for example, the embodiment and the above modification may be combined.

  Further, for example, in searching for a stadium, a stadium that the user finds from a plurality of types of stadiums may be determined. For example, a privilege in the case where a special effect card is included in the special order may be given only to a game when a specific type of stadium is found. Further, when a stadium is found, it may be possible to play a game without using a ball. Further, the game may be executed by consuming management points instead of the ball. In this case, the amount of increase in voltage may be changed according to the number of operating points.

  In addition, for example, in the above, the special effect card is a player card with high rarity but relatively low ability, so the case where the special order and the normal order are prepared separately has been explained, The same order may be used in the normal battle. Also, among special effects cards, certain types of player cards can be obtained by regular lottery using lottery points, and other types of player cards can be obtained only by lottery using lottery tickets. May be.

  Moreover, the lottery ticket given in a limited time event may be multiple types. In this case, the special effect card may be drawn only for a specific type of lottery ticket. Furthermore, although the case where a game is held in a limited-time event has been described above, the event may be always held instead of a limited-time event.

  For example, although the case where a time limit is set for a game task (for example, a game when a stadium is found) has been described, the time limit may not be set for a game task. Furthermore, when another user supports a certain user's game, the other user may be able to select the user he / she supports.

  Further, for example, in the above description, as an example of the game task, the case where the voltage is stored in the game has been described as an example. However, the game task is not limited to this as long as it requires a given game play from the user. Absent. In addition, for example, winning the opponent team may be a game task.

  In addition, for example, a player card has been described as an example of game data held by the user. However, the game data is not limited to this as long as it is used to clear a game task. For example, the game data may be at least one of card data, character data, item data, and points that can be used in the game.

  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 100 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 game execution unit 102 may be realized by the user terminal 20. That is, the control unit 21 of each user terminal 20 may execute various processes related to the game. In this case, the user terminal 20 directly accesses the database 15 to execute various processes, and data indicating the game execution result is transmitted from the user terminal 20 to the server 10.

  Further, for example, the dedicated order determination unit 108, the dedicated order comparison unit 110, and the privilege grant unit 112 may be realized by the user terminal 20. That is, you may make it the control part 21 of each user terminal 20 determine a user's exclusive order. Furthermore, you may make it the control part 21 of each user terminal 20 determine whether a special effect card is used in a game, and give a privilege to a user.

  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 be applied to a game in which a baseball team is formed from a player card held by a user and played. 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 notification column, 38A search button, 38B formation button, 38C training button, 38D lottery button, 38E game button, 38F AC button, 38G event button, 40 event screen, 42 basic information, 44 dedicated order button, 46 stadium search button, 48 ball count, 50 rescue button, 52 lottery button, 60 dedicated order screen, 62 list, 64 expected value, 70 stadium search screen, 72 search Run button, 74 Find screen, 76 Match list screen, 78 Match information, 80 Match start button, 82 Match screen, 84 Voltage, 86 Norma, 88 message, 90A player card, 90B special card, 92 crown image, 94 lottery ticket Image, 100 data storage unit, 102 game execution unit, 104 normal order determination unit, 106 normal battle execution unit, 108 dedicated order determination unit, 110 dedicated order comparison unit, 112 privilege granting unit, 114 effect execution unit, 116 notification unit, 118 Transfer Department.

Claims (11)

A game system for a user to execute a game aimed at Rukoto obtain a given result in competition,
Determining means for determining game data used in the battle from among a plurality of types of game data held by the user;
Wherein if the game is run, Ri the is advantageously Na user be used in the battle, and, if a particular type of game data rarity degree of game data or reference in the game are used in the competition Determining means for determining whether or not;
Based on the determination result of the determination unit, a privilege granting unit that grants a privilege that can be used after the game in which the specific type of game data is used in the battle to the user;
A game system comprising: A game system for a user to execute a game aimed at Rukoto obtain a given result in competition,
Determining means for determining game data used in the battle from among a plurality of types of game data held by the user;
When the game is executed, a determination unit that determines whether or not a specific type of game data that is game data having a rarity level in the game that is equal to or higher than a reference is used in the battle ;
Based on the determination result of the determination means, privilege granting means for granting the user a privilege for giving the specific type of game data to the user;
A game system comprising: In the game, multiple types of benefits are available,
The specific type of game data is associated with at least one of the plurality of types of benefits,
The privilege granting means
Based on the determination result of the determination means, among the plurality of types of privileges, a privilege associated with the specific type of game data is given to the user.
The game system according to claim 1 or 2, wherein The privilege granting means
Based on the number of the specific type of game data used in the battle , the privilege granted to the user is changed.
The game system according to any one of claims 1 to 3, wherein: The determining means determines a plurality of game data used in the battle from the plurality of types of game data,
The determination means includes
Determining whether a plurality of combinations of the specific types of game data are used in the battle ;
The game system according to any one of claims 1 to 4, wherein: The determining means determines a plurality of game data used in the battle from the plurality of types of game data,
The game system includes:
Means for sequentially executing screen effects corresponding to each of a plurality of game data used in the battle during the execution of the game;
When the specific type of game data is included in the plurality of game data used in the battle , the user is given a privilege in the order in which the screen effects corresponding to the specific type of game data are executed. Means to
The game system according to claim 1, further comprising: The game system includes:
A transfer means for transferring game data held by another user to the user;
The determining means includes
Determining game data to be used in the battle from the plurality of types of game data including game data transferred to the user from the other user;
The transfer means is
When the other user has the specific type of game data, the specific type of game data is prohibited from being transferred to the user.
The game system according to any one of claims 1 to 6, wherein: The game system includes:
From among the plurality of types of game data, different types of game data from the game data to be used in the match, and means for determining a game data used in the other match,
Based on the game data used in the other match, and means for advancing the other match,
The game system according to claim 1, further comprising: A game control device for the user to execute a game aimed at Rukoto obtain a given result in competition,
Determining means for determining game data used in the battle from among a plurality of types of game data held by the user;
Wherein if the game is run, Ri the is advantageously Na user be used in the battle, and, if a particular type of game data rarity degree of game data or reference in the game are used in the competition Determining means for determining whether or not;
Based on the determination result of the determination unit, a privilege granting unit that grants a privilege that can be used after the game in which the specific type of game data is used in the battle to the user;
A game control apparatus comprising: A game control device for the user to execute a game aimed at Rukoto obtain a given result in competition,
Determining means for determining game data used in the battle from among a plurality of types of game data held by the user;
When the game is executed, a determination unit that determines whether or not a specific type of game data that is game data having a rarity level in the game that is equal to or higher than a reference is used in the battle ;
Based on the determination result of the determination means, privilege granting means for granting the user a privilege for giving the specific type of game data to the user;
A game control apparatus comprising:   The program for functioning a computer as the game system as described in any one of Claims 1-8, or the game control apparatus of Claim 9 or 10.

Images